大家常说万事开头难，这个道理不言而喻，事情确实都是开头比较困难些，但万事有开头，如果开好这个头，后面就会简单很多，今天就给大家聊一聊项目早期要做的一件事—需求调研。
需求调研是最早与用户正式交互的机会，也是快速与用户方建立顺畅的沟通和熟悉业务需求，获得用户认可的关键，同时也是后续系统设计和实现的基础。
很多用户不仅仅是业务专家，也是技术和体验方面的专家，需求调研已不再是倾听用户描述业务需求，而是必要做好功课、做足准备。
以下结合自己的工作经历（IT类项目），简单做个总结。
一、需求调研的前期准备
1. 制定需求调研计划
一直给大家强调万事始于计划，计划永远是先行的，一份需求调研计划可以清楚描述在什么时间完成哪些任务，需求调研计划的目的是与用户沟通确认之后，作为甲乙双方一致遵循的承诺，以需求调研计划为双方在需求调研工作中的协作约定，提高工作的执行效率。
2. 需求调研提纲和问题准备
需求调研过程中，什么情况都有可能发生，比如不清楚从哪里开始调研，或者调研之后，发现一楼了一些需要调研的内容，或者忘记最终确认一些待确认的问题等，由于与用户面对面需求调研的机会和时间有限，我们一定要在有限的机会内，达到最优质的需求调研效果，这需要我们在需求调研之前详细准备需求调研提纲，罗列出调研的思路，确定从哪些方面开展调研，同时准备需求调研问题列表，对一些需要尽快沟通确认的问题，例如描述模糊的需求，或者有歧义或竞争的需求，需要额外的关注和重视。
3. 悉相关的行业和背景知识
需求调研之前，需要快速了解和熟悉行业标准及相关业务信息，至少要达到入门层次，能够正常理解用户所表达出的术语和场景，这一点做不到或者做的不好，在需求调研工作中的感觉就如鸭子听雷，你听不懂，用户也讲不出来，造成需求调研的失败。
以前曾经经历过一个项目，原计划需求调研为5周，结果最终进行了11周时间，用户耗费大量的时间给需求调研人员讲解行业知识、相关的行业标准和政策，用户后来反馈，这次的需求调研很累，不仅要提出需求，还要先对我们的需求调研人员培训，这就是前期的准备工作没有做到位的影响。
4.确认用户类型，规划需求管理模式
确认好用户类型对后续的需求调研和需求管理工作都很重要，用户类型基本上决定了用户对需求的态度和变更的程度，一般政府用户多数政治觉悟高，做事谨慎认真，考虑的事情比较全面，需求多数来至于相关领域的政策解读，要求准确性很高，但外延性不高，一般不会突破我们的合同边界，后期的需求变更也比较可控一些。
而企业用户一般会本着花最少的成本，获得最大的回报的原则，需求基本上犹如滔滔长江水，绵绵不绝，而且对交付产品的实效性要求较高，后期一般会有比较频繁的需求变更，这就需要调研团队对需求的内容和方向有个预判，规划好后期的需求变更管理流程。
二、需求调研工作开展
1. 明确调研的目的
在调研开始时可以和用户一起简述此次调研的目的，明确需求调研的范围，以免用户不清楚目的和范围，发散调研会议议题，甚至跑偏，造成需求调研工作出现问题。
2. 邀请用户业务骨干参加需求调研会议
参加需求调研的用户最好为业务骨干，能够明确的提出要求，同时能回答我们的问题，并且能够做出决定，保证需求调研的质量和沟通顺畅。同时，要有人数控制，人数太少，可能调研结果不够全面，人数过多，决策统一周期可能过长，一般情况下3-5人的焦点小组会议比较合适。
3. 调研过程中认真、专心听取用户的陈述
认真的聆听是对用户表示尊重的一种良好方法，尽量在沟通中不打断用户的陈述，同时认真详细的进行记录，表达我们关注他所表达的内容，这样可以提高用户对我们的亲切感和信任度，好处就是用户更喜欢和我们说，我们也就更容易收集到用户的需求。
4. 分清用户“需求”还是“想要”
很多时候，用户给我们讲出来的想法和要求，根本不是他们的“需求”，而是他们的一种“想要”，“需求”是用户最根本的待解决的问题，而“想要”只是用户已经帮我们想好的一些解决“需求”的办法而已，在需求调研过程中，务必要挖掘到用户的“需求”，通过我们的设计去实现用户的“需求”，而不是盲目的跟从用户的“想要”，结果被用户带到了沟里出不来。
5. 界面原型设计是关键
多数情况下，很多朋友都会认为在需求调研阶段设计系统界面原型很耗时间和精力，认为没有太大的必要，与用户面对面沟通好需求，系统界面回去设计和开发就可以了，但这样做的结果是你将面对源源不断的界面完善需求变更。如果工期不是非常紧张，建议还是在调研阶段准备界面原型，而且要花心思去设计，这样与用户实际要求的贴合度才会好，后续设计的工作量也会相应减少，而且非常有利于需求确认的达成，开发人员也可以直接参照界面原型来开发，这么一劳永逸的事情，何乐而不为呢？
6. 做好需求的引导和管控，避免需求的蔓延
用户提出的需求，如果在我们的建设范围内，则要进一步详细的调研和分析，如果不在我们的建设范围内或当时无法确定是否在范围内，也需要先进行记录好，后期可以引导用户通过增加合同内容或者其他途径实现，不要在调研阶段直接“枪毙”用户的需求。
7. 每天召开内部讨论会议
调研小组可能会分为几组去调研，调研后最好当天完成集体总结讨论，以免调研的关键信息遗漏，并且可以让所有成员全面了解目前需求调研进展，总结并确认一些调研成果。调研小组成员可以把遇到的问题提出来，大家一起讨论做应对策略，从而使后续的调研更有效且更有针对性。
结语
以上是对需求调研工作的一些简单的总结，希望对大家的工作有所帮助，也欢迎各位朋友一起讨论。
最后分享一句自己非常喜欢的话：在前进中摸索，在摸索中实践，在实践中总结，在总结中继续向前。
时间不停在流转，机会更多的留给有准备的人。需求调研亦如此，项目管理亦如此，人生亦如此。
附：需求调研成果物列表：
需求调研计划
需求调研问题列表
需求调研提纲
需求调研记录表（可以配合录音）
需求调研总结
需求确认单（需用户签字盖章）
需求规格说明书（项目范围说明书）
【李大鹏原创】【未经允许，请勿转载】【版权所有，违者必究】
