从战略制定到产品上市 集成产品开发（IPD）应用实践

优化访谈内容。

（2）在访谈的过程中，尽量访谈客户的业务问题。例如，业务的流程、遇到的问题、问题背后的根因、当前的解决办法、期望的目标等。不建议推销自己的设想，一开场就直接询问客户：“我有个好想法、好产品，您看看有没有意见，要不要试 一试？”这样容易误导客户，同时，难以挖掘客户的真实需求。

（3）访谈结束后，尽量原汁原味地整理访谈内容，避免选择性地记录，以方便后续进一步的分析。如果客户允许，可以进行访谈录像或录音。

（4）需要访谈不同的客户，确保获得全面的信息。由于不同的岗位或角色对同 一个问题的看法不尽相同，因此，只有与相关角色都进行了充分沟通，才能充分理解客户的需求。例如，客户希望采购 OA 系统，使用者更希望符合原有习惯、更智能，运维人员希望操作简单、稳定无故障，企业高层希望提升工作效率、增加企业价值等。

3. 需求分析会议多久进行一次？

需求分析会议一般 1 周、2 周或者 1 个月召开一次，具体需要根据企业的业务形态和要求来确定。通常传统企业版本发布慢，不需要太频繁地召开需求分析会议。互联网企业需求变化快，通常会比较频繁地召开需求分析会议。

需求分析工作不建议太频繁，因为研发工程师在产品开发时，需要保持一定的稳定性，方便有效地产出结果。如果需求变更过于频繁，那么，研发工程师可能就会疲于奔命，工作效率和质量都会大打折扣。

但是，需求分析工作要及时，建议需求分析团队尽快响应需求提出者，给出初步的结论，比如，48 小时内给出初步分析建议。

4. 需求的评估是否需要研发工程师参与？

需要，专业的人做专业的事情。

研发工程师可以通过使用一套相对可靠的方法，在考虑研发的能力基线和研发资源使用情况的基础上，对需求做出比较合理的估计，这是产品经理没办法做到的。需求评估的内容包括需求实现的工作量、实现复杂度、技术准备度、风险等。

5. 在产品开发过程中，若客户需求发生了变化，该如何处理？

需要根据项目的进展和需求变化的范围，视情况进行处理，主要情况如表 3-10所示。

84

从战略制定到产品上市集成产品开发应用实践-01.indd 84 2023/2/8 15:17:38

3 需求管理

主要情况分析如下。

● 客户需求只是进行了调整或增强。如果产品开发项目刚刚启动，可以进行变更。如果产品开发已经进入了验证阶段，则不建议调整产品开发进度，应继续按原有计划进行，完成原定的需求。新的需求调整或增强，可以在下一个版本或冲刺中实现。

● 客户需求完全发生了变化。在这种情况下，原有的需求就没有存在的价值了。如果产品开发刚刚启动，可以重新挑选新的需求进行开发。如果产品开发已经进入验证阶段，建议直接放弃该需求，不新增需求，全力完成本轮冲刺。

6. 在敏捷产品开发模式下，是否需要进行需求管理？

对于比较小的互联网 App 来说，由于开发规模较小，通常不需要设立 RAT、RMT等团队，需求由产品 Owner 决定。同时，团队还可以通过不断调整产品，进行灰度发布、A/B 对比测试，测试用户对产品的接受程度，确保产品满足客户的需求。

对于开发规模较大的产品来说，通常会有多个团队一起完成产品开发。虽然也可以采用敏捷产品开发方法，但是由于涉及多个团队的协同，而且企业的资源是有限的，不可能无限制地满足客户所有的需求，因此，就必须建设需求管理机制，确保所有团队节奏一致，按时给客户交付完整的需求。