产品经理方法论总结-干货
1. 需求对接
a) 需求来源：业务方、竟品分析、市场分析、boss意向、方向布局
b) 对接要点：需求背景、收益评估、需求描述
c) 需要描述要求：流程图清晰、原型图示例、参与角色&角色流程、边缘值「范围限定」、默认值、备注要点
2. 需求调研
a) 竟品分析：市场主流产品分析，同类竟品分析
b) 竟品分析思路：底层、核心、特色、痛点，提取需求，得出结论
c) 用户调研：访问，调研业务方的真实意图，深度挖掘需求，得出结论
d) 用户调研：问卷，海量数据分析需求侧重点，得出结论
e) 用户反馈：多看用户反馈，优化需求
3. 收益评估
a) 收益：可量化和不可量化两种，可以量化的直接量化，不可以量化的描述清楚收益，如提升用户体验，是否影响线上用户体验等
b) 优先级：根据收益评估优先级，防止需求过多时，乱了方寸
4. 需求描述
a) 顺序：描述需求要有顺序，从上到下逐层描述， 流程图清晰、原型图示例、参与角色&角色流程、边缘值「范围限定」、需求要求和默认值等。
b) 需求：四疑问，产品要想清楚自己想要什么，为什么这么做，怎么落地，怎么做到最好。
c) 交流沟通：不要闭门造车，多和同事沟通交流需求，可以更深刻的理解需求。
5.需求对接
a) 业务方需求对接：需求的来源，这块在对接时要仔细问清楚意图，承接需求之后要重新理需求，理好需求后和业务二次确认，以免理解不一致。
b) 需求评审：根据需求组要求定期评估需求，需经需架构师、组长等产品专家确认，通过之后方可向下交接。
c) 技术评审：确认参与方、需求是否可实现、交付日期和一线rd对接人。rd负责人需给出详细明细。
d) 线下发布：一线产品和一线技术rd发布需求，无异议，进入开发阶段
e) 交互对接（和技术对接有时是同一时期）：需要接受后，产品梳理好需求文档和交互对接，交互根据需求出交互图。
f) 设计ui对接：交互图出来后需把交互图给到UI，ui根据交互出ui样式，出来后，产品和交互需二次确认，和产品需求是否一致。
g) 测试对接：产品测试和测试同时进行，测试结果同步给rd，rd解bug，直到bug为0或者不影响线上体验时方可上线。
6. 产品验收
a）验收需求，详细测试，观察是否和需求一致，如果不一致要及时提出质疑。这一步很关键，如果验收通过了之后出了问题，产品需对需求负责。
7. 需求复盘
a）定期复盘需求，管理需求
8. case by case
a）如果需求出现delay需要反思原因，为下一次需求积累经验。
9. 收益回顾
a）需求上线后，需要需要收益回顾，是否达到预期收益。
