## 每日新销售线索分级与分配建议 {.case data-case-id="017"} | 字段 | 值 | | --- | --- | | 案例编号 | `017` | | 行业 / 部门 | 互联网 / 销售 | | 角色 | 销售经理 | | 难度 | `入门` | | 调用来源 | `schedule`（定时由获授权 Agent 经 App/Extension 读取 CRM 当日新线索） | 新线索堆在公海里没人看，等销售经理手工挑时好线索早被同行截走。目标：每日定时让获授权 Agent 读取 CRM 当日新登记线索并按意向分档，高意向的经销售经理确认后立刻通知对应销售跟进，低意向的发回执归档（Loop 内留档）、不打扰人。指标：当日新线索 100% 在登记后 24 小时内完成分级；高意向线索从分级到销售收到通知的中位数 < 30 分钟；负责销售受控令牌 100% 来自 CRM 记录，缺失即标"待确认"，不猜测。 - **覆盖**：定时读取当日新线索、按意向分高/低两档、高意向经确认后通知对应销售、低意向发回执归档（Loop 内留档）、本期无新线索发回执、取数失败告警。 - **不覆盖**：自动改写 CRM 线索状态、自动分配跟进任务、多轮意向培育、跨渠道线索去重。 - **假设**：有一个经授权能读取 CRM 线索的 Agent（通过 App/Extension）；线索含来源、行业、规模、行为记录与负责销售受控令牌。 把下面这段发给 Loop，它会在后台帮你创建这个 Workflow： ```text 帮我创建一个 Workflow：每日定时由获授权的销售 Agent 经 App/Extension 读取 CRM 当日新登记的销售线索（含来源、行业、规模、行为记录），按意向分成高意向与低意向两档，并返回（线索编号、意向档位、判断依据、建议跟进要点）。App/Extension 在读取侧即完成聚合与脱敏，Agent 只接收线索编号、来源渠道、行业、规模区间与行为计数等白名单字段，不接收联系人姓名、电话、邮箱等原始字段。 触发：定时（计划）发起调用，调用时带入 CRM 数据源的安全引用（令牌化）、销售经理（审批人）、团队频道与销售 Agent。 结果分流（按优先级从高到低依次判断）： 高意向：进入销售经理确认，经理能看到线索来源、行为记录与判断依据；确认后通知对应销售跟进并留审计时间戳；负责销售只用 CRM 记录里已有的负责销售受控令牌，缺失就标"待确认"，不从行业或来源反查或猜测。 低意向：发回执归档（Loop 内留档、发汇总回执）到低优先级线索池并留时间戳，不打扰销售经理。 本期无新线索（查询成功但结果为 0）：发一条"本期无新线索"汇总回执并留时间戳，不静默结束，也不当作取数失败。 取数失败（CRM 不可达或数据陈旧）：告警失败、留审计时间戳，按重试上限重试，仍失败则升级到值班频道；不当作"本期无新线索"，也不进入归档路径。 审批：高意向线索必须经销售经理确认才通知销售，审批本身不设自动超时、无默认通过或否决；驳回则发回执归档（Loop 内留档）到低优先级池并留审计，不自动改派、不自动重跑。 异常：销售 Agent 回传不合结构就停在等待点等它重新提交，不自动重跑；通知发送失败按重试上限重试，仍失败则升级到值班频道并保留待发内容供人工补发。 完成：四个分支各自出回执后结束，全部留审计时间戳。 ``` ![案例 017 每日新线索分级与分配建议：定时让获授权 Agent 读取 CRM 当日新线索；CRM 不可达或数据陈旧按取数失败告警留审计并重试升级，本期无新线索发汇总回执留时间戳，低意向发回执归档（Loop 内留档），高意向经销售经理确认后通知对应销售（驳回则发回执归档到低优先级池、失败结束），均留审计时间戳；回传不合结构停在原等待点](../../../media/cases/fig-case-017-01-flow.svg){#fig-case-017-01 width=92%} 如上图所示，正常路径、人工决策与异常同时可见，四种结果都有可见回执： 1. **定时触发**：计划到点发起一次调用，带入 CRM 数据源安全引用（令牌化）、审批人、团队频道与销售 Agent。 2. **读取新线索**：获授权 Agent 经 App/Extension 读取 CRM 当日新线索并回传分档结果；回传结构不合要求时停在原等待点，等其重新提交，不自动重跑。 3. **四级分流**： - **高意向**：进入销售经理确认，经理可见来源、行为记录与判断依据；确认后通知对应销售跟进（负责销售令牌缺失标"待确认"），并留审计时间戳。 - **低意向**：发回执归档（Loop 内留档、发汇总回执）到低优先级池并留时间戳，不打扰销售经理。 - **本期无新线索**：发一条汇总回执并留时间戳，不静默结束，也不当作取数失败。 - **取数失败**：CRM 不可达或数据陈旧，告警失败并留审计时间戳，按重试上限重试，仍失败则升级到值班频道。 你不需要手写代码或配置。把上面的提示词发给 Loop，AI 会理解意图、在后台画出这个"定时读取 + 四路分流"流程——它知道"读线索"需要一个发消息并等待回调的 Agent 环节、"按意向分流"需要一个条件路由、"经理确认"需要一个审批环节、"通知与回执"各需要一个发消息环节，并把它们连起来。AI 还会在后台校验流程结构是否完整，你不必关心这些技术细节。 - **CRM 不可达或数据陈旧**：不当作"本期无新线索"或静默结束，而是告警失败、留审计时间戳，按重试上限重试；仍失败则升级到值班频道由人工确认。 - **负责销售令牌缺失**：输出"待确认"并随通知带给销售经理，由经理指派，不从行业或来源反查或猜测负责人。 - **通知发送失败**：按重试上限重试投递；超过上限则升级到值班频道，并保留待发内容供人工补发。 - **本期无新线索（结果为 0）**：仍发一条汇总回执并留时间戳，让"没消息"变成可核验的记录。 - **销售 Agent 回传不合结构**：本次完成请求被拒绝，停在等待点等其修正后重新提交，不自动重跑。 - **销售经理驳回**：本次失败结束、发回执归档（Loop 内留档）到低优先级池并留审计；要重新跟进就再发起一次。 只有高意向线索进入销售经理确认，低意向与零结果都不打扰人。确认时经理能看到线索来源、行为记录与判断依据，所以是"有依据的快速决策"；驳回即发回执归档（Loop 内留档）到低优先级池，没有"AI 自动改派"。审批本身不设自动超时，流程停在等待状态；若担心高意向线索压着没人确认，由另一条定时检查的 Workflow 扫出超时项并提醒经理，而不是替经理自动通过。 CRM 的线索读取由获授权 Agent 通过 App/Extension 完成，工作流本身不直接调用外部系统。团队频道与审批人作为调用输入提供；CRM 的访问凭据用 `` 占位，由 Agent 运行时从密钥引用。进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段以白名单为准（仅令牌化/白名单字段，原值不进入以上任何一层），可回溯个人的字段（姓名/邮箱/证件/联系方式等）在源头即被令牌化/伪名化，并按 10% 抽查四层实际记录。CRM 不可达或数据陈旧属于取数失败，走失败回执与升级，不当作"本期无新线索"。 - **回放集与基准**：取最近 200 条已人工定档的历史线索，基准答案为销售经理的既定分档（高/低意向）；每日回放并记录读取、通知时间戳。 - **分母与口径**：一致率分母为回放总数；负责销售令牌一致率单独统计，缺失项必须 100% 输出"待确认"且无一次猜测。 - **指标**：分档一致率 ≥ 90%；当日新线索 100% 在登记后 24 小时内完成分级；高意向从分级到销售收到通知的中位数 < 30 分钟。 - **零结果与失败**：本期无新线索 100% 出回执不静默；取数失败 100% 出告警回执并留审计，无一例被当作零结果。 - **源头脱敏**：进入 Agent 消息、Run/Activation/Effect 记录与 App/Extension 工具日志的字段 100% 在白名单内（仅令牌化/白名单字段，原值不进入以上任何一层），并按 10% 抽查四层实际记录。 - **抽样**：每周抽查 5 条高意向通知，核对线索编号、档位依据与负责销售令牌是否与 CRM 一致。 ### 复用与变体 - **同构迁移**：客服线索分级、渠道合作申请初筛、官网试用申请分派。 - **改分档口径**：把高/低两档扩成三档（高/中/低），中档走每日汇总而不是即时确认，在提示词里写明。 - **写回 CRM**：确认后再加一个 Agent 环节，由获授权 Agent 经 App/Extension 把分档结论写回可信的 CRM 线索记录（仅该业务维度），以线索编号为稳定幂等键、响应未知先查后写，配有限重试、升级、待处理与审计，完整继承外部写入契约。