销售

停滞交易干预工作流程

在没有有意义的活动的情况下,机会仍然存在,管理层只有在预测发生偏差后才会看到风险。

业务问题

在没有有意义的活动的情况下,机会仍然存在,管理层只有在预测发生偏差后才会看到风险。

团队看到什么

  • 监视 crm 事件和计算阶段寿命之间的工作等待。
  • 所有者从 Salesforce 和 Slack 重建状态。

为什么会发生这种情况

  • 没有共享状态跨越 Salesforce、Slack、Generic webhook。
  • 决策和例外规则的应用不一致。

为什么它变得昂贵

  • 能力因协调和返工而消耗。
  • 迟到的例外会削弱可见性和服务质量。

业务成果

  • 更新风险状态周期更短
  • 更少的交接和信息缺失异常
  • 从监控 crm 事件中清除所有权以更新风险状态
  • 可检查的决策和恢复

可衡量的关键绩效指标

  • 周转时间: 从监控 crm 事件到更新风险状态所用的时间。
  • 人工干预率: 在规定的审查条件之外需要人员的项目份额。
  • 异常年龄: 未完成的操作仍存在时间未解决的异常。
  • 成功完成率: 共享在没有终端故障的情况下完成的有效工作流程项目。

工作流程如何运作

  1. 监控 CRM 事件 — 接受并识别停滞交易干预工作流触发器。 销售人员
  2. 计算阶段年龄 — 使用经过验证的样本数据和可审核的结果执行计算阶段年龄。 销售人员
  3. 检查下一步 — 使用经过验证的样本数据和可审核的结果执行下一步检查。 松弛
  4. 对不活动进行分类 — 使用经过验证的样本数据和可审核的结果对不活动进行分类。 通用网络钩子
  5. 通知业主 — 使用经过验证的样本数据和可审核的结果执行通知所有者。 销售人员
  6. 创建干预任务 — 使用经过验证的样本数据和可审核的结果执行创建干预任务。 松弛
  7. 升级逾期行动 — 使用经过验证的样本数据和可审核的结果执行升级逾期操作。 通用网络钩子
  8. 更新风险状态 — 使用经过验证的样本数据和可审核的结果执行更新风险状态。 销售人员
  9. 审计和 KPI 更新 — 保留执行结果、审计事实和工作流程测量事件。 SEIDO执行商店

整合和所有权

  • 销售人员: 提供工作流程输入
  • 松弛: 查找和更新上下文
  • 通用网络钩子: 收到受控结果

人类责任: 收入运营经理

失败与恢复

Salesforce 暂时不可用。

使用有上限的指数退避重试;保留运行并将其移至限制后的可检查故障队列。

计算阶段年龄所需的数据格式错误或丢失。

停止下游操作并向指定审阅者显示缺失字段、源证据和更正操作。

触发器或提供者事件被传递多次。

返回由幂等键标识的现有执行,并且不重复下游业务操作。

人类的决定在完成之前就失效了。

升级到配置的替代者,保留原始请求并记录到期和重新分配。

什么时候不构建这个

  • 每月的交易量太低,无法证明集成 Salesforce、Slack、Generic webhook 的合理性。
  • 现有的配置平台已经可以处理停滞交易干预工作流程,并提供足够的所有权和报告。
  • 可靠的源数据或支持的 API 访问不可用。
  • 任何企业主都无权定义决策和例外规则。

相关工作流程