AI销售上线前怎样盘点业务流程？客户旅程与人机边界方法

为什么流程盘点要早于提示词和系统配置？

同一句“尽快跟进”，在不同业务里可能代表完全不同的动作：补问预算、预约演示、核对库存，或直接转给区域销售。如果没有先确定客户处于什么状态、可引用哪些事实、什么情况下必须停下，提示词只是把模糊流程写得更流畅。

Microsoft的智能体业务战略指南建议按实际发生的工作而不是理想流程绘制现状，并明确智能体角色、人工控制、数据与系统以及成功标准。它也提醒：如果没有清楚的流程映射和价值跟踪，把智能体叠加到原流程上，可能只自动化局部任务，而没有改善端到端结果。

因此，流程盘点的目标不是把所有步骤画得很漂亮，而是形成一组可配置、可测试、可追责的业务决定。

用六个部分还原真实客户旅程

六个部分应从样本中归纳，不要只照抄制度文件。制度说明“应该怎样”，真实对话能暴露临时口径、岗位绕行和最常见的例外。

把流程写成“状态—事件—动作”

一条可执行的流程规则至少包含三个元素：客户当前状态、发生了什么事件、接下来允许采取什么动作。例如：

这类规则的价值在于可测试：给定同一状态和事件，团队可以验证AI是否选择了允许的动作，并在错误时定位是状态识别、知识来源还是权限边界出了问题。

每一步都标注人机边界和权威来源

将流程里的每个动作标为四类：AI可直接执行、AI建议但需人工确认、必须由人工执行、暂不支持。然后再给动作绑定权威数据源和负责人。价格来自哪里，库存谁维护，活动什么时候失效，客户归属以哪个系统为准，都应有唯一答案或明确冲突处理。

OpenAI的智能体构建指南把模型、工具和指令视为基础组成，同时强调护栏与人工介入。NIST AI RMF的Map部分则要求先理解使用情境、影响、角色和风险容忍度。落到销售流程上，就是不要只写“AI可以回答”，还要写它依据什么回答、最大权限是什么、失败后谁接手。

执行型智能体还需要明确责任人、风险响应和生命周期管理。Microsoft的采用模式指出，授权范围应与工作匹配；业务风险越高，人工控制和治理要求越明确。

一次流程盘点会怎样准备和召开？

会前可先抽取20至50段经授权并脱敏的真实对话，刻意覆盖正常成交、无回复、反复询价、信息冲突、转人工和关闭等不同路径。这个数量是便于启动工作的建议范围，不是统计学标准；流程复杂时应继续补样本。

1. 销售：说明客户常见状态、判断信号和实际话术。
2. 运营：补充跟进节奏、客户归属、重复线索和任务规则。
3. 交付或产品：确认能力、价格、库存、排期等事实来源和更新责任。
4. 数据与安全：确认字段、授权、留存、访问权限和异常处置。
5. 会议主持人：把争议写入待确认清单，不在流程图里用模糊词掩盖。

会议结束至少应得到：一张当前流程图、一张状态与事件表、一份人机边界清单、一份权威知识与数据源清单、异常升级路径，以及首个试点的范围和停止条件。

怎样从完整流程中切出首个试点？

优先选择同时满足四个条件的流程片段：发生频率足够高，规则在试点期相对稳定，关键事实有可靠来源，人工可以及时接手。结果还要能通过回复率、有效需求字段、预约、接手时效或关闭原因等指标验证。

不要用“覆盖全流程”证明先进。首个试点越小，越容易知道变化来自AI、流程改造还是人员执行。需要比较多个候选场景时，可先看AI销售试点六维评分；配置完成后，再用上线前100问验收清单进行回放和阻断测试。

把流程图转成ZigoAI试跑输入

ZigoAI当前公开页面覆盖微信、企业微信和WhatsApp等销售沟通入口，以及接待、需求追问、意向识别、跟进和人工接手等方向。具体可用渠道、账号数量、CRM/API、复杂自动化和专项交付范围会随公开套餐或项目评估变化。

流程图中的字段、审批、系统连接和异常处置并不因此自动成为产品内置能力。试跑前仍要按公开产品说明、当前价格与套餐边界、演示和合同逐项核实，再把已确认的知识、动作和人工接手条件交给配置团队。

常见问题

业务流程盘点要先画客户旅程还是系统流程？

先画客户实际经历的旅程，再补系统和岗位动作。这样能先看清客户状态如何变化，避免用现有系统字段代替真实业务。

需要多少条历史对话才能开始盘点？

没有统一数量。可先选20至50段经授权并脱敏、覆盖正常与异常路径的对话作为工作样本，再按遗漏情况补充。这个范围是工作建议，不是统计结论。

哪些动作不应该直接交给AI？

缺少事实依据、需要专业判断、涉及高风险承诺或不可逆操作的动作，应转人工或增加审批；具体边界还要按行业、权限和合同确定。

流程盘点完成后怎样选择首个试点？

优先选择量足、规则相对稳定、事实来源明确、人工能及时接手且结果可验证的流程切片，并先设停止条件。