分而治之

经过的前面的“需求调研方法”、“需求调研一例”两个章节的学习，已经了解需求调研的主体流程。

以上的两个案例由于篇幅没有深入展开，一但深入展开也会是一个大型项目。当你遇到大型项目时，应该如何做需求调研？解决办法是把大型需求拆解成多个小需求或者子系统，策略是分而治之各个击破。 我们在两个章节前讲的方法任然有效，反复使用。

调研计划

如何项目体量较大，需要制定需求调研计划。需求调研工作需要多人员分工，在客户访谈时可按调研对象分，或者按子系统子模块分。明确需求调研的时间范围，明确参与需求调研的人员。

这里还提供了一个《需求调研计划模板》，供你参考 。

需求调研的难点

1. 客户说不清需求

• 表现：客户对业务目标模糊，仅描述零散功能（如“需要一个会员系统”），缺乏场景化描述。

• 根因：客户对技术实现不熟悉，或未梳理清楚自身业务流程。

• 应对：

  • 采用用户故事法引导客户（如“作为加油员，我希望快速查询商品库存，以便及时补货”）。
  • 通过业务场景模拟（如角色扮演）帮助客户具象化需求。

2. 需求理解偏差

• 表现：业务术语与技术术语不一致（如客户口中的“促销”可能包含满减、折扣、赠品等多种形式）。

• 根因：跨角色沟通缺乏标准化对齐机制。

• 应对：

  • 使用可视化工具（如流程图、原型）辅助沟通。
  • 输出需求确认表，要求客户逐条签字确认。

3. 需求频繁变更

• 表现：调研阶段需求反复调整（如新增积分兑换规则），导致开发周期失控。

• 根因：市场变化、客户决策摇摆或早期需求分析不充分。

• 应对：

  • 明确需求优先级（MoSCoW法则：Must/Should/Could/Won’t Have）。
  • 建立需求变更控制流程（如变更申请-影响评估-多方评审）。

4. 隐性需求难以挖掘

• 表现：客户未明确表达但实际存在的需求（如加油站便利店需支持高峰期的快速收银）。

• 根因：客户认为某些需求“理所当然”，或未意识到潜在问题。

• 应对：

  • 深入业务现场观察实际工作流程（如记录加油员操作瓶颈）。
  • 通过5Why分析法追问根因（如“为什么补货不及时？”→“库存数据更新延迟”）。