能否撤销才是真正的分界线
给任何自动化操作分类，真正有用的标准不是它有多难，也不是系统有多大把握，而是撤销它需要付出什么。
草拟报价可以随意重来，不需要任何代价。但把报价发给客户就不同了，因为客户已经看到了一个数字。从客户的卡上扣款更糟，因为撤销它意味着退款、手续费和一番沟通。一项操作越是延伸到您自己的记录之外，出错的代价就越高，置信度分数的价值也就越低。
闭环流程：提议、审批、执行、记录
让这件事切实可行的方式是四步，而不是两步。
- 提议。助手完成工作并产出成果：报价、回复、日程变更。
- 批准：由人工阅读后选择同意、编辑或退回。此时尚未对外执行任何操作。
- 执行。直到此刻，内容才真正发出。
- 日志。提出了什么、批准了什么、改动了什么、发生了什么，都会记录下来，并始终清晰可读。
日志是最容易被低估的部分
没有记录的审批，只是一道走过就忘的关口。正是日志，让一次次独立的决定成为日后放宽关口的依据。
同类跟进消息连续批准四十次且无任何修改之后，您掌握的就是证据，而不是感觉。到了这一步，让它自动运行就是有理有据的决定，而不是冒险一搏。没有这份记录，即使到了第四十次，您仍然是在猜测。
检查点不应设置的位置
事事都要审批并不等于安全，而是多了一份工作。一个没人愿意面对的队列比没有队列更糟，因为它最终会被不看内容地批量通过。这正是设计时要防范的失败模式。
内部且可撤销的工作应直接执行：起草、调研、分类、准备、总结，凡是产出供您查看、而非直接发给客户的内容，都属于此类。
- 自动执行：草稿、分类、调研、内部摘要、排期建议。
- 需先询问：对外消息、发布的内容、任何涉及资金流动的操作，以及任何客户可见的内容。
- 绝不一键全部批准：撤销时需要向别人道歉的操作。
让批准轻而易举
审核关卡要想坚持下去，就必须足够快。这意味着队列中显示的是实际内容本身，而不是对内容的描述；修改可以直接进行，而无需驳回后重新开始；同类事项归在一起，这样连续八条跟进消息只需做一次决定，而不是八次。
我们的目标是设置这样一道关卡：工作无误时几秒即可通过，有问题时一目了然。任何更慢的关卡都会被绕过，而被绕过的关卡保护不了任何人。
按撤销成本对操作排序，只在该成本确实存在的地方设置检查点，并保留记录。这样赢得的信任，是凭证据而不是凭胆量逐步扩大的。