32 | 5W1H8C1D分析法：P5/P6怎么理解业务功能？

该思维导图由 AI 生成，仅供参考

P5/P6级别的技术人员在理解业务功能时，可以使用5W1H8C1D分析法。这个方法包括5W（When、Where、Who、What、Why）、1H（How）、8C和1D，帮助分析和理解业务功能，并在功能上线后熟悉运行数据。通过挖掘需求背后的真正问题和理解需求背景，可以更好地设计解决方案。5W分别代表时间、地点、参与者、输出结果和问题，其中Why是最关键的，因为只有真正了解了客户提出需求的驱动力，才能真正解决客户的问题。1H代表How，描述业务需求的处理逻辑。这个方法能够帮助技术人员满足业务开发和晋升的要求。 8C 5W1H关注的是需求的功能属性，而8C关注的是需求的质量属性。需求最终是不是真正以合理地方式实现了，既要看功能属性是否满足需求，也要看质量属性是否符合要求，两者缺一不可！ 所以我们还需要加一些约束条件（Constraint），也就是我所说的C。这个约束条件怎么理解呢？ 不知道你还记不记得，我在中提到过，OKR中有时需要添加有些辅助指标，比如光说“新增用户数 2000 万”可能还不够，还得加上“投入资金不超过 1 亿”和“新用户月留存率不低于 40%”。 因为如果疯狂通过红包刺激提升新增用户数，一来花钱太多，二来吸引的大部分是羊毛党，很难转化为忠实用户，这显然不是我们真正想要的。 其实约束条件就相当于这些辅助指标，它们的作用是一样的。 对于业务需求，我总结了8个C： 1. 性能（Performance） 性能是指系统提供相应服务的效率，一般包括响应时间和吞吐量，是很多系统架构设计的关键约束条件之一。 比如同样是提供信息给用户浏览的Web网站，一个日访问量1万，一个日访问量10亿，它们的设计是完全不一样的。 2. 成本（Cost） 成本是指为了实现系统而需要付出的代价，也是很多系统架构设计的关键约束之一。 比如客户只愿意出100万来买这个系统，最后我们却设计了一个耗费1000万的系统，要么客户不愿买，要么我们自己亏损降价。无论哪种结果，最后都是我们赔本。 3. 时间（Time） 时间是指客户要求的交付时间，它会影响项目的进度安排，从而会影响项目的设计方案。 比如一个项目的交付时间很紧，那么系统设计可能就不能太复杂或者太庞大。 4. 技术（Technology） 技术是指客户指定的技术。 比如客户现在用的都是Windows的机器，那么就可能要求我们基于Windows平台开发。 5. 可靠性（Reliabil