演示里，AI 能读资料、写方案、自动安排下一步。到了企业里，资料会缺，客户会临时改要求，最后签字的人也未必在演示现场。准备采购一个 AI 项目时，可以先把这些真实情况写进双方要确认的范围。
如果企业已经有业务，想把一段流程交给 AI 和员工共同完成，这篇给出六组可直接带到采购沟通中的问题。这是识度的项目判断建议，具体合同条款仍需双方按项目确认。
1. 这一轮到底改哪一段流程
“建设销售智能体”听起来有方向，实施时却可能包含客户资料、报价、跟进、销售管理和售后。每加一段，都要增加输入、系统连接和负责人。第一轮可以用一条完整任务来收住范围：谁把什么资料交进去，经过哪几步，谁检查，最后交给谁。
例如，“销售根据客户需求准备初版方案，由销售经理核对后发出”，与“让 AI 自动跟客户谈成生意”，是两种范围。这是场景示例，不是识度客户案例。前一种能够逐项检查资料、草稿和人审；后一种还需要确认沟通权限、报价规则、客户承诺和异常处理。
采购时问：“这一轮包含哪些任务，明确不包含哪些任务？新增任务怎么评估？”期待拿到能列出输入、输出和负责人且能说明排除项的答复。
2. 演示用例能否换成企业自己的真实任务
漂亮样例不能覆盖资料缺失和例外。签约前可以约定三种任务：资料完整的普通任务、资料不全的任务、涉及敏感承诺或高风险动作的任务。由双方确认，在每一种情况下，什么算通过，什么必须退回人工。
| 真实任务类别 | 先定义的合格表现 | 谁来确认 |
|---|---|---|
| 资料齐全 | 按约定输出，引用可核对，员工能够继续使用 | 对应业务负责人 |
| 关键信息缺失 | 明确指出缺什么，不能补造确定答案 | 操作人员与负责人 |
| 超出权限或承诺边界 | 停在允许的位置，交由指定人员判断 | 获授权的审批人 |
这张表是验收起点，不是所有项目通用的完整标准。准确率、耗时、返工等指标需要在真实任务和一致口径下另外约定。只写“效果良好”“系统稳定”，后续容易出现双方理解不同的情况。
3. 数据、账号和运行环境由谁控制
“用了企业版”不能替代企业自己的数据要求。先列明哪些资料允许输入、谁能看、在哪运行、能否导出，以及合作结束时谁处理账号和资料。涉及敏感数据、数据不出域或复杂集成时，应先确认部署路线和技术条件，再确定实施范围。
采购时问：“正式账号归谁？服务方用什么权限？停用后如何撤回权限、移交配置？”要求供应商把具体路线和待确认项说出来，比笼统问一句“安全吗”更方便检查。本段是采购问题清单，不替代法律或安全专业评估。
4. AI 产出之后，员工承担什么工作
方案里写“人工审核”，还要补一句：谁在什么时候审核哪些内容，发现问题怎么退回。销售方案可能要检查产品信息和承诺，经营分析可能要检查指标口径，外发内容可能要核查来源。这些责任应该落实到岗位和步骤。
同时确认工具出错或不可用时，业务如何继续。员工能否回到原有做法，负责人能否查看处理记录？把这一段写清楚，企业才能判断需要安排多少配合时间，而不是等上线后再临时找人。
5. 项目费用之外，还会持续付什么
除了项目实施，还可能有软件订阅、模型调用、云资源、系统接口维护和业务资料更新。这里没有适用于所有公司的统一金额；采购时应要求把计费项目、承担方、估算依据和超过预期时的处理方式列明。
比较方案时，可以让各家按同一任务范围解释费用：实施交付哪些东西，试运行谁负责，持续维护包含什么，增加流程如何计费。这样才有可比较的口径。识度当前服务页也把标准范围和另行确认的项目分开列出。
6. 项目结束后，企业能否接着运行
项目交接应具体到流程、操作规则、必要配置、资料维护责任和效果记录。一个实际检查方法是：让内部负责人按交接材料跑一条已约定的任务，再模拟资料变化或异常，看看能否找到该找的人和该改的地方。
如果以后停掉外部服务，哪些部分仍然可用，哪些依赖会停止，也需要提前写清楚。交接深度会受平台和实施方式影响，双方应列出可移交和受限制的内容，不能笼统承诺“全部交付”。
带着一个场景，比带着一串工具名称更容易开始
识度的90 天 AI 业务落地项目围绕一个真实业务场景推进问题判断、流程设计、实施、团队使用和阶段复盘，合作前确认范围、数据边界与验收方法。场景还不清楚时，先判断问题和优先级。
如果正在考虑找外部团队，可以到联系页添加识度微信，备注“采购边界01”，发三句话：企业做什么、想改哪段流程、目前最不确定什么。第一次适配沟通约 20 至 30 分钟，用来判断是否适合继续；免费沟通不提供正式方案，也不保证收入或线索结果。
