自动化与业务流程
CRM 中的自动化是为了让可重复的工作以一致的方式执行，而无需人工监控：新的请求立即获得负责人，进入某个阶段时自动创建相应任务，客户收到按模板生成的邮件，关闭前会检查必填的条件。优秀的自动化会加速流程并让它变得可预测；糟糕的自动化则会悄悄修改数据，让团队不再明白究竟发生了什么。
自动化在 CRM 自动化区域（/crm/automation）管理。这是流程管理员的工作，而不是经理的日常操作。
CRM 自动化不限于销售：所选管道可以处理商业机会或服务请求。安全示例请使用 Delivery window — demo 作为服务请求，使用 Rebranding — demo 作为商业机会；不要使用真实记录、标识符或金额，也不要修改数据。
自动化由什么组成
CRM 中有几种工具，重要的是不要混淆它们的用途：
- 规则机器人在事件发生后触发（创建了销售机会、阶段发生变化、字段发生变化）并执行动作。
- 操作前检查在操作之前触发，在条件未满足之前阻止操作完成。
- 业务流程描述一个多步骤的场景，包含条件、等待和分配给人的任务。
- 邮件模板保存由机器人和流程发送的对外消息文本。
规则机器人
规则回答的问题是「系统在事件之后做什么」。
- 事件（触发器）： 创建销售机会、进入阶段、字段变化、手动运行，以及文档交换的事件（见下文）。
- 如果触发器列表显示代码而不是可读名称，请不要直接启用规则。先与流程负责人确认事件含义，并等待清晰的本地化标签。
- 条件： 在哪些取值下规则会触发；条件可以通过「与」/「或」组合。
- 动作： 一连串步骤——指定负责人、推进到某个阶段、修改字段、创建任务、发送通知、给客户发送邮件、启动流程等等。
- 如果动作涉及金额或货币，请单独核对销售机会的货币和预期结果。启用规则前，确认它使用的是团队预期的金额数据和显示格式。
- 分支： 规则内部的「如果——否则」，用于不同情况。
- 步骤排程： 立即执行、延迟执行或在精确时间执行。
- 错误策略： 当某个步骤失败时，继续执行还是停止整条链路。
每条规则都有作用范围（整个公司、管道或阶段）和优先级。作用范围越宽，启用前就越需要仔细检查这条规则。 拥有 CRM 访问权限并不保证可以访问所选管道或阶段中的自动化。委派范围拒绝访问时，页面会显示原因且不会加载规则列表，这不是“列表为空”。请检查所选管道和阶段，并向策略负责人申请相应范围的权限。
运行历史显示规则实际做了什么：每次运行的状态、已执行的步骤以及通知的送达结果。当自动化的表现与预期不符时，这是最主要的排查工具。
文档交换触发器
概念流程，不是界面截图，也不证明门户当前数据。
如果门户已接入文档交换，规则就可以使用该流程的独立事件：
- 已关联交易对方（文档交换）——收到的文档已与 CRM 中的客户匹配；
- 文档交换文件已导入——文档和已签署副本已加载到门户一侧；
- 文档已完成（文档交换）——该文档的交换已到达最终状态；
- 文档交换导入错误——加载失败。
这样就能把文档交换与人的工作衔接起来，而不必人工盯着：文档完成时把销售机会推进到下一阶段或创建执行任务；导入出错时立刻通知负责人。导入错误尤其值得用规则兜住：没有通知，往往要等客户来问那份没收到的文档才会被发现。
操作前检查
操作前检查是一个必须在操作之前满足的条件：例如必填字段已填写、检查清单已完成，或阶段之间的转换是允许的。如果条件未满足，操作会被阻止，用户会看到提示信息以及需要修正什么的说明。
操作前检查不是官僚主义，而是对结果的保护：它不允许无缘无故地关闭销售机会，也不允许在缺少必要数据的情况下推进到某个阶段。
配置时需要注意：
- 拦截会一次显示全部原因。 如果一个操作违反了多项检查，用户会看到它们汇成一份清单，每条单独一行。请把提示写成彼此并列时也读得顺的样子：简短、切题，不要用「不允许」这类笼统说法。
- 提示应当说出如何修正，而不是禁令：写「请填写关闭原因」，而不是「禁止转换」。
- 当检查指向某个具体字段时，表单会滚动到该字段并高亮。 可能的话就把检查绑定到字段上——这样用户能立刻找到该改的地方。
- 已知的例外是关闭原因：高亮不会引导到它。如果你的检查要求填写关闭原因，请在提示里写明该到哪里填。
邮件模板
邮件模板保存发给客户的重复性对外消息。处于活跃状态的模板可在规则和流程的「给客户发送邮件」动作中使用。模板中可以代入销售机会和客户的数据，因此一封邮件可以适用于多种情况。
请使用选定的合成 CRM 请求检查代入，不要使用真实记录：预览需要选定合成 CRM 对象的 ID 及其对象上下文。服务请求使用 Delivery window — demo，商业机会使用 Rebranding — demo；整个检查保持只读：
- **「变量」**按钮打开可用代入项的目录，按含义分组；选中的变量会插入到文本中；
- 当文本中含有变量时会出现**「检查」按钮，它会显示「预览」**区块：消息最终会变成什么样，以及代入的错误和警告。
请在启用规则前使用预览。它能抓住的正是那些让邮件发得难看的问题：变量名拼错、在当前上下文里并不存在的代入项，以及数据未填写而留下的空白。
业务流程
业务流程描述一个多步骤的场景：动作步骤、条件、等待事件、分配给人的任务、循环和并行分支。流程在可视化编辑器中构建，步骤连接成一张流程图。
启动前应当检查流程并以测试模式运行一遍，以确保它沿着预期的路径推进。已启动的流程有自己的状态和步骤历史；卡住的流程可以被停止。流程为人创建的任务会汇集到一个单独的列表中，由人手动完成。
控制时要注意什么
- 每条规则、流程和模板都应有从名称即可理解的含义和一个负责人。
- 启用重要规则之前，检查预期结果并在安全数据上进行测试。
- 自动化不应悄悄修改负责人、期限或状态：如果某个动作可能引起疑问，就添加清晰的记录或通知。
- 定期重新审视未使用的以及作用范围过宽的规则。
- 当结果与预期不符时，分析运行历史。
如何分析规则的运行
当规则的运行结果与预期不符时，不要急于把它关闭——先阅读运行历史。它会显示究竟发生了什么，从而省下大量靠猜测的时间。
在历史中，每一次运行都可以看到：
- 运行状态：成功、部分完成、出错、被跳过或正在执行；
- 执行了哪些步骤，以及链条在哪一步停了下来；
- 通知和邮件的发送结果：发给了谁、没发给谁，以及原因；
- 来源：是哪个事件、由哪一笔销售机会触发了规则。
如果运行历史只显示服务标识，没有可读的销售机会名称和结果，就不要把这次运行视为已验证。请核对参与者能够理解的名称、状态和结果。
分析顺序：
- 按销售机会和时间找到对应的那次运行。
- 查看链条是执行到底，还是在某一步停了下来。
- 如果某一步出错，就阅读原因：多数情况是数据缺失、权限不足或收件人不可达。
- 修正原因（数据、权限、模板、作用范围），必要时手动重新运行规则。
- 如果规则触发得过于频繁或触发在不该触发的地方，就收紧条件和作用范围，而不是把整套自动化都关掉。
部分完成不一定意味着故障：一部分动作可能因为条件而被有意地未予应用。重要的是区分预期内的跳过与真正的错误，而运行历史足以帮你做到这一点。
可以看到的状态
- 没有查看或修改自动化的权限；
- 规则已关闭；
- 预期结果显示无法运行；
- 手动运行正在执行；
- 历史显示出错或运行的部分结果；
- 操作前检查阻止了操作，并列出了全部未满足的条件；
- 模板预览显示了代入的错误或警告；
- 流程被停止或已完成。
部分自动化与业务流程的界面目前并非对所有界面语言都已本地化。这是已知的产品限制：演示流程前，请确认操作名称和提示对团队清晰易懂。
良好实践
- 为规则和流程取含义清晰的名称并指定负责人。
- 启用前检查预期结果并进行测试。
- 不要让自动化悄悄修改负责人、期限或状态。
- 让操作前检查的提示信息清晰易懂：说明要修正什么，而不只是「不允许」，并记住它们可能与其他提示一起成列显示。
- 在启用规则前，用预览检查模板中的代入。
- 定期重新审视规则并关闭多余的规则。
常见错误
未经检查就启用作用范围过宽的规则。 它会在不该触发的地方触发，制造多余的动作。
用自动化悄悄修改负责人或期限。 团队失去对谁负责什么的理解。
设置提示信息不清晰的操作前检查。 用户看到了禁止，却不知道要修正什么。
未检查数据代入就使用邮件模板。 模板字段里的预览几秒钟就能给出结果和错误——没有它，客户就会收到带有空白位置或他人数据的邮件。
把操作前检查的提示写得像是唯一一条。 用户可能一次看到好几条提示；在共用的清单里，含糊的措辞让人看不出究竟该改什么。
未经测试运行就启动流程。 它沿着意料之外的路径推进，事后排查的代价比事先检查更高。
如何检查结果
- 规则的名称、作用范围、条件、动作和负责人都清晰；
- 运行历史确认规则做到了预期的事；
- 操作前检查只阻止它应当阻止的内容，并说明如何修正；
- 模板预览显示的成品文本没有代入错误，也没有空白；
- 业务流程经过测试运行，并沿着预期的路径推进。
相关场景
概念图，不是界面截图，也不证明门户当前数据。