## 销售话术与 FAQ 周度更新建议 {.case data-case-id="022"} | 字段 | 值 | | --- | --- | | 案例编号 | `022` | | 行业 / 部门 | SaaS / 销售运营 | | 角色 | 销售运营负责人 | | 难度 | `进阶` | | 调用来源 | `schedule`（定时由获授权 Agent 经 App/Extension 汇总本周赢单/丢单原因记录与客服高频问题） | 一线销售还在用半年前的话术，丢单原因没人沉淀，同一个异议每周末都要重新解释一遍。目标：每周定时让获授权 Agent 汇总本周赢单/丢单原因记录与客服高频问题，归纳成 FAQ 与话术更新建议草稿，销售运营负责人确认后分发到销售团队频道。指标：每条建议 100% 注明来源记录编号，无来源支撑的 100% 标"未提供·待确认"而不是编造；从周一记录归档到建议分发的周期 ≤ 7 天。 - **覆盖**：定时汇总本周赢单/丢单原因与客服高频问题、归纳生成更新建议草稿、负责人确认后分发销售团队频道。 - **不覆盖**：自动修改正式 FAQ 库、自动培训销售、对单个单子做事后复盘归因。 - **假设**：有一个经授权能读取 CRM 记录与客服工单的 Agent（通过 App/Extension）；记录含结果（赢单/丢单）、原因描述与时间戳。 把下面这段发给 Loop，它会在后台帮你创建这个 Workflow： ```text 帮我创建一个 Workflow：每周定时由获授权的汇总 Agent 经 App/Extension 拉取本周的赢单/丢单原因记录与客服高频问题，归纳生成销售话术与 FAQ 更新建议草稿，每条建议注明来源记录编号；没有来源记录支撑的建议一律不写，确需保留的疑问单独标"未提供·待确认"，不编造。App/Extension 在读取侧即完成聚合与脱敏，Agent 只接收来源记录编号、脱敏后的原因归类与问题主题等白名单字段，不接收客户名称、联系人、联系方式或对话原文。 触发：定时（计划）发起调用，调用时带入销售团队频道、汇总 Agent 和审批人。 结果分流： 有新记录：生成更新建议草稿并留审计时间戳，进入审批；审批确认后把定稿分发到销售团队频道并留审计时间戳；驳回则本次失败结束、留审计，草稿保留但不分发。 本周无新增记录（查询成功但结果为 0）：发一条"本周无新增记录"汇总回执并留时间戳，不静默结束，也不当作取数失败。 审批：建议草稿必须经销售运营负责人确认后才分发，审批本身不设自动超时、无默认通过或否决；确认时能看到每条建议及其来源记录编号。 取数失败（CRM 或客服工单不可达、数据陈旧）：告警失败、留审计时间戳，按重试上限重试，仍失败则升级到值班频道；不当作"本周无新增记录"，也不进入草稿生成。 异常：汇总 Agent 回传不合结构就停在等待点等它重新提交，不自动重跑；通知发送失败按重试上限重试，仍失败则升级到值班频道并保留待发内容供人工补发；草稿中涉及客户名称一律脱敏，只保留脱敏后的行业与规模信息。 完成：分发成功或各类回执发出、各留审计时间戳后结束。 ``` ![案例 022 销售话术与 FAQ 周度更新：定时让获授权 Agent 汇总本周赢单/丢单原因与客服高频问题并生成建议草稿；取数失败留审计并重试升级，本周无新增记录发汇总回执，有新记录生成草稿进入负责人确认，确认后分发销售团队频道（客户名称脱敏），驳回则失败结束](../../../media/cases/fig-case-022-01-flow.svg){#fig-case-022-01 width=92%} 如上图所示，正常路径、人工决策与异常同时可见： 1. **定时触发**：计划到点（每周一次）发起一次调用，带入销售团队频道、汇总 Agent 与审批人。 2. **汇总归纳**：获授权 Agent 经 App/Extension 拉取本周赢单/丢单原因记录与客服高频问题，归纳成更新建议草稿；每条注明来源记录编号，无来源支撑的标"未提供·待确认"；回传结构不合要求时停在原等待点，等其重新提交，不自动重跑。 3. **结果分流**： - **取数失败**：CRM 或客服工单不可达、数据陈旧，告警失败并留审计时间戳，按重试上限重试，仍失败则升级到值班频道。 - **本周无新增记录**：发一条"本周无新增记录"汇总回执并留时间戳，不静默结束，也不当作取数失败。 - **有新记录**：草稿进入审批。销售运营负责人逐条核对来源后确认，定稿脱敏分发到销售团队频道并留审计时间戳；驳回则本次失败结束、留审计，草稿保留但不分发。 你不需要手写代码或配置。把上面的提示词发给 Loop，AI 会理解意图、在后台画出这个"定时汇总 + 审批后分发"流程——它知道"汇总归纳"需要一个发消息并等待回调的 Agent 环节、"先确认再分发"需要一个审批环节、"回执与分发"各需要一个发消息环节，并把它们连起来。AI 还会在后台校验流程结构是否完整，你不必关心这些技术细节。 - **CRM 或客服工单不可达、数据陈旧**：不当作"本周无新增记录"或静默结束，而是告警失败、留审计时间戳，按重试上限重试；仍失败则升级到值班频道由人工确认。 - **无来源支撑的建议**：这是本案例最要防的编造。规则要求每条建议注明来源记录编号，无来源的一律标"未提供·待确认"单列，不混入正式建议；分发前负责人逐条核对。 - **负责人驳回**：本次失败结束、留审计；草稿保留供修改，要再分发就再发起一次确认，没有"AI 自动改判"。 - **分发或回执发送失败**：按重试上限重试投递；超过上限则升级到值班频道，并保留待发内容供人工补发。 - **本周无新增记录（结果为 0）**：仍发一条汇总回执并留时间戳，让"没消息"变成可核验的记录。 - **汇总 Agent 回传不合结构**：本次完成请求被拒绝，停在等待点等其修正后重新提交，不自动重跑。 - **长时间无人审批**：审批本身不设自动超时，流程停在等待状态。若业务需要分发时限，由另一条定时检查的 Workflow（或值班人员）扫出滞留草稿并提醒负责人。 只有建议草稿需要审批：分发前必须经销售运营负责人确认，确认时能看到每条建议及其来源记录编号，所以是"有依据的快速决策"而非盲目拍板。审批只有确认或驳回两种结果，驳回即本次失败、草稿保留但不分发，没有"AI 自动分发"。若要更严（如涉及价格口径的建议必须加签产品负责人），在提示词里写明，AI 会在流程里多加一个审批环节。 本工作流对 CRM 记录与客服工单的读取由获授权 Agent 通过 App/Extension 完成，工作流本身不直接调用外部系统。销售团队频道作为调用输入提供；CRM 与客服系统的访问凭据用 `` 占位，由 Agent 运行时从密钥引用。进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段以白名单为准（仅令牌化/白名单字段，原值不进入以上任何一层），可回溯个人的字段（姓名/邮箱/证件/联系方式等）在源头即被令牌化/伪名化，并按 10% 抽查四层实际记录。系统不可达或记录陈旧属于取数失败，走失败回执与升级，不当作"本周无新增记录"。 - **回放集与基准**：取最近 8 周的赢单/丢单记录与客服工单回放，人工基准答案为既定的更新建议清单；建议与基准一致率 ≥ 85%。 - **来源可溯**：分发草稿中 100% 的建议附来源记录编号；无来源支撑的 100% 标"未提供·待确认"，编造来源或编造建议的条数为 0。 - **脱敏**：分发的草稿 100% 不含明文客户名称，按 10% 抽样核对脱敏是否彻底。 - **源头脱敏**：进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段 100% 在白名单内（仅令牌化/白名单字段，原值不进入以上任何一层），并按 10% 抽查四层实际记录。 - **结果可见**：分发、驳回、本周无新增记录、取数失败四类结果 100% 各有可见回执，不出现静默成功。 - **分母与口径**：一致率分母为回放总数；每次运行记录汇总、审批、分发时间戳；从周一记录归档到分发 ≤ 7 天。 - **不打扰**：未经确认的建议 0 条进入销售团队频道。 ### 复用与变体 - **同构迁移**：售前答疑库月度更新、客服话术刷新、渠道伙伴常见问题汇编。 - **双周或按量触发**：记录量小时改为双周汇总，量大时提高频次，在提示词里改周期即可。 - **加签审**：涉及定价、合规口径的建议加签产品或法务负责人，在提示词里写明。