一、需求调研为什么难

调研聊得再热闹，如果最后没有一份双方确认的书面清单，后面的需求变更就无从谈起。临沂物联网应用公司的项目惯例是：调研结束整理出需求清单，标注每项需求的来源角色与优先级，请客户方负责人签字。这份清单就是后续一切讨论的基线，在物联网应用项目里尤其重要，因为硬件与接口成本高，随意变更代价巨大。

调研阶段要特别注意区分"用户说要的"与"用户真正需要的"。前者往往是用户基于现有经验想象出来的解决方案，后者才是要解决的问题。成熟的需求分析师会顺着用户抱怨的现象追问下去，找到背后的业务目标，再回到方案层面讨论，避免被牵着鼻子做一堆华而不实的功能。

调研结束后应当输出结构化的需求清单，标注每个需求的来源角色、业务价值与优先级，并请客户方负责人签字确认。这一步看似形式主义，实则是后续需求变更管理的基线：后面凡是与基线不符的新想法，都要走变更流程评估，而不是随口加进来。

二、问卷与观察的补充作用

中小企业做需求调研常见的短板是只访谈管理层，不访谈一线操作人员。管理层讲的是战略目标，一线才知道系统每天卡在哪里。一份完整的调研应当覆盖决策层、执行层与维护层三个视角，否则做出来的系统高管看着漂亮，一线却不愿意用，推广阻力会非常大。

调研能力是一种需要长期积累的软功夫。同一份业务资料，经验丰富的分析师能从中问出十几个关键问题，新手却只会照着材料复述一遍。企业如果缺乏这方面的内部力量，可以借助长期服务本地企业的软件团队共同开展调研，把行业通用做法与企业个性需求结合起来。

需求调研是软件项目的第一步，也是最容易被轻视的一步。很多项目交付后被用户判定为不符合预期，根源不是代码写错了，而是团队从一开始就没有真正听懂用户想要什么。用户往往自己也说不清楚需求，或者不同岗位的人说法互相矛盾，调研工作的价值就是把这些模糊的诉求梳理成清晰、可验证的陈述。

有了签字基线，后面每个新想法走变更流程，双方都有章可循。

访谈中提问的方式很有讲究。多问"您平时是怎么做这件事的""遇到过什么麻烦""为什么一定要这样处理"，少问"您是不是想要某个功能"。诱导式提问得到的答案看似顺利，实则把开发团队的猜测当成了用户的需求，后面返工的概率很高。关键信息应当场复述确认，访谈结束后二十四小时内整理纪要并回访核对。

备注：需求基线是后续变更管理与验收的共同起点。