问题、介入、影响

起点不是技术诊断，而是重读此前六次会议的纪要。没有任何一次记录过关于后果的提问，只有回报与时间。

按后果分级把系统分为三档：对人无直接影响、间接影响、直接影响客户或员工的生活。只有第三档需要董事会审批，其余下放至执行委员会。这既疏通了议程，也在真正重要的地方提高了严格程度。

最初的阻力来自技术团队，他们把这项变化读作不信任。当明确具名负责人同时获得正式否决权后，阻力消解，因为这实际上增加了该团队的权力，而非相反。

最能改变讨论方向的指标是人工推翻率。其中一个系统的该数值已连续十四个月为零。不是因为系统足够好，而是因为没人知道自己可以推翻它。

障碍并非通常意义上的情绪问题，而是结构性的：从来没有人定义创始人之后要做什么。没有去处，离开就只是失去，而没有人会主动选择纯粹的失去。

最有用的工具很普通：一张写明姓名、金额与移交日期的权限矩阵。它把原本含糊的东西变得明确，从而把一场关于信任的争论转化成一场关于流程的讨论，后者容易解决得多。

第九个月出现了一次危机：创始人非正式地推翻了一个重要决定。选择公开处理而不是绕过去，才让流程的其余部分有了可信度。

第二代同时接受辅导，但完全分开进行，不做交叉汇报。保密是运作的前提条件，而不是形式。

改变决定的数据不在 CRM 里，而在被系统标记为「已解决」的通话记录中：其中不少是参保人放弃了，而系统把这读作成功。

这四类例外都涉及真实的脆弱时刻：拒赔通知、丧亲期间的服务、重大诊断的首次告知，以及超过一定金额的账单争议。

阻力来自季度自动化目标，它以绝对数字形式存在。后来被替换为「每个已解决旅程的成本」，这个指标不会惩罚在人该在的地方保留人。

内部最难坚持的一点是：这条边界必须是永久且明确的。一个「日后再议」的例外，会在预算压力出现的第一个季度被侵蚀。

第一个调整是诊断上的：问题不是缺少正式权威，而是急于证明它。出于不安而做出的快速决定会被读成不安，而团队读得很快。

与落选者的对话被逐句准备过，包括他最担心那个问题的答案。事先备好答案，降低了问题真正出现时防御性即兴发挥的可能。

我们区分了必须在 48 小时内做出的决定，和明确保持开放数周反而更好的决定。声明式地保持开放是自信的信号；因回避而悬置则相反。

整个周期中最反复出现的主题不是战略，而是如何在不让关系变硬的前提下坚持一个不受欢迎的立场。这项能力几乎从不出现在职位说明书里，却决定了大部分结果。

说服管理层的决定性论据是风险而非创新：封禁并不会消除使用，只会让它变得不可见，而不可见的使用是无法管理的风险。

豁免之所以有效，是因为它明确具有追溯性且不予追责。第一份申报过了九天才出现；第三周之后，数量超出预期。

9 个被正式确立的用例全部来自一线业务，没有一个来自创新部门。它们都是小而具体、摩擦很高的问题，恰恰是企业路线图上从不出现的那一类。

结构性的收获是：关于人工智能在哪里真正产生价值，最有价值的信息分散在做事的人手里，而一纸出于善意的禁令会把它彻底摧毁。