操作防护
操作防护是一条规则，在条件未满足前阻止某个操作执行。例如：金额未填写时，不能把销售机会推进到「合同」阶段；清单未完成时，不能关闭任务。防护会在操作发生的那一刻触发，显示清晰的消息，并提示究竟需要修正什么。
操作防护是流程的「保险丝」：它把规范从口头约定变成由门户对所有人一视同仁执行的规则。
可在 /automation/operation-guards 处设置，也可以在 CRM 自动化的防护板块中设置。
何时需要操作防护
当员工经常「跳过」某个必经步骤时，就应该设置防护：
- 在清单未完成的情况下关闭任务；
- 在必填字段未填写的情况下把销售机会推进到管道下一步；
- 在没有金额或客户的情况下把销售机会标记为赢单；
- 在未填写必填原因的情况下启动某个动作。
如果某个步骤是期望执行但并非强制的，最好使用提示或任务规则，而不是硬性阻止。
防护由哪些部分组成
防护由三个部分组成：
- 操作——我们究竟要防护什么（阶段/状态转换或动作）。
- 条件——操作得以通过所必须满足的内容。
- 消息——条件未满足时用户会看到的内容。
请先用文字把规则表述清楚：「在满足 Y 之前不能做 X」，然后再配置防护。
哪些操作可以防护
防护可以挂在两类操作之一上：
- 转换——销售机会阶段或任务状态的变更；
- 动作——针对某个实体（任务、销售机会、项目）的按钮或操作。
这样就能封住风险最高的几个节点：「不能赢下销售机会」「不能关闭任务」「不能切换到某个阶段」。
作用范围
防护具有作用范围：整个公司，或某条具体管道。作用范围决定了规则在哪里生效。针对单条管道的精准防护不会干扰其他方向的工作，而公司级别的防护则设定了统一的强制标准。
防护的条件
条件用于比较实体的某个字段或状态。可用的条件包括：
- 字段已填写 / 未填写；
- 清单已完成；
- 字段值属于列表 / 不属于列表；
- 数值比较（例如金额大于零）。
可以把多个条件组合起来，使操作只有在满足所有必要要求时才能通过。
阻止消息与提示
如果条件未满足，操作无法通过，用户会看到阻止消息。一条好的消息说明的不是「不行」，而是该做什么：「在转换到『合同』阶段前请填写销售机会金额」。防护可以高亮所需字段或打开相应板块，让用户立刻明白该去哪里修正。
消息就是规范的界面。含糊的「操作被禁止」令人恼火；清晰的提示则节省时间。
启用与所有者
防护只有在启用之后才生效。每条防护都应有一位负责规范的所有者：防护会直接妨碍人们工作，因此被遗忘或过于严格的防护会阻塞流程。在列表中可以看到谁在何时修改了规则。
状态与限制
- 防护已关闭——操作不受限制地通过；
- 条件已满足——操作照常通过；
- 条件未满足——操作被阻止，显示消息；
- 防护范围过宽——阻止了本不该阻止的操作；
- 在该作用范围内没有管理权限——防护仅可读。
良好实践
- 只对真正必经的步骤设防护，不要事事都防。
- 把消息写成指引：该填写或完成什么。
- 使用字段或板块高亮来引导用户。
- 如果规则并非通用，把防护的作用范围限定到所需的管道。
- 指定所有者，并在流程发生变化时重新审视防护。
常见错误
对非必经步骤设防护。 在只需提示就够的地方使用硬性防护，会拖慢工作并催生绕行做法。
消息含糊。 「操作被禁止」并不说明该做什么，反而引发向支持团队的求助。
作用范围过宽。 公司级别的防护会破坏那些本不在其针对范围内的方向的工作。
没有所有者的防护。 当规则妨碍工作时，不清楚该找谁来修改。
如何检查结果
- 当条件未满足时，操作确实被阻止；
- 消息清楚地说明了需要修正什么；
- 高亮引导到所需的字段或板块；
- 当条件已满足时，操作顺畅通过；
- 防护不会波及其作用范围之外的操作。