来自同事的经验共享：分享一个需求调研的案例，谈谈他的感受和启发

在该项目中，需求调研人员花费一个半月时间开了8次需求交流会发出十几封需求讨论邮件向业主方调研需求，期间产出了3个版本的需求规格说明书（均在60页以上）。

系统部分功能开发完成后给业主方展示。看了之后业主方惊呼不是自己想要的，指责我方不按照需求开发， 我方拿出需求规格说明书后，业主方更加激动当即认为我方“篡改需求”。

后经项目经理通过从业务的角度向业主方说明为什么这样实现，以及按照业主方的想法实现系统会有什么问题的方式将当时与业主方沟通的场景还原，才使业主方接受了我方的说法没有追究下去。

有人会说这个案例中主要还是业主的问题，需求调研一个半月发了3个版本要他们确认，自己不看需求后面出了事还反咬一口。但是，各位觉得我方有什么做的不足的地方吗？下面说说我的看法：

1、调研时直接把需求规格说明书给业主方是“霸王硬上弓”的做法。有人会说一次调研谈了很多内容，与其写成会议纪要还不如写成需求规格说明书，一气呵成又提高了效率，何乐而不为？亲爱的朋友们，大家有没有从业主方的角度考虑问题？一个60页的文档大家能专心看多久？分几次能看完呢？按照我的实践看20页左右注意力就无法集中了，我们自己做起来都有问题怎么能要求业主方呢？反倒给业主方留下不负责任的印象，他也就无法信任你。

2、把需求规格说明书作为需求调研的唯一产出物是“把鸡蛋都放在一个篮子里”的做法。 事后项目经理仔细查找了需求调研会议纪要，需求确认邮件可就是没有那部分需求细节的确认内容，凡是。需求调研的成果不让业主方对每一点进行确认就是在给项目的关键路径上“埋地雷”给业主方challenge你的机会，这次踩上了是地雷没爆，下次还会这么幸运吗？

3、谈完问题谈谈改进的方法。

与业主方对需求调研的过程控制达成一致。不但我们要明白还得让业主方明白，需求规格说明书是需求调研的最终成果并不是唯一成果，加入规格说明书的内容必须要业主方认可（最好是签字认可）；然后还要对确认的周期达成共识，比如业主方必须对一天前的调研需求做一个check确认，我方的责任就是将当天的需求调研内容以会议纪要的形式在当天内发出。阶段性调研结束形成的规格说明书要有一个详细的更新列表和需求SRS一起发给业主方，方便人家阅读。

要取得业主方的信任，不光对业务要了然于胸，还看我们做事的方式方法够不够专业。咩是专业？专业是比较出来的，就体现在我们对过程的控制细节上，只要我们想在业主之前，过程控制的比竞争对手更细微，在业主的眼里我们就比对手更专业。

说了这么多，如果是各位来做需求调研，大家有什么控制调研过程的方法吗？