数据、系统与人员没准备齐，AI 项目先补什么？

不必等全公司资料、系统和人员都“准备完美”才讨论 AI，也不能把关键缺口都留到开发以后。先围绕一个目标场景，找出哪些缺口会让价值判断失效、资料使用不成立或错误后果无法承担；这些应先补齐。其余条件若能限制用途、保留责任并形成有意义的证据，可以进入有限验证。

立项前要形成的是缺口与约束清单：缺什么、影响哪个判断、谁来确认、补到什么程度，以及条件不满足时改范围还是暂缓。本文帮助业务、IT 和负责人判断准备顺序，不展开数据清洗、接口接入或权限配置教程。

资料“有了”以后，还要回答四个不同问题

共享盘里有文件、ERP 里有记录，只说明资料存在。判断目标任务是否有依据，还需要知道哪份可信、是否允许用于当前用途，以及内容变化后谁来维护。缺口的影响取决于这份资料在任务中的作用，不取决于整个资料库看起来是否整齐。

先处理目标场景真正依赖的关键资料。例如要辅助整理维修记录，不一定需要先统一全公司每个客户字段；若需要比较同一设备的历史故障，设备标识和记录对应关系就可能成为前置条件。治理范围应跟着判断所需证据走，不把“先治理数据”写成一个没有边界的总工程。

资料不全时，哪些可以验证，哪些应该先补

示例（非客户项目）：假设企业想验证内部技术资料查询助手。演示设定为：某一产品系列已有获准使用、版本明确的说明书，产品人员愿意判断答案；其他系列尚未整理。此时可以只讨论该系列的有限验证，不能把结果外推到所有产品。

反过来，如果同一系列的关键参数有两份互相冲突的“最新版”，且没有人能确定适用条件，应先解决这项依据冲突。否则助手选中哪份，都难以证明业务上正确。若价格、客户信息不在验证目标内，可以明确排除；若目标就是准确报价，缺少获准使用的现行价格便不能当作无关缺项。

模拟或脱敏材料有助于讨论流程与方案，但要说明它们能代表什么。只用编造的干净材料得出可行，不能证明真实资料质量、授权或系统条件已成立；去掉了关键困难的样本，也无法检验那个困难。

系统条件要写证据状态，不能只写软件名称

“公司有 CRM”“供应商给了接口文档”都不足以确认某项接入条件。立项判断需要核对的是：目标动作是否被实际许可、依赖什么协作、是否有额外费用或范围限制，以及取不到时项目是否仍有价值。技术团队应区分已核实事实、文件或口头说明、尚未确认的假设。

为每个关键依赖补一句“如果不成立”。可以是改成仅供内部参考、先用允许的有限材料验证、换另一条方案，或暂缓。替代方案仍需重新比较价值与成本，不能把缺失能力删掉后继续沿用原收益承诺。这里明确的是立项条件；接口是否稳定、权限是否正确，应在后续实施中取得相应验证。

只有 IT 推动、业务负责人没空，先落实什么

业务参与不能只是一句“支持项目”。需要有人说明什么是正确结果、哪些情况有例外、哪些变化愿意接受，并在验证节点实际投入评审。若这些问题只能由业务负责人回答，而对方无法安排参与，应先缩小或调整计划。IT 可以准备技术调查，无法单独替业务承诺价值与验收。

安排参与时，可以直接约定谁在什么节点提供哪份材料、判断哪类样本、确认哪项规则，而不套用统一的人数或工期。若一个人兼任多个角色，还要看是否真的有时间和权限。后续维护也要有人承接，不能只安排演示评审而不考虑内容与业务变化。

OECD 对七国中小企业的调查讨论了业务适用性、资料去向和技能等采用障碍。这些是值得检查的准备事项，但样本不含中国，不能拿其比例描述国内企业现状。参阅：OECD《Generative AI and the SME Workforce》摘要与执行摘要。

涉及客户资料、报价或合同，立项前先划清用途和责任

先列受影响对象、资料流向、错误可能造成的后果，以及谁有权批准使用和对外承诺。内部整理、提供建议、准备草稿和正式执行，承担的责任不同。不要因为最后有一个人工按钮，就认为资料处理和业务风险已经解决。

人审本身也有条件：审核者能否看到依据、能否识别关键错误、是否有足够时间、是否有权拒绝或暂停。若这些条件没有成立，“由人工负责”容易变成事后归责。涉及个人信息、商业秘密或特定行业要求时，应把具体资料类型、用途与处理安排交给相应负责人或专业人员核对，不能用一张通用清单替代适用判断。

NIST MAP 3.5 要求定义并评估人工监督，而非仅写存在人审。这是风险管理方法参考，不是对中国法律或行业合规的结论。参阅：NIST 关于人工监督责任的说明。

把“准备不足”改成有负责人、有后果的缺口清单

1. 先写当前目标和拟定用途，列出决定该用途是否成立的关键资料、系统和人员条件。不要从全公司治理清单无差别开工。
2. 每项填证据状态、缺口和影响：它会让哪项价值假设、质量判断或责任安排不成立？未知项不默认通过。
3. 选处置：先补、限制范围后验证，或暂缓。标出确认人、需要的证明，以及重新评估的触发条件。
4. 把补条件本身的资源纳入预算。若补齐成本已经不合理，重新判断场景价值，不为了延续计划而不断追加。
5. 形成带条件的结论，并由相关负责人确认；进入实施前，仍需核实实际数据、接口与控制，不能把咨询清单当成已完成测试。

可填写格式：“拟判断＿＿；依赖＿＿；现有证据＿＿；缺口会影响＿＿；由＿＿提供＿＿；完成前仅允许＿＿；若＿＿未满足则调整/暂缓；当＿＿变化时复评。”这张表的价值是让每个缺口对应一项决策，而不是把所有事项都放入一个无人负责的“后续完善”。

如果团队难以判断哪些是前置条件、哪些可以限定范围验证，可以了解企业 AI 咨询的基础盘点与决策范围。已经确定任务并要进入系统建设时，再核对从 Agent 演示走向生产的工程与运营条件，由实施团队取得实际运行证据。