一个产品经理最常做的事情就是需求分析，面对复杂的需求不妨用逻辑化的思维来思考一下。

一、5H2W分析法

5H2W指的是 why，what ，how， how much ，who，when，where。

如何进行分析？

• why ：为什么，从老板、需求部门等手上接到一个需求的时候，做的话能够给产品带来哪方面的价值，确定概念。
• what：做什么，此时就要通过查询资料，竞品分析或者通过自己的理解来确认产品的功能架构图，确定这个需求的形。
• how：怎么做，这一块我通常喜欢用写论文的思路来思考，what这步已经确定了做什么，这其实就是我们的论点，需要补充的是论据和论证，重点梳理所有的功能模块，论据之间不要冗余，有什么联系，这个阶段可以补充原型图和流程图。
• how much：价值，在设计的时候考虑怎么设计能够给我们带来更多的用户价值或者商业价值。
• who：谁，不同角色的人用产品的不同角度。
• when：时间，需求中的限制条件，早上和晚上有什么不同。
• where：地点，不同的地点有什么影响，比如信号突然没了，或者不同的浏览器打开等等。

二、案例简述

用我之前工作的例子说明一下背景：

在之前的项目中开发和测试之间没有任何文档，只有原型图，开发完成之后，测试不知道在其中哪个步骤保存了什么数据，只能在最后看一下数据库结果，中间的步骤完全是黑盒，所以需要一份文档。

领导给我安排的任务是，写一份文档其中包含了数据的流转比如A模块跳转到B模块，校验了哪些内容，产生了哪些数据，这个文档能够给开发和测试做参考。

做到这三点挑战，产品经理只会不断升值

好的产品经理是很稀缺的，懂用户、懂商业、懂数据的产品经理走出互联网，依然是抢手货。相反，如果只做简单传话、低效执行、浅层思考的产品经理，恐怕走不过未来3-5年的洪流。

查看详情 >

我当时一听也比较懵，但奈何领导也比较忙于是就只能回去想了。

盲目的想一下的话，其实领导要的只是一个数据跳转的文档，格式，数据的跳转用什么方式来表达，流程图？表格？或者图片+文字？这些都是空白的。

于是我用5H2W的方法做了一下分析。

• why：帮助开发梳理流程，帮助测试对所有步骤都有所了解。
• what：需要写一个程序里所有模块数据流转数据校验的文档，可以供开发进行参考，可以给测试写测试用例提供帮助。
• how：  图的方面：思维导图，流程图， 数据和验证：表格的方式描述限制条件和数据库存储
• how much：所有流程都可以测试到，
• who：开发和测试
• when：开发的时候提供数据字典和验证条件，测试前提供完整的流程图
• where：与开发和测试在一起交流可以采用线上文档记录的形式，和开发的线上文档，写好变更记录，有效的节约时间

于是上述分析完成了之后，领导比较满意，我们的页面交互是用原型图加备注的方式，所有数据流转的方式用流程图+表格数据字典的方式，原型图和文档都能对应上，这样就解决了我们目前的问题。

三、优点

当然5w2h不仅仅用于需求分析中，这个方法更多的是让我们从各个方位来思考问题，避免看到一个复杂的问题时候不知如何下手，从而提供思路。