AI销售哪些动作必须人工审批？四级控制框架

为什么不能把每条消息都送去审批

若连“收到，我先帮您确认”都要排队，响应会变慢，审批人也会被大量低风险事项淹没；真正重要的折扣、合同或执行动作反而更容易被快速点过。另一端，如果把“生成了一段看起来合理的话”直接等同于“可以执行”，就可能把模型猜测变成报价、退款、排期或客户标签。

审批要服务于风险控制，而不是制造形式上的人工参与。有效做法是先完成业务流程与人机边界盘点，再把会改变金钱、权利、客户体验或外部系统状态的节点挑出来，设置与影响相称的控制。

四级控制：从自动执行到人工执行

级别不是按“消息是否由AI写”划分，而是按动作后果划分。同一句“已为您保留名额”，若只是草稿预览与已经写入库存、锁定资源，风险完全不同。试点时应把文案生成与真实工具调用拆成两个可观察步骤。

四个判断问题，决定是否需要人工

只要任一项进入高风险区，就不应因为“客户很着急”或“模型置信度很高”而自动放行。反过来，置信度低也不必把所有问题都转给人：低影响事项可先追问、引用公开来源或诚实说明暂时无法确认。

把“回复内容”和“执行动作”分开审批

人工看到的不能只有一段拟发送文字。审批界面至少应同时显示客户请求、已核验事实、准备发送的版本、即将调用的工具、参数、影响对象和可撤回方式。例如，“可以为您申请九折”与“把订单价格改为九折”是两个动作；前者可能仍需核对授权，后者还需要明确的系统权限与执行确认。

OpenAI面向智能体的公开安全指南建议，对敏感工具调用保留人工审批，并通过结构化输出、护栏和评估降低风险。NIST AI RMF也强调，要明确人与AI的角色、职责和监督配置。它们提供的是通用治理原则，不代表任一产品默认具备完整审批能力。

审批包要让负责人能在一屏内判断

如果审批人还要重新翻完整对话、查CRM和问销售，审批包就不完整。可用人工接手完整度评分表检查客户、需求、证据、下一步与责任人是否齐全。

超时、拒绝和执行失败，要各有状态

“审批中”“已批准”“已拒绝”“已过期”“执行中”“执行成功”和“执行失败”不能合并成一个模糊的“已处理”。否则，客户可能收到已批准但实际未执行的承诺，或系统在网络恢复后重复执行旧版本。

• 审批超时：高影响动作保持未执行，通知主负责人和备援人；客户侧只说明正在确认，不给未经核验的承诺。
• 审批拒绝：记录原因和可替代路径，不能让AI换一种措辞再次提交同一动作。
• 执行失败：审批仍可保留，但必须标记实际结果；只有确认幂等的动作才能自动重试。
• 内容变化：价格、日期、对象或条款发生实质变化时，旧审批失效，重新提交新版本。

高意向场景还应配置明确的认领、首次联系和结果回写时限，可参考高意向线索路由SLA。人工审批不是把任务扔进一个无人负责的群聊。

试点验收：既看风险，也看流程负担

上线前至少测试价格来源冲突、客户身份不确定、审批人离线、旧版本晚到、工具超时、重复回调、执行部分成功和客户撤回请求等路径。可以把这些异常补进100问验收清单。

合规与产品边界

《个人信息保护法》第二十四条对利用个人信息进行自动化决策提出透明、公平、公正等要求，并规定在对个人权益有重大影响时，个人有权要求说明并拒绝仅通过自动化决策作出决定。企业还需结合自身业务判断是否涉及自动化决策、敏感个人信息或特定行业规则；本文不构成法律意见。

ZigoAI公开产品页介绍了多渠道客户接待、信息收集、意向识别、持续跟进以及关键节点人工接手等方向。官网没有公开承诺本文所列四级审批、任意外部系统写入、合同签署、扣款或退款执行能力。本文是一套流程设计方法；实际可用渠道、审批节点、系统权限和交付范围应以产品说明、演示、试点与合同为准，公开方案以当前价格页面为准。

常见问题

高意向客户的所有回复都要审批吗？

不需要。基础确认、公开信息说明和必要信息收集可以按规则自动完成并抽检；涉及价格、交付条件、合同权利或不可逆执行的动作，应在执行前审批或直接由有权限的人处理。

AI置信度低就一定要转人工吗？

不一定。低风险问题可先澄清或明确表示无法确认；一旦问题同时具有高影响、不可逆或权限不足等特征，就应暂停动作并转给人工。

审批超时可以默认通过吗？

不建议。低风险动作可以不发送、降级为说明或回到安全路径；价格承诺、退款、合同、扣款等高影响动作超时后应保持未执行，并通知明确的负责人或备援人员。

审批通过后发送失败怎么办？

审批通过不等于执行成功。系统应记录审批版本、实际执行结果和失败原因；能安全重试的动作按幂等规则重试，不能确认结果的动作进入人工队列，避免重复发送或重复执行。