适合：候选需求很多
需要让老板、业务负责人和一线使用者用同一种业务语言，比较频率、痛点、资料条件和可回退性。
需求调研 / Enterprise AI Needs Survey
企业 AI 需求调研表，
先把业务问题问清楚。
企业 AI 需求调研，不是让员工列出“AI 能做什么”，而是逐条确认：哪个业务问题反复发生、谁负责结果、有哪些已授权样本、AI 准备哪一步、谁做人工审核，以及什么情况必须暂停。
先判断这张表是否适合你
适合：准备培训或试点
需要在培训、知识整理、场景试点和系统采购之间做下一步判断，并留下可复核的输入。
暂不适合：只想选工具
如果只想比较模型排行或工具价格，应另做技术评测；本表不会回答“哪个 AI 最强”。
暂停：权限还没说清
无法确认样本来源、资料分级、客户授权或使用权限时，先做资料治理，不要把未知资料送进试点。
一条需求，要写清九件事
| 字段 | 必须回答的问题 | 不合格写法 |
|---|---|---|
| 业务问题 | 现在具体卡在哪一步，谁受到影响？ | “全面智能化”“提高竞争力” |
| 当前流程 | 任务从哪里开始，经过哪些步骤，到哪里结束？ | 只展示工具演示 |
| 使用频率 | 每天、每周还是偶发？本轮能看到多少真实任务？ | 没有观察窗口 |
| 业务负责人 | 谁能确认问题真实、结果可用，并决定暂停？ | 只有技术联系人 |
| 真实使用者 | 谁会在原流程里真正使用？ | 只有领导观看演示 |
| 最小样本 | 哪些已授权材料足以跑通一次任务？ | 先把全库上传 |
| 人工审核 | 谁核对事实、权限、承诺和外部动作？ | 默认 AI 自动发送 |
| 观察信号 | 时间、返工、遗漏、完整性或使用反馈看什么？ | 提前写固定 ROI |
| 停止条件 | 何时回到原流程，谁负责记录和处理？ | 效果不好就继续加功能 |
可复制：企业 AI 需求调研表
每个候选需求单独填写一张。不要在公开文档里粘贴真实客户资料、个人信息、合同、账号配置或内部机密。
复制完整需求调研表
六步用法：先收集，再排序
- 业务负责人先填问题和流程。不要由工具供应商替团队定义需求。
- 真实使用者补充频率与异常。用实际任务，不用演示稿代替业务现场。
- 资料所有者确认最小样本。说明来源、用途、访问、保存和删除边界。
- 写出 AI 的动作和禁止动作。检索、分类、初稿可以讨论；付款、承诺和发布必须单独审查。
- 并排比较候选需求。按业务价值、频率、可控范围、样本权限、人审和可验证性排序。
- 只让一个场景进入下一步。把未满足条件变成补齐任务，不要偷偷扩大范围。
把权限、人审和停止条件写在启动前
- 数据最小化：样本必须能说明来源、所有者、授权范围、敏感等级、保存位置和删除方式。
- 角色分开：提出需求、查看资料、操作工具、审核输出和批准外部动作不是同一权限。
- 人工审核：事实、价格、合同、客户承诺、招聘绩效、对外发布、付款和系统变更由指定人员确认。
- 立即暂停：未授权资料进入工具、无法回溯依据、关键错误不可接受、审核人缺席或异常无法回退。
方法参考：NIST AI RMF Playbook：Map建议先记录用途、使用者、业务和技术要求、人类监督角色与部署边界。该框架为自愿参考，不替代组织制度或中国法律审查。
常见问题
企业 AI 需求调研表应该由谁填写？
业务负责人确认问题和结果，一线使用者补充流程与异常，资料所有者或安全角色确认样本权限。供应商可以协助提问，但不应替企业填写业务事实。
需求调研和 AI 场景诊断有什么区别？
调研表负责收集并结构化候选需求；场景诊断负责进一步排序、限定范围、确认样本和设计试点。填完调研表不等于已经立项。
没有历史数据还能填写企业 AI 需求表吗？
可以先记录事实和待补数据，但不能把预计效果当成已知结论。应先用已授权的最小样本建立基线。
企业 AI 需求很多时应该怎么排序？
优先选择高频、重复、知识密集、可小范围回退，且负责人、授权样本、人工审核和真实反馈条件明确的任务。
提出建设一个 AI 平台算有效需求吗？
这只是方向性诉求。还需要追问具体岗位、重复任务、当前流程、允许样本、审核人和停止条件，才能形成可验收需求。
把一条真实需求说清楚。
带着填写后的需求表、一个真实流程和已授权样本条件沟通，先判断应该补资料、先培训，还是进入小范围场景诊断。
发起企业 AI 场景沟通 →