自动化场景案例
自动化最容易被误解成“看到一个信号就自动做所有事”。更可靠的做法是从业务结果倒推：哪个信号开始、需要确认哪些条件、系统能安全做哪一步、哪一步必须留给人。
适用角色与场景
Section titled “适用角色与场景”本指南适合希望减少漏跟进、重复检查和手工提醒的销售经理与工作区管理员。先选择一个结果清晰、风险可控的内部场景，再逐步扩展到等待、批量处理和 AI 节点。
案例一：新建客户后提醒补齐基础信息
Section titled “案例一：新建客户后提醒补齐基础信息”新客户已经进入系统，但经常没有官网、负责人或下一步信息，后续销售无法继续使用客户记录。
记录创建 → 筛选关键字段为空 → 创建跟进任务 → 发送通知
- 触发对象限定为客户。
- 筛选只命中确实缺少关键信息的记录。
- 任务关联原客户，负责人使用触发记录负责人。
- 通知内容告诉销售缺少哪些信息，不要只写“请完善客户资料”。
不要把公开搜索结果直接当成客户确认信息写入关键字段。公开信息可以作为研究材料，最终业务字段仍需人工确认。
案例二：商机进入方案验证后安排跟进
Section titled “案例二：商机进入方案验证后安排跟进”商机进入方案验证阶段后，销售需要在几天内确认验收标准、技术负责人和下一步时间，但团队容易遗漏。
记录更新 → 条件判断阶段 → 调整时间 → 创建跟进任务 → 发送通知
- 触发只关注阶段变化，不要让所有字段更新都创建任务。
- 任务目标写成“确认验收标准和下一步时间”，不要写“继续跟进”。
- 任务截止时间引用调整时间节点的输出。
- 运行后检查任务是否关联正确商机和负责人。
与销售行动方法的配合
Section titled “与销售行动方法的配合”销售行动方法负责告诉销售本次应该确认什么；自动化只负责提醒和创建内部任务。它不应该直接把商机阶段推进到下一阶段。
案例三：定期找出长期没有互动的商机
Section titled “案例三：定期找出长期没有互动的商机”主管每周都要找出一段时间没有电话、会议或邮件的商机，再安排销售复盘。
定时触发 → 查找记录 → 筛选 → 逐条处理 → 创建跟进任务
- 查找范围限定为仍在推进中的商机。
- 筛选依据使用已有活动时间、阶段或其他结构化字段。
- 逐条处理每个商机，任务必须关联当前商机。
- 先在小范围数据上运行，确认不会重复创建任务。
更安全的做法
Section titled “更安全的做法”如果产品没有可用的去重条件，先创建“复盘提醒”或发送主管通知，不要批量创建大量销售任务。
案例四：商机出现评估信号后通知负责人
Section titled “案例四：商机出现评估信号后通知负责人”商机出现需要评估的信号时，负责人和主管需要及时知道当前风险和建议动作。
商机评估信号出现 → 获取商机评估资料 → 执行商机评估 → 发送通知
- 评估资料必须来自当前商机允许使用的业务上下文。
- 通知中区分评估结果、依据和待确认事项。
- 不要把 AI 评估结果写成客户已经确认的结论。
- 对失败运行保留执行历史，必要时转人工复核。
案例五：等待客户约定日期后再检查
Section titled “案例五：等待客户约定日期后再检查”客户已经约定某个日期提供材料或反馈，销售不希望提前反复提醒，也不希望到了日期后无人跟进。
日期到达 → 等待至指定时间或等待条件 → 条件判断 → 创建跟进任务或发送通知
- 日期必须来自已记录的客户承诺或内部明确约定。
- 等待条件要设置超时路径。
- 超时后的动作应先通知负责人或创建内部任务，不要未经审核直接发送客户邮件。
为什么这样做
Section titled “为什么这样做”从业务结果倒推流程，可以先确定什么算成功，再选择触发器、条件和动作。这样能避免为了使用某个节点而设计自动化，也能更早识别哪些判断必须留给销售、哪些动作可以安全交给系统。
如何判断一个案例已经配置成功
Section titled “如何判断一个案例已经配置成功”不要只看流程图是否连通。至少验证：
- 触发条件命中时流程是否开始。
- 不命中时是否不会产生副作用。
- 变量是否引用了正确的记录和负责人。
- 条件分支和超时分支是否都经过验证。
- 创建、更新、通知或外部调用是否只发生一次。
- 执行历史能否定位每一步的输入、状态和失败原因。
- 触发条件过宽，任何字段变化都会重复启动流程。
- 没有验证反向路径，导致不应命中的记录也产生副作用。
- 把公开研究或 AI 生成内容直接写成客户确认事实。
- 批量创建任务或更新字段，却没有去重、超时和失败处理。
- 只看运行成功，不回到客户、商机、任务和通知检查实际结果。