企业AI · CTO · 向上管理
CTO最危险的AI战略：项目交付了，能力却留在供应商手里
老板要的是方向、进度和结果。CTO要做的，是把这三个词变成组织可以掌握的能力。
现在最考验CTO的一个问题，往往只有四个字：我们的AI战略呢？
这句话从老板嘴里说出来时，通常没有完整的业务范围，也没有验收口径。可能是董事会在追问，可能是同行发布了新产品，也可能是管理层担心公司错过窗口。
CTO很容易选择一条看起来省事的路：找一家供应商，把调研、方案、开发和交付一起包出去。供应商很快给出路线图，管理层看到了演示，季度汇报也有了内容。
十八个月后，董事会开始问更细的问题：为什么选这个场景？系统错了谁负责？换一家模型会怎样？哪些能力掌握在自己手里？
如果CTO只能把供应商再叫进会议室，他失去的就不只是一个项目的解释权。
项目买回来了，判断力没有长在组织里。这才是AI外包最容易被忽略的成本。
CTO可以外包工作，不能外包学习
企业采购数据库、云服务和ERP，并不要求CTO亲自写每一行代码。AI项目也一样，供应商当然可以用。
问题出在"全权交付"。当供应商同时定义问题、选择架构、决定评测方式、掌握生产反馈，企业内部只负责付款和验收，组织学不到系统为什么有效，也不知道它会在哪里失效。
一旦业务变化、模型更换或供应商离场，原本看起来完整的系统就会暴露出依赖。
CTO需要保留的不是全部代码，而是五项能力：场景选择、架构决策、数据与权限规则、评测标准、生产反馈闭环。
模型接口和开发人力可以采购，公司的判断标准不能连同项目一起打包出去。
老板说"AI战略"，CTO先别急着交方案
向上管理的第一步，不是用更多技术名词证明自己懂AI。老板真正担心的通常是三个问题：公司会不会落后，投入多久能看到结果，出了问题能不能控制。
所以CTO收到"做AI战略"的要求后，应该先把它翻译成一份管理契约。
这份契约只需要回答六个问题：
• 这次优先改变哪一段业务？
• 改变之后，收入、成本、速度或风险中的哪一项会变化？
• 第一个结果多久可以验证？
• 哪些数据、流程和人员必须参与？
• 哪些动作由AI完成，哪些决定仍由人批准？
• 试点失败时，停止条件是什么？
这不是在给老板上技术课，而是在帮助老板把一句方向要求变成可以共同承担的决定。
第一张表：把战略口号翻译成业务结果
很多AI汇报一上来就是模型选型、知识库和Agent架构。老板听完知道团队很忙，却仍然不知道公司得到了什么。
CTO可以使用一张简单的"战略翻译表"：
老板原话是什么，背后的经营压力是什么，具体落在哪条工作流，准备改变哪个指标，谁对业务结果负责，何时回来复盘。
例如，"销售团队要全面用AI"太宽。翻译之后可以变成：针对首次接触后的线索整理，减少销售录入和查资料的时间；由销售运营负责业务口径，技术团队负责系统，六周后检查响应时间和人工修订率。
注意，这里没有承诺AI替代整个销售团队。范围越清楚，CTO越容易取得第一个可信结果。
第二张表：哪些能力必须留在公司
供应商能加快项目，但双方必须在启动前写清能力归属。
企业至少要掌握这些东西：
• 业务流程与例外规则的最终解释权；
• 数据来源、权限、更新和审计规则；
• 评测样本、错误分类和验收阈值；
• 模型、工具和供应商更换时的架构选择权；
• 上线后的反馈记录和改进优先级。
供应商可以提供模型能力、实施经验、开发速度和行业组件。比较健康的合作结果是，供应商帮助内部团队更快学会，而不是把客户变成长期不会动手的使用者。
项目合同里也可以增加一个很实用的指标：每个季度，内部团队能独立完成的工作是否增加，对外部人员的日常依赖是否下降。
如果合作做得好，供应商的重要性会从"每天替你操作"变成"关键时刻提供更深的能力"。
第三张表：每季度给老板看一份价值账
CTO最容易吃亏的地方，是技术团队做了大量地基工作，管理层只看见一个聊天窗口。
向上汇报不能只说完成了哪些功能。建议每季度把AI工作整理成四栏：
第一栏是业务结果。处理时间、人工接管、错误和收入成本有没有变化。
第二栏是能力沉淀。新增了哪些评测、数据接口、权限规则和通用组件。
第三栏是风险账。发生过哪些错误，怎样发现，下一步准备降低什么风险。
第四栏是下一项决策。需要管理层批准哪段流程变化、哪些数据权限或多少投入。
这份账能让老板看到，AI项目不是一次采购，也不是技术部门的兴趣活动。它是一套逐步进入经营流程的能力建设。
一个CTO可以从下周开始的90天安排
前两周，不急着铺开项目。和老板确认一项经营压力，走一遍真实流程，确定负责人、基线和停止条件。
接下来的四到六周，选一个高频、低风险、能人工接管的场景。供应商可以参与，但内部工程师必须共同设计、共同运行，并掌握日志和评测。
第二个月末，向管理层展示两个结果：业务指标有没有变化，内部团队学会了什么。演示界面放在后面。
第三个月，根据反馈决定继续、调整或停止。能复用的内容进入公司的标准工具和文档，客户特例留在项目层，不要把一次定制伪装成平台能力。
CTO在董事会里需要回答的，不是"用了哪家模型"
更有分量的问题是：我们为什么先改这段业务，系统根据什么作判断，错误怎样被发现，哪些能力已经留在公司，下一季度准备扩大到哪里。
这些问题答得出来，CTO就没有被供应商架空。他使用了外部力量，同时让组织形成了自己的判断和交付能力。
AI战略带给CTO的机会，不是买到一个先进系统之后继续管理旧的工程事务。
机会在于，他可以借这个窗口重新连接技术、业务和经营结果，让自己从"负责系统的人"变成"帮助公司建立新能力的人"。
可以外包双手，不能外包学习回路。
完