工作中产品经理往往也不能在所有细节面面俱到，就算能够做到，开发在实施中，也可能因为对产品的认识不深刻，导致实现不符合预期。本文总结一些工作中的经验，使用一些常用方法提升对产品的理解，降低开发的风险。而且，其中最大的好处是，形成了进度计划后，避免陷入拖延症。
目标
把需求转化为可量化可实现的项目进度计划，关键词是项目的范围、时间、质量、成本
把需求转化为可量化可实现的项目进度计划，关键词是项目的范围、时间、质量、成本
把需求转化为可量化可实现的项目进度计划，关键词是项目的范围、时间、质量、成本
有三个步骤
- 需求把握：了解需求背景、价值、目标人群、功能等信息
明确需求的边界和优先级
- 模块拆解：拆分各个功能模块&人员分工
- 计划安排：制定实施计划&时间预估
输出
- 模块图：各个模块的功能以及模块之间的协议
- Feature实施时间表：按照Feature制定可量化、可追踪的实施计划
- 风险报告：对风险点进行风险评估
- 技术调研报告：对一些新的方案需要做一些技术调研，选择最合适的方案
- API文档（后台一般会尽快写好Mock接口，方便前端调用）
常用方法
- 构造场景：产品特性都是在某一个场景下满足用户的特定需求，比如周末一个人在家无聊、上班努力干活等
- 用例图：可以从不同用户体验的角度来理顺各个功能点
- 数据流图：从模块划分的角度看看如何实现功能（数据流信息、模块、依赖的组件等信息）
在正确理解产品需求的时候，最最最重要的是多跟产品交流，了解其设计产品背后的初衷
误区
- 不要过度设计
把所有的情况都考虑到，不是不行，实在是没办法做到（时间成本太高，而且大概率后期实现中还是会遇到设计不合理的情况）
