六阶段
- 第一阶段：基础调研--MRD
- 第二阶段：定义产品--PRD需求说明
- 第三阶段：交互设计--PRD交互设计
- 第四阶段：原型设计--PRD原型设计
- 第五阶段：详细优化--PRD细节描述
- 第六阶段：微调维护--发布工作
PMD -- Program Management Document （项目管理文档）
PMD的重要性：
1.管理依据
2.分工凭证
3.保证质量
4.培训资料
5.维护支撑
6.开发依据
内容
1.项目进度 --- 时间表、日程表、时间追踪
2.项目资源和成员 --- 任务、问题追踪、讨论区
3.项目输出物 --- 定制报告，邮件整合
MRD -- Market Requirement Document （市场需求文档）
市场、客户、购买者
注重->竞品分析、可行性报告
1.项目背景
2.名词解释
3.可行性分析（竞品分析报告）
4.综合描述
5.功能详述
6.其他问题描述
写作技巧
1.充分调研
2.提高文档的可读性
3.突出重点、关注细节
4.做好文档版本的管理和培训
BRD -- Business Requirement Document （商业需求文档）
用于产品在投入研发之前，由企业高层作为决策评估的重要依据
PRD -- Product Requirement Document （产品需求文档）
"概念化"->"图纸化"
面向开发、设计、客服、营销
注重 -> 交互流程、界面功能，开发指南
内容
1.确定产品的目标和总体规划
2.典型用户和用户场景描述
3.产品功能概述
4.描述产品流程和总体架构（架构图）
5.对产品界面进行详细的描述（线框图和用例说明）
6.产品的软硬件需求、产品的性能需求
7.关联文档和其他要求
PRD记录了产品经理的产品设计思路：
项目目标总体规划 -> 典型场景 -> 功能列表 -> 产品架构 —> 需求详述
需求详述（Tab何时切换、必填字段、是否使用OAuth等）
写作注意点
- 版本记录和修改说明
- 根据实际情况为每一个页面命名
- 标注页面流程和状态中的各种情况
- 标注操作后的反馈处理
- 流程图，交互图
总结
产品经理在接触到一个产品之后，首先写的应该是MRD（市场需求文档），作为以后宣讲、培训的原始资料，该文档最重要的还是竞品分析，和可行性报告。
之后就是PRD（产品需求文档），按照产品设计思路，写出内容，最好有Xmid、Sketch、Axure等一些的源文件。
PMD（项目管理文档）， 我认为这个更应该是项目经理的工作。
场景，非「典」勿扰！
我想对场景有个深入的认识，于是我就上网搜了一下得到了一下文章。于是对此文章写下总结，和我的个人见解。
- 选取一个场景，不管他是否经典，来一场场景风暴，或者选取自己身边的朋友，去模拟使用自己的产品。我觉得要有一定的特征性吧，男、女、年轻人、中年人、学生、白领、.........
- 根据原文给出的标准,为每一个选项配置一个你可以接受的权重，谁重要谁的值就更高。
- 人数：预估此场景的使用人数规模
- 频率：预估此场景的用户活跃度
- 重要性：了解用户对此场景的感性主观上的评价
- 满意度：了解用户对目前使用方式的满意度
- 易用性：了解用户目前的使用方式的痛点有多痛
- 意愿性：了解用户将来的使用意愿
我认为 人数多+重要性高+意愿性高 = 优先级经典的场景
你认为可以深究的场景，都可以去考虑。
- 编写问卷，简化问题
尽量（最近、最近一周、最近一个月）做XX事情（你感觉XX样、频率是、有什么意见、满意否）？ 写成这样的形式，其实可以参考一下机构的调查问卷，网上一找一堆。
- 统计（通过权值，去排名）
