产品常见问题分析、需求文档写作方法
2022-10-20 15:28:59 0 举报AI智能生成
登录查看完整内容
产品常见问题分析、需求文档写作方法
作者其他创作
大纲/内容
具体问题
原因分析
改进方案
问题一
问题二
技术问题
原料问题
检验问题
资金问题
生产问题
人力问题
环境问题
质检问题
通常使用系统名称，若跨系统则可使用产品名称
名称
版本号三位，例如1.0.0，第一位为大版本，第二位为迭代版本，第三位为问题修复
版本
状态分为草稿、初稿、定稿
状态
文档封面
修订列表的序号
序号
修订文档的版本
修订文档的章节
修订章节
修订章节的原因
修订原因
修改文档的日期
修订日期
修订的作者
修订人
修订历史
列出文档目录内容及页码
文档目录
明确文档的作用、目的以及范围
文档作用
文档说明
定义产品背景及核心价值
产品定义
定义产品的使用角色和描述
角色定义
定义产品里不易理解的缩写词汇
名词定义
明确产品的数据信息结构
产品信息
明确产品的业务流程场景
流程场景
明确产品的信息层级及页面布局
信息架构
产品说明
用户故事
功能性需求
文档编写规范
流程图：Visio Process on Axure
页面流程图：Axure Visio
思维导图：Xmind，Mindmanager Process on，百度脑图
关系图：PPT， Visio Axure
辅助工具
优点：与原型结合，图形支持好；缺点：制作成本高，版本管理难
Word文档
Axure
优点：填写方便，随时打开；缺点：数据安全问题
在线文档
优点：内网私有，随时打开，无需自存；缺点：需要搭建平台
WIKI
撰写工具
价值明确；条理清晰；构思缜密；可读性强；历史可溯
如何写好PRD
项目背景，项目价值，项目目标，项目方案，项目风险，需求来源，功能需求，运营计划，项目附录
目录
版本号
文档编号
文档密级
归属部门
产品名
子系统名
编写人
编写日期
文档版本
撰写时间
变更人
分支主题
属性
封面/修订记录
传递需求：详细准确地传递到各个部门
记录变更：让需求变更有处可寻
记录迭代：整个产品的历史
助力沟通：助力开发中高效沟通
需求协议：需求方与开发方在需求会议之后的
研发字典：各个研发职能的需求字典/备忘录
作用
需求沟通(BRD、MRD、产品草案)
产品设计(PRD、产品原型、交互文档)
产品研发(PRD终版、产品原型终版、项目邮件)
产品上线(上线邮件、上线情况汇报、复盘总结)
何时写PRD
侧重：商业价值；用途：支持决策；时期：准备阶段；受众：决策者，产品经理；撰写：产品经理/项目负责人
BRD
侧重：市场说明(调研/预测)；用途：相关产品的市场说明；时期：准备阶段到实施阶段；受众：决策者，产品经理，研发；撰写：产品/市场经理
MRD
侧重：功能需求；用途：功能说明书；时期：实施阶段；受众：研发团队；撰写：产品经理
PRD
区别
产品研发阶段的执行性文档，包括了项目背景，需求价值，项目目标，项目风险，功能逻辑，需求变更情况等模块的综合性文档
定义
描述下需求需要做些什么，可能涉及的其他页面
1.需求内容
问自己凭什么做这个需求
2.解决问题及预期效果
数据
问卷
用户反馈
3.需求支持
在进行需求的时候，会需要关注需求方的 具体诉求，对优先级的判定会有直接影响
4.需求来源
5.优先级
6.版本计划
需求详情
1.一句话形容用户来做什么
2.简单描述用户从进入应用到能够使用使用核心功能的步骤
3.明确这个流程必经的关键页面
3.新用户的留存需要主要路径外，额外独立
4.体验问题多为细节改进，额外独立
1.关键转化率
1.每一层转化用户通常使用的方式
2.抽出能够用单独页面承载的功能
评论类，数据类
功能模块的附加 信息帮助考虑需求内容，这个功能如 何帮助实现用户目的，用户使时的关注点是什么以及信 息和效率的平和
3.附着于单独页面内的其他辅助信息点
2.功能模块
1.需求分类
产品常见问题分析、需求文档写作方法
0 条评论
回复 删除
下一页
