产品文档：PMD、MRD、PRD

手把手教你写产品文档：PMD、MRD、PRD

六阶段

• 第一阶段：基础调研--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等）

写作注意点

1. 版本记录和修改说明
2. 根据实际情况为每一个页面命名
3. 标注页面流程和状态中的各种情况
4. 标注操作后的反馈处理
5. 流程图，交互图

总结

产品经理在接触到一个产品之后，首先写的应该是MRD（市场需求文档），作为以后宣讲、培训的原始资料，该文档最重要的还是竞品分析，和可行性报告。
之后就是PRD（产品需求文档），按照产品设计思路，写出内容，最好有Xmid、Sketch、Axure等一些的源文件。
PMD（项目管理文档）， 我认为这个更应该是项目经理的工作。

场景，非「典」勿扰！
我想对场景有个深入的认识，于是我就上网搜了一下得到了一下文章。于是对此文章写下总结，和我的个人见解。

1. 选取一个场景，不管他是否经典，来一场场景风暴，或者选取自己身边的朋友，去模拟使用自己的产品。我觉得要有一定的特征性吧，男、女、年轻人、中年人、学生、白领、.........
2. 根据原文给出的标准,为每一个选项配置一个你可以接受的权重，谁重要谁的值就更高。

• 人数：预估此场景的使用人数规模
• 频率：预估此场景的用户活跃度
• 重要性：了解用户对此场景的感性主观上的评价
• 满意度：了解用户对目前使用方式的满意度
• 易用性：了解用户目前的使用方式的痛点有多痛
• 意愿性：了解用户将来的使用意愿
  我认为 人数多+重要性高+意愿性高 = 优先级经典的场景
  你认为可以深究的场景，都可以去考虑。

3. 编写问卷，简化问题
   尽量（最近、最近一周、最近一个月）做XX事情（你感觉XX样、频率是、有什么意见、满意否）？ 写成这样的形式，其实可以参考一下机构的调查问卷，网上一找一堆。

4. 统计（通过权值，去排名）