2.1 CEO 说支持，为什么我还要写授权书

CEO 在会上宣布“所有部门都要配合 AI 转型”，我原以为授权已经足够。第二天，财务拒绝提供应收明细，销售负责人也不愿让我抽查失败订单。他们并不是公开反对，只是不确定我能看什么、结论会用来做什么。

一句支持不能代替具体授权。

我请 CEO 回答六个问题

我和 CEO 写下一页转型章程：这次要改善什么经营结果，先看哪些业务，哪些数据可以访问，哪些决定我能组织推动，遇到部门争议谁拍板，什么情况必须暂停。

我还请他指定一位日常发起人。CEO 不可能参加每次访谈，但必须有人协调资料、召集关键岗位并清除阻碍。

能看经营数据不等于可以任意复制；能组织试点不等于可以改变合同或员工考核；能请 AI 全栈工程师建设系统，也不等于可以绕过安全、财务和法务。

我把“可以做”“必须另行批准”“明确不能做”分开写。这样员工知道配合不是把全部控制权交给 FDE，FDE 也不会用 CEO 的一句话无限扩大范围。

我最初把财务拒绝提供应收明细理解成部门保护数据。财务负责人却问我：“你是要判断销售效率，还是要核对某个客户？数据会不会被拿去评价个人？”我当时答不上来。

问题不在财务不配合，而在 CEO 的支持没有说明用途、范围和保护。我们后来只取最近半年的脱敏订单，用于判断合同到开票的等待，不做个人绩效比较。范围一清楚，财务当天就指定了对接人。

这次修正提醒我：授权不是压过部门顾虑的通行证，而是让每个人知道为什么要配合，以及怎样不越界。

CEO 决定转型目标和跨部门争议；日常发起人清除资料和人员阻塞；业务负责人确认流程事实并承担灯塔结果；数据、财务和风险岗位保护各自边界；我组织诊断、整理证据和提出决定请求。

AI 可以帮助整理访谈和资料，AI 全栈工程师也可以在后续根据执行包建设系统，但在诊断授权阶段，他们都不能自行扩大数据范围或替 CEO 决定经营目标。

如果章程中大量事项都写“项目组负责”，我会继续追问。临时项目组迟早解散，经营责任必须落到公司现有岗位。

普通脱敏订单可以由指定人员直接提供；员工、客户敏感资料需要相应负责人另行批准；对外发送、合同修改和财务写入不在诊断权限内。

如果发现资料被误用、访问范围超出约定，任何指定负责人都可以先暂停，随后由 CEO 或风险负责人决定是否恢复。写清暂停权，比只写“确保安全”更能保护参与者。

授权书由 CEO、业务发起人、财务和涉及试点的负责人共同确认。然后我用一个小动作验证：能否在三天内拿到一组脱敏订单，并召集销售、项目和财务复核。

如果这件小事都无法完成，我不会假装项目已经启动，而会把阻碍交回 CEO 决定。

验证授权时，我不只看资料有没有到，还看受访者是否得到明确通知、提供者是否知道用途、部门争议能否在约定时间内被决定。三天后样本到了，但销售负责人仍拒绝参加复核，发起人便按章程把阻塞提交给 CEO。第二天，一位销售主管获得正式时间投入。

只有当授权能改变真实资源安排，它才不是一张礼貌文件。

项目	经CEO与责任岗位确认的内容
经营目标	查明合同增长时项目毛利、验收和现金为何没有同步改善
首批范围	有效商机进入到合同、项目交接、验收与回款风险
可访问资料	最近六个月脱敏订单、合同字段、项目和财务状态
FDE可以推动	访谈、样本抽查、跨部门走查、流程与系统建议
必须另行批准	未脱敏资料、员工个人资料、生产写入和对外测试
明确不能做	修改合同、价格、财务记录、员工评价和客户承诺
日常发起人	CEO指定的经营负责人，负责清除资料与人员阻塞
停止条件	资料用途越界、无法保护客户信息或关键岗位拒绝确认事实
第一次复核	三天验证真实授权，四周进行经营层诊断决定

三天后，脱敏样本和事实确认人都已经到位，说明授权开始改变真实资源安排。完整版本收入云枢科技诊断证据包。

授权解决的是“我能否进入现场”，没有解决“我应该问什么”。下一节我会把功能愿望换成可核对的经营事件：我为什么不问大家想要什么 AI。