信息到决策

[老板需求，KPI，运营需求，数据，用户反馈，市场变化，竞品功能] → 产品经理 → PRD

所谓全局观

1.终局

• 市场最终的结局是什么样子
• 未来的方向是什么

2.布局

• 必须要做哪几件事

3.定位

• 告诉自己和用户：我是谁，我在哪里，我能为你解决什么问题

4.策略

• 哪些路径可以走，选择哪条路径
• 用什么样的节奏和方法

产品文档

1.MRD-Market Requirement Document

• 为谁解决这个问题？（目标用户）
• 产品要解决什么问题？（产品价值）
• 市场有多大？（用户规模）
• 成功的必要条件是什么？（解决方案的关键点）
• 有哪些同类产品？（竞争格局）
• 如何把产品推向市场？（营销组合策略）
• 怎样判断产品成功与否？（KPI）

2.Feature List

• 目标
• 模块
• 功能
• 资源
• 优先级
• 版本
• 进展

3.PRD-Product Requirement Document

投资评估

匹配商业和产品策略，做出投资决策

• 投入：时间成本、产品开发成本、运营成本、市场成本
• 回报：可量化的回报指标
• 风险：风险概率、严重程度和可控性
• 评估周期：快速

PRD

1.概览

2.怎么写

例如，一个输入框的功能需求

3.如何描述一个页面

• 页面入口规则
• 原型：页面布局、主流程、分支流程
• 进入页面的前置条件
• 页面初始状态
• 页面每一个功能、包括规则、数据和异常
• 链接转跳效果，指向地址，打开方式，刷新方式
• 返回逻辑
• 特殊状态处理
• 错误提示

4.非功能需求

数据采集：用于评估产品效果

• 设计评估指标
• 设计客户端数据埋点，PC埋点，关注服务端表结构

灰度需求：A/B test

ps：灰度需求是，不同用户看到不同的界面/使用不同的功能，以此来测试最终使用哪个

项目需求：时间、资源

初始化数据

风险评估和方案

• anti-spam、安全风险、开关

关键性能需求

• 响应时长：弱网络降级方案
• 流量消耗：图片降级方案

帮助和反馈渠道

PDR评审

常见问题

• 功能没有价值
• 过度设计，成本太高
• 产品设计失误或缺失
• 技术细节过度讨论

解决

• 回到问题和目标，数据和经验先明确提出来，引导建设性讨论
• 尽量避免完美主义
• 定位问题，引导讨论优化方案
• 指定相关人给出方案，迅速推进

设计评审

如何优雅的参加设计评审

先听后说

• 在表达个人喜好时，一定要提前声明
• 关键的问题先提问
• 找出当前设计方案中的精华部分
• 找出问题，指出设计师可能遗漏的方向，避免直接给出解决方案

技术评审

关注

• 底层设计的拓展性
• Native or H5
• 接口设计
• 数据结构
• 跨平台一致性
• Kick off：确定需求、设计、技术方案、沟通方式、项目时间点

充分不必要的PRD

PRD要素

功能需求+非功能需求=角色场景+用户流程+信息控件+业务规则+数据