作为数据产品经理，对于业务型的产品经理的工作职责或者技能都是需要有较强的认知和掌握，包括常见的原型设计，相关文档的撰写等，本篇文章则会分享从《产品经理必备的七大文档》这个视频中学习的一些个人理解，为大家简述必备的七大文档的概念定义和具体的实施方法。
一、产品体验报告
1、定义：产品体验者在深入了解某个产品的商业模式/使用场景/市场表现/产品功能等方面之后，而总结出来的文档
2、与竞品分析报告的不同：目的不同、范围不同、深度不同
3、文档框架：
①体验环境：产品名称、软件版本、手机系统
②产品定位：产品自身的定位
③用户需求分析：用户城市分布，性别此例和分支主题（查数据：艾瑞指数等）；用户需求分析:解决用户什么痛点、主要使用场景
④市场现状分析：产品市场表现，主要数据表现市场份额、品牌认知度；与竞品的差异，场景、功能、数据
⑤产品分析：产品结构图，产品信息架构、思维导图模式；产品核心功能流程，简化的流程图；核心功能体验，你觉得做得好之处，你觉得有待改进之处
⑥竞品分析：主要竞品名单；主要竞品分优劣势
⑦总结与建议：总结，综合评述你对产品的认知；建议，如果你是产品经理有什么优化建议
二、竞品分析报告
1、竞品
①行业、模式、业务、用户群体完全相同的竞争对手，携程和去哪儿
②行业相同、模式有差异、业务和用户重合度较高的对手，京东和唯品会
③行业、模式都不一样，但是业务和用户有一定重合度的对手，猎聘和脉脉
④行业、模式都不相同的潜在对手，随时可能遭遇的劲敌，滴滴和美团
2、选定竞品的原则
①竞品需要分级分层次
②根据竞品目标选竞品
③聚焦重要的竞争对手
④防范潜在的竞争对手
3、竞品分析维度：市场地位、发展动向、商业模式、架构交互、运营策略、特色功能
4、分析目的
①分析需求：最低成本地了解竞品的需求情况,可以具体到模块、功能、交互、界面等
②分析行业：市场表现,市场份额,最新政策,最新风口行业动向,竞品动态,技术动向
③分析对手：发现需求点,发现创新点,发现问题点，敌有我无的,我有敌强的,新技术
5、分析步骤
6、解剖分析型文档框架
①竞品概述：版本信息、竞品目的、发展历程、定位口号、商业模式
②市场分析：市场现状、市场占有率
③用户分析：用户画像、使用场景
④功能分析：信息架构、核心流程、特色功能、竞品对照
⑤竞品总结：竞品概述、竞品亮点、发展趋势、其他总结
7、秘密跟踪型文档框架
①数据追踪：跟踪竞品流量、用户、热度、下载量等各维度的数据
②迭代跟踪：跟踪竞品产品版本，迭代的情况，主要迭代方向
③运营追踪：跟踪竞品运营状，活动类型、活动目的、活动效果等
④战略追踪：根据跟进的数据，分析竞品在周期内的战略方向
8、应用竞品分析的结果
9、竞品分析数据查找源
三、需求池文档
1、定义：是产品经理个人或产品团队为确保产品需求被及时/完整/有序地接收/描述/排序/跟进的需求管理机制
2、使用场景：需求的有序性（优先性）、确保需求的及时性/完整性/有序性/可追溯性
3、作用：接收新需求、科学描述需求及场景、跟进老需求
4、需求池构成
①序号：时间等
②状态：入库、评审、开发、拒绝、完成等
③时间
④接收人
⑤需求描述
⑥需求来源：用户反馈、营销运营、产品经理、技术建议、高层管理等
⑦需求范围
5、需求模板构成
①需求背景
②需求描述
③提出时间
④期望完成时间
6、维护需求池
①维护频率：最好每天梳理一次需求
②维护内容：填写新需求(需求或想法)、update需求的状态、需求颗粒度的管理[有无配合其他协同软件的情况可区别对待]
③团队协同：小团队:网络共享+权限管理+Excel需求池；大团队:团队协同软件+个人需求池
④需求池归档：定期清理可以结项的需求，一般是一个季度
四、PRD产品需求文档
1、定义：是产品研发阶段的执行性文档。包含了项目背景、需求价值、项目目标、项目风险、功能逻辑、需求变更情况等模块的综合性文档
2、三种文档说明
①BRD
侧重：产品的商业价值
用途：支持决策
受众：决策者，产品经理
撰写：产品经理/项目负责人
时期：准备阶段
②MRD
侧重：市场说明(调研/预测)
用途：相关产品的市场说明
时期：准备阶段到实施阶段
受众：决策者，产品经理，研发
撰写：产品经理/市场经理
③PRD
侧重：功能需求
用途：功能说明书
时期：实施阶段
受众：研发团队
撰写：产品经理
3、作用
①传递需求：将需求详细，准确地传递到各个部门
②记录变更：记录下每次需求变更让变更有处可寻
③记录迭代：记录着所有版本迭代，是整个产品的历史
④助力沟通：助力开发过程中高效沟通，减少重复沟通
⑤需求协议：需求方与开发方在需求会议之后的求协议书
⑥研发字典：各个研发职能的需求字典或需求备忘录
4、文档格式
①封面/修订记录
②目录/项目背景/项目价值/项目目标
③项目方案
项目范围：涉及到哪些系统、哪些终端、哪些平台
系统关系图：涉及到的系统直接的数据传输、处理关系
业务处理流程：关键业务的业务处理流程图
用例和权限：用户使用场景和用例、系统相关权限和使用人
④项目风险
⑤项目需求来源
⑥功能需求：总的功能列表概况；需求明细（详细说明每个功能点）+功能截图（交互说明+字段说明）
⑦运营计划
⑧非功能性需求：性能需求/监控需求/兼容性需求
⑨附录:会议纪要/需求表更记录
5、工具使用：WORD、Axure、腾讯文档、WIKI
五、测试用例
1、构思过程
2、测试思维
①完整性思维
范围完整性：UI效果、交互效果、功能逻辑、网络环境和运营商
逻辑的完整性：通常用于白盒测试，有明确的逻辑，对每一种可能性都要测试到位
②边界思维
例如：输入框最多能承载多少个字符(英文/汉字/数字分别什么样)
例如：特定的范围内，每一行能承载几个字?会不会出现重叠的问题?
③极限思维
无网络状态、网络差的状态、压力测试
六、项目排期表
1、本质：理解每个岗位的工作内容，并协调各个岗位形成一份时间、质量、成本、效率最优解的排期方案
2、起点：一般在需求会之后进行比较合理
3、需要关注的点
4、概略图
5、甘特图
6、WBS任务分解图
7、详细任务分解图
七、项目邮件
1、项目启动邮件
①项目背景
②项目目的
③项目范围
④项目各模块负责人
⑤项目进度
⑥项目沟通
2、项目阶段邮件
①复盘阶段性成果
②阐述项目中遇到的困难
③阐述项目中困难的解决方案
④表明决心/鼓励团队
3、上线邮件
①背景和开篇词
②阐述项目过程：项目时间，复盘项目执行中的问题
③项目信息：平台版本号、体验渠道（下载/访问）、产品的主要功能
④阐述上线后工作：引导大家体验、并反馈意见和建议、下一步的主要工作
