启动方法 / Enterprise AI Pilot
企业 AI 项目如何立项？
把一句需求，变成可验收试点。
“我们想做 AI”还不是项目。好的立项从具体业务问题开始，明确谁负责、用什么样本、怎样人工审核、做到什么算跑通，以及什么情况下暂停。
第一步：把目标改写成一个业务问题
不要写“建设智能平台”或“全面提效”。改写为“如何让客服先处理哪些高频问题”“如何减少销售会前资料整理”“如何让团队找得到已审核的政策答案”。问题越具体，资料、责任和验收才越能对齐。
如果候选场景还很多，先使用企业 AI 需求调研表，让业务负责人、真实使用者和资料所有者分别补齐事实。
第二步：确认五个试点前置条件
- 业务负责人：确认问题是否真实、结果是否可用。
- 最小样本：已获授权、足以跑通一次真实任务的材料。
- 使用者：愿意在真实流程中试用。
- 人工审核：明确谁确认关键输出与外部动作。
- 验收与停止：约定观察什么、何时复盘、何时回退。
第三步：把试点责任写成 RACI
RACI 不是把所有事情交给一个“项目负责人”。每一项工作应有一个最终负责者（A），可以有多个执行者（R），必要时征求法务、信息安全或采购意见（C），并明确谁需要被同步（I）。一个事项尽量只设一个 A，避免验收时无人拍板。
| 工作项 | R 执行 | A 最终负责 | C 征求意见 | I 同步 |
|---|---|---|---|---|
| 业务问题与不做范围 | 场景负责人、项目协同人 | 业务负责人 | 一线使用者、信息化 | 部门负责人 |
| 样本授权、脱敏与目录 | 资料管理员、业务协同人 | 资料/数据负责人 | 法务、信息安全 | 项目组 |
| 流程配置与规则草案 | 实施人员、业务骨干 | 项目负责人 | 使用者、信息安全 | 业务负责人 |
| 日常使用与异常上报 | 实际使用者 | 业务负责人 | 项目负责人、供应商 | 部门负责人 |
| 关键输出人工审核 | 指定审核人 | 业务负责人 | 法务/合规（如适用） | 项目组 |
| 测试集、基线与验收 | 项目协同人、审核人 | 验收人 | 业务负责人、信息安全 | 采购/部门负责人 |
| 暂停、回退与事件处置 | 项目负责人、系统管理员 | 授权决策人 | 信息安全、法务、供应商 | 使用部门 |
| 扩大、采购或终止 | 项目负责人准备证据 | 项目发起人/决策人 | 采购、法务、信息安全 | 试点成员 |
使用规则：把岗位名替换为真实姓名或部门；没有明确 A 的工作项不得进入试点；R 可以由供应商执行，但 A 必须在企业内部。涉及个人信息、重要数据、对外发送或付款时，按本单位制度增加审批人。
复制：企业 AI 试点 RACI 责任矩阵
第四步：试点成功，不等于自动扩张
试点的任务是产生证据：流程能否稳定使用、资料是否足够、人工审核成本是否合理、结果是否值得继续。通过后，再按组织的数据、安全、采购、系统集成与验收规则决定是否扩大。
复制：企业 AI 立项一页纸
常见问题
企业 AI 项目立项前需要准备什么？
至少准备一个明确业务问题、业务负责人、已授权最小样本、人工审核要求、验收方式和停止条件。
企业 AI 项目应该先做平台还是先做场景？
通常先选一个业务场景并验证真实使用，再决定是否需要扩展到平台、更多资料或更多部门。
企业 AI 试点 RACI 中的 A 应该是谁？
A 是能代表业务结果作决定、确认验收并在必要时暂停试点的企业内部负责人；供应商可以执行任务，但不应独自承担 A。
一个企业 AI 工作项可以有多个最终负责人吗？
不建议。每个工作项尽量只保留一个 A；若必须联合决策，应拆成可分别验收的事项并写清拍板人。
RACI 能替代审批、采购或法律审查吗？
不能。RACI 只帮助试点团队分工；涉及数据、付款、合同、发布或系统权限时，仍须执行本单位制度和适用审查。
从一张立项一页纸和责任矩阵开始。
带着问题、样本条件、负责人和验收人沟通，先判断是否适合进入场景诊断。
发起场景沟通 →