一张表先把责任定下来
| 节点 | 系统可做的事 | 销售应确认的事 |
|---|---|---|
| 新询盘进入 | 统一记录来源、建档、通知 | 判断是否真实、是否已有客户 |
| 分配 | 按国家、产品和团队规则分配 | 确认特殊客户归属 |
| 首次响应 | 提醒、记录时间、发送基础确认 | 理解需求并给出有价值的回复 |
| 后续跟进 | 超时提醒、生成任务、更新状态 | 确认下一步和商机条件 |
先确定老客户、重点客户、公海数据和协同人的优先级,再配置自动分配,能减少上线后的归属争议。
从一个高频场景开始
最适合先落地的是“网站新留言→分配负责人→提醒跟进”。询盘云已有新留言自动分配、自动邮件回复、公海潜客分配和未及时跟进提醒等模板。先用一种来源试运行,检查联系人信息、分配结果和销售响应,再扩展到Facebook、邮件与WhatsApp。
- 定义触发点:网站留言或其他触点的新数据何时进入线索。
- 定义筛选条件:主要留言、目标国家、产品范围或现有客户状态。
- 定义动作:通知、分配、建档或生成后续任务。
- 定义兜底:负责人不在岗、达到私池上限、无法查重时由谁接管。
- 定义验收:抽取真实样本检查是否按预期执行。
让跟进行为推动状态,但避免误判
在询盘云1.7.6中,线索自动化新增“跟进行为”和“阶段变更”事件,以及更新跟进状态、变更线索阶段的动作。例如销售首次发出WhatsApp消息,可尝试把线索标记为“已联系”;客户回复后,可进入“有互动”的工作状态。这里的状态定义与变更条件应由企业自行设定。
跟进行为按每个流程、每条线索每天第一次行为通知流程尝试触发,历史行为不回溯;绑定触点时,同步来的超过1小时的历史消息不触发。导入更新或通过线索更新API改变阶段,也不会触发阶段变更事件。设计流程时要用这些边界检查预期,不要把“有消息”直接等同于“有采购意向”。
发布、版本和执行明细要有人管
流程编辑完成后,必须发布且启用新版本才会生效;已触发的数据继续按旧版本执行,新触发的数据才按新版本运行。自动化创建线索或客户,还可能触发相应的新建事件,需检查循环和重复触发设置。
建议指定一名流程负责人,每周查看未分配数据、执行失败、超时未跟进和重复触发样本。出现问题时先看执行明细与流程版本,再修改条件。相关场景也可对照询盘管理方案。
用业务结果评估自动化
- 新询盘到指定负责人的时间。
- 首次响应在目标时限内的比例。
- 因无人负责而超时的线索数量。
- 有效线索进入商机的比例。
- 销售手工转派、纠错和重复联系次数。
常见问题
自动化流程改完为什么没生效?
检查是否重新发布、是否启用,以及数据是否已在旧版本中触发。
公海线索能自动变更阶段吗?
执行动作仍受业务校验约束;询盘云的规则示例中,公海线索不能变更阶段。
自动化应该代替销售判断客户意向吗?
更适合处理分配、提醒和状态记录;采购意向、报价和重要商机判断应由销售确认。