2.12 我怎样让经营层真正作出决定

第一次诊断汇报，我准备了六十页材料。会后每个人都说“很全面”，却没有人决定先做什么、由谁负责、允许访问哪些数据。

第二次我只带了四张图和三项需要拍板的事情。

第一次汇报为什么没有产生行动

六十页材料里有行业趋势、工具能力、访谈摘要和大量建议，却没有把一笔订单的断点连接到收入、毛利和现金。每位高管都能找到自己同意的页面，也能避开需要承担的决定。

我把“大家认可”误当成诊断完成。直到项目团队问我谁可以提供数据、谁批准试用，我才发现会议没有改变任何资源和责任。

第二次会议前，我把所有内容压到经营事实、可选路径和明确请求。被删除的材料仍留在诊断包中，但不再占用决策时间。

四张图分别是商业系统图、YS-24-017 四线订单图、五个候选机会的比较和十二周条件式路线。三项请求则是：是否选择商机到回款灯塔；谁共同承担业务结果；允许使用什么资料、做到什么动作并在什么情况下停止。

我展示商业系统、四线订单图、经营基线和机会组合。每个结论旁都放样本，也明确哪些仍是假设。

然后我说明三种选择：保持现状会付出什么，先做低风险助手能学到什么，选择灯塔流程可能得到什么并承担什么风险。

四线图中，我用一笔延期订单说明早期承诺如何变成交付返工和回款推迟；基线显示问题集中在非标准订单；机会组合说明为什么经营问答助手暂不优先；灯塔卡则展示三个月内能验证的范围。

销售负责人质疑样本太少，财务负责人担心收益被夸大。我没有防守结论，而是把样本边界和不确定项留在页面上，并提出增加哪些订单、由谁在何时确认。高管可以挑战证据，但不能只用感觉否定或批准。

销售负责人的质疑改变了材料。五笔失败订单只能说明问题出现过，不能证明所有非标准订单都会失败。我们补入顺利的 YS-24-009 和因客户变化而延期的 YS-24-028，把结论改为：“缺少承诺前共同确认，是非标准订单的重要风险之一，需要在扩大样本中继续验证。”

财务负责人的质疑也改变了收益写法。我们没有承诺十二周提高多少利润，只承诺先观察缺失暴露时间、资料退回、范围返工、人工负担和风险错误。毛利、验收和尾款属于后续经营结果，要等新订单走过完整周期。

我请经营层决定灯塔范围、业务负责人、首批用户、数据权限、三个月预算和停止条件。没有这些决定，所谓“同意方向”不能让团队开始工作。

分歧也要留下责任人和确认时间，不能用“会后再沟通”让它消失。

会议最终决定以非标准订单为灯塔，销售与交付共同负责，允许使用半年的脱敏订单，首批只做内部建议，并在四周后复核执行包和历史验收设计。海外合同被明确排除，一项客户资料权限争议由风险负责人三个工作日内确认。

这些决定进入纪要并由相应负责人确认。没有负责人、完成时间和边界的“原则同意”，不算决定。

需要决定的事项	会议决定	负责人	生效或复核条件
第一灯塔	选择企业服务客户的非标准订单，从有效商机走到合同、交接并跟踪验收与尾款风险	CEO 确认，销售与交付共同负责	会后立即进入目标设计
首批范围	4 名销售、2 名售前、2 名项目经理、1 名财务人员；最近六个月脱敏订单	销售、交付、财务负责人	首批名单与样本在第 5 周开始前确认
允许动作	整理来源、比较方案与合同、指出缺失和冲突、提醒负责人	销售与风险负责人确认边界	历史用例通过后才能进入真实订单
禁止动作	不对客发送，不修改合同，不接受非标准承诺，不写入应收和收款事实	风险与财务负责人	任何扩大都要另行批准
暂不投入	全公司经营问答、自动招聘、海外合同；知识助手只保留小样本探索	CEO	满足各自重新进入条件后再提案
资源	销售与交付每周参加决定会；数据负责人前八周优先支持客户事实和权限	各部门负责人	连续两周不能投入则暂停扩大
停止条件	高风险遗漏、资料越权、长期双流程、负责人无法履责或恢复方案失效	转型负责人可触发，CEO 处理资源冲突	触发后保持只读、缩小或停止
下一次复核	四周后复核目标蓝图、执行包边界和历史验收准备；十二周后决定扩大、保持、缩小或停止	CEO 主持，FDE 准备证据	不因日期到达自动扩大权限

会议还有一个没有被假装解决的问题：CRM 与合同中的客户主体怎样稳定对应。数据负责人和法务负责人负责确认来源与例外，在结论完成前，系统必须显示冲突并交给人工，不能自行合并。

诊断包包含章程、基线、样本、四线图、系统与数据现状、机会组合、灯塔选择和路线图。AI 可以帮助组装材料，但所有经营结论由对应负责人确认。

我负责把证据与选择讲清，业务负责人解释真实工作，财务和风险岗位确认口径与边界，CEO 作资源和冲突决定。AI 可以整理材料和检查结论是否有来源，不能把不同意见自动合并成虚假共识。

这份包不是“AI 项目需求”。它先说明公司正在损失什么、我们凭什么这样判断、为什么选择这条价值流，以及目前授权到哪里。第 3 卷才会把它转成未来的工作状态、人机分工、权限、批准和反馈设计。

会后团队应能立即回答：先改哪条流程，谁对结果负责，首批用户和资料是什么，哪些动作被允许，什么情况暂停，下一次经营复核何时发生。

如果其中任何一项仍写“待项目组讨论”，诊断还没有获得启动条件。我会把缺失决定重新交给相应高管，而不是让工程团队自己猜。

会后，我请每位决定人只确认与自己有关的三件事：他承担什么结果、必须提供什么资源、什么情况由他决定继续或停止。有人对纪要里的数字或边界提出修改，就保留修改记录；没人能用“总体支持”替代具体责任。

第 2 卷到这里留下了一份可以向前追，也可以向后查的云枢科技已填写诊断证据包。它包含授权、访谈、基线、四线图、断点、系统与数据现状、人机初步分工、机会组合、灯塔卡、路线和最终纪要。

下一卷不再重新讨论“要不要做 AI”。我会拿这份已确认授权，跟着一笔新的非标准订单，设计它在未来怎样进入、等待、被确认、交接、失败和恢复，并逐步形成 AI 型公司目标蓝图。