政务项目需求调研：不签字不推进
需求不是问出来的，是谈出来的。签字不是形式，是保险。
为什么需求调研在政务项目里特别难
企业项目，甲方知道自己要什么------他要卖货、他要管库存、他要报表。需求边界清楚。
政务项目不一样。窗口工作人员每天处理的业务是按政策走的，但他说不清楚自己每天在干什么。不是能力问题，是熟练到自动化了------就像你问一个人"你是怎么走路的"，他反而不会走了。
科长能告诉你"这个业务要走三级审批"，但他不知道自己在系统里需要几个按钮。局长能告诉你"这个政策是今年新出的"，但他不知道新旧政策之间的差异会导致多少字段变化。
所以政务项目的需求调研，不是"用户说什么就记什么"。是你在听懂他说什么之后，用他听得懂的话复述一遍，让他确认你说对了。
调研前：准备工作比调研本身重要
1. 熟读政策文件
政务系统的需求源头不是用户，是政策。用户执行的是政策，系统实现的也是政策。如果你不了解政策，用户说什么你都接不住。
调研社保业务之前，至少要读过《社会保险法》相关章节、当地实施细则、最新调整文件。用户提到"视同缴费年限"的时候，你要知道这是什么、在什么场景下触发、涉及哪些字段。
2. 了解业务术语
政务领域有自己的语言。"参保""核定""征缴""待遇发放""关系转移"------每个词背后是一个完整的业务流程。你不懂这些词，调研会变成鸡同鸭讲。
最好的准备方式：找一份业务手册，把核心术语和对应流程梳理一遍，带着问题去调研。
3. 制定调研计划
跟甲方沟通好三件事：
- 时间安排：什么时候开始调研，什么时候完成调研，什么时候完成内部评审，什么时候签字确认
- 人员安排：双方各出谁，谁是最终决策人
- 调研内容：按业务模块拆分，每天调研什么，提前告知对方准备什么材料
4. 沟通好变更流程
这一步很多人省了。后果很严重。
提前声明：
- 调研记录需要签字
- 需求确认需要签字
- 签字后的需求可以变更，但必须走变更流程------包括评估变更的影响范围、工期和成本
不走变更流程的结果是：谁都不负责任。今天加一个字段，明天改一个流程，后天推翻重来。项目永远做不完。
调研中：五步法
调研不是开会，是一次有结构的对话。
第一步：询问用户
问开放式问题："这个业务平时是怎么办的？"
如果用户说不清楚------很常见------就换一种方式：先讲你的理解，引导用户发表意见。比如："我理解这个流程是这样的：群众先到窗口提交材料，工作人员录入信息，然后交给科长审核，对吗？"用户会本能地纠正你说错的地方，而这些纠正就是真实需求。
第二步：仔细听取
不要打断。不要急着记录。先听。
用户描述中会提到一些你不知道的业务细节------特殊的处理规则、例外情况、历史遗留问题。这些是文档里没有的，只有坐在窗口三个月以上的人才清楚。
第三步：复述
把用户刚才说的用你的话复述一遍："刚才您说的我理解是这样......对吗？"
复述有三个作用：
- 确认你听对了
- 让用户听到自己的需求被别人说出来，触发他补充或纠正
- 在场的人都能对齐理解
第四步：如实记录
不要加工，不要用自己的理解替换用户的原话。原文记录。理解整理是后面的事。
第五步：双方签字确认
当场确认，当场签字。不要"回去整理完再签"------回去之后双方记忆都会模糊，争议的种子就埋下了。
调研后：当天整理，不要拖
当天整理
调研完的当天，把记录整理成结构化格式：
| 项目 | 内容 |
|---|---|
| 需求名称 | 清晰、可索引 |
| 需求描述 | 用业务语言描述，不要技术化 |
| 输入信息 | 哪些字段、从哪来、谁填 |
| 输出信息 | 产出什么、给谁看、什么格式 |
| 前置条件 | 执行这个操作之前必须满足什么 |
| 约束 | 字段校验规则、业务规则、合规要求 |
| 操作流程 | 步骤描述，最好配流程图 |
汇总成需求规格说明书
所有模块调研完成后，汇总成需求规格说明书。这份文档是整个项目的法律依据。
内部评审
采用会议评审。开发团队内部过一遍：
- 需求是否清晰无歧义
- 是否有遗漏的场景
- 技术上是否能实现
评审不通过，重新调研或修改说明书。不要带着模糊的需求进入开发。
用户签字确认
内部评审通过后，找用户签字。
这是最重要的一步：不签字确认，不推进项目。
几条血泪教训
"回去整理完再签"是最大的坑。 记忆衰减速度超出你想象。三天后双方对同一个问题的记忆就不一样了。当场确认、当场签字。
"差不多就行了"是第二大的坑。 政务业务中"差不多"和"差很多"之间的距离特别短。一个字段的理解偏差，可能导致整个流程走不通。宁可多问一句显得啰嗦，不要少问一句后面返工。
变更不走流程是第三大的坑。 不是不让变更------需求一定会变。但变更必须评估影响、记录在案。否则每一次变更都是对项目进度的无声消耗，到最后谁也不知道时间花在哪里了。
调研时技术人员必须在场。 纯业务人员做调研，记下来的东西技术人员看不懂。纯技术人员做调研，问的问题业务人员听不懂。最好双方都在，互相补位。
总结
政务项目需求调研的核心原则就一句话：先问、再听、复述确认、如实记录、签字画押。
调研的质量决定了项目 80% 的命运。调研做扎实了，后面开发、测试、验收都有依据。调研做糊了，后面每一步都在补课，而且补的课永远补不完。
不签字不推进。这不是固执，这是对双方的保护。