采购 AI 客服时，可以把任务书先分成三行：新询盘、待报价商机、售后消息。每一行都写清它能读取哪些资料、能做什么、何时交给人。三类消息共用一个聊天入口，处理权限和验收条件却需要分别确认。
识度建议把已有咨询先按三类拆开：第一次了解的新询盘、正在准备报价的商机、已经成交的售后消息。三类都可能需要回复，但负责人、可说的话和下一步不同。下面是一套场景判断方法，不是市场统计或已完成客户案例。
新询盘：先确认要解决什么，不急着介绍所有服务
新客户知道的往往很少。第一条消息如果只有“多少钱”，可以先确认他在做什么业务、想解决什么问题、希望何时开始。拿到足够的信息后，再由负责人决定是否约沟通、补材料或说明当前不适合。
这段可以考虑让 AI 辅助整理客户明确说过的信息，提出需要补问的项目。第一轮采购范围也可以限定到这里：把问题分清并交给人判断。无需一开始就把报价和承诺交给自动回复。
检查现有流程时，抽几条咨询看：消息是否有人接，客户已经提供的信息是否反复询问，下一步由谁安排。只有当主要问题确实是常见信息反复回复，而且资料和接管条件已经清楚，客服自动回复才可能成为适合先做的一段。
待报价商机：及时回复之外，还要知道卡在哪里
客户已经谈过需求，销售还在等内部确认。再发一段标准介绍，无法代替报价所需的产品规格、交付条件或范围确认。
这一段可以先列一张表：待补的信息是什么、向谁获取、确认后交给谁、承诺什么时候回复。AI 可辅助从已有记录整理待办或准备草稿，但接入系统、自动提醒和发送的权限都需要另行评估。不能把“能生成文字”直接当作“能完成企业报价流程”。
采购时可以给服务方一条去敏后的任务描述：收到需求到发送初版方案，需要经过哪几个人，最常等待哪项确认。让对方说明拟改的是哪一步，以及如何验证等待有没有减少，比单独比较聊天演示更贴近业务。
售后消息：先找到负责人，再讨论自动处理
已成交客户的问题，可能需要查看订单、服务约定和当前履约情况。能否直接处理，取决于资料来源、权限和业务规则。遇到投诉、退款、补偿等事项，企业尤其需要确认哪些只能整理和转交，哪些动作需要批准。
即使暂时不自动回答，把消息分类、找到负责岗位、整理已经确认的情况，也可以成为一轮流程改造的范围。是否值得投入，仍要看这类工作出现的频率、当前耗时和团队维护条件。
用一张表判断，第一轮究竟买什么
| 消息类型 | 先检查的卡点 | 可以评估的首轮范围 | 需要明确的人审 |
|---|---|---|---|
| 新询盘 | 无人接、重复问、未约下一步 | 整理需求、识别待补问题、提示转交 | 合作适配及进一步沟通 |
| 待报价 | 内部信息迟迟未确认 | 整理待办、准备方案草稿 | 报价、交付范围与承诺 |
| 售后 | 找不到负责人、上下文丢失 | 消息分流、上下文整理 | 退款、补偿与其他授权动作 |
这张表给出候选范围，不代表每家公司都要做三套系统。优先选择能够拿到输入、有负责岗位、可以检查产出的一个环节；资料或规则尚不清楚时，先补清楚再实施。
验收要看到消息进入下一步
首轮试运行可以记录五项：咨询来自哪里、是哪类问题、交给谁、下一步是什么、最后有没有执行。需要测响应时间时，先约定从哪个时间点算起；需要看商机推进时，把原始咨询、有效需求、已约沟通分开记录。
如果最后只看到“自动回复了多少条”，仍无法判断是否解决了企业原本的销售问题。也不要把更快回复直接当作收入增加：成交还受需求、价格、服务适配和后续跟进影响。
可以先用识度的私域与销售自查清单核对流程，再看销售业务场景说明。需要讨论实际承接时，到联系页添加识度微信，备注“销售分流02”，发行业、咨询主要从哪里来、最容易卡住的一步。请先描述流程，不发送客户聊天原文或客户名单。首次适配沟通判断是否适合继续，不提供正式方案或成交保证。
