开发人员如何正确理解产品需求

工作中产品经理往往也不能在所有细节面面俱到，就算能够做到，开发在实施中，也可能因为对产品的认识不深刻，导致实现不符合预期。本文总结一些工作中的经验，使用一些常用方法提升对产品的理解，降低开发的风险。而且，其中最大的好处是，形成了进度计划后，避免陷入拖延症。

目标

把需求转化为可量化可实现的项目进度计划，关键词是项目的范围、时间、质量、成本 把需求转化为可量化可实现的项目进度计划，关键词是项目的范围、时间、质量、成本 把需求转化为可量化可实现的项目进度计划，关键词是项目的范围、时间、质量、成本

有三个步骤

• 需求把握：了解需求背景、价值、目标人群、功能等信息

明确需求的边界和优先级

• 模块拆解：拆分各个功能模块&人员分工
• 计划安排：制定实施计划&时间预估

输出

• 模块图：各个模块的功能以及模块之间的协议
• Feature实施时间表：按照Feature制定可量化、可追踪的实施计划
• 风险报告：对风险点进行风险评估
• 技术调研报告：对一些新的方案需要做一些技术调研，选择最合适的方案
• API文档（后台一般会尽快写好Mock接口，方便前端调用）

常用方法

• 构造场景：产品特性都是在某一个场景下满足用户的特定需求，比如周末一个人在家无聊、上班努力干活等
• 用例图：可以从不同用户体验的角度来理顺各个功能点
• 数据流图：从模块划分的角度看看如何实现功能（数据流信息、模块、依赖的组件等信息）

在正确理解产品需求的时候，最最最重要的是多跟产品交流，了解其设计产品背后的初衷

误区

• 不要过度设计

把所有的情况都考虑到，不是不行，实在是没办法做到（时间成本太高，而且大概率后期实现中还是会遇到设计不合理的情况）

参考

• 如何提出正确的产品需求？这里有一个方法框架
• 让技术更好地理解需求？产品经理先做好需求分析和评审吧