2.9 机会太多时，我怎样排出先后

诊断两周后，各部门交来了四十七个 AI 想法。销售要自动写方案，人力要筛简历，财务要预测现金，CEO 还想要经营问答助手。

如果按热情和曝光度排序，最会演示的项目会先拿到资源。

我先把四十七个想法改写成经营问题

“自动写方案”被改成“减少售前重复整理，同时不增加错误承诺”；“经营问答助手”被改成“让经营层在月度复核前取得口径一致的收入、成本和现金事实”。

有些想法改写后找不到经营结果，只剩“大家都在做”或“演示效果很好”，我先把它们放回待探索区。不是永远不做，而是暂时没有理由与真实断点争资源。

改写也暴露了重复：三个部门分别申请知识助手，背后其实都在解决客户资料散落和版本不清。我们不再把它们当成三个独立项目计算收益。

第一轮整理后，四十七个想法只剩下五个候选方向。其余想法不是被否定，而是出现了三种情况：找不到要改变的经营结果；与另一个候选重复；或者必须先解决资料责任和权限，才有资格讨论 AI。

第一，它影响哪个经营结果，问题现在有多大；第二，资料、流程和负责人是否已经具备；第三，错误会伤害谁，能否恢复；第四，员工是否愿意改变工作，负责人是否真有时间推动。

我把这四项叫价值、可行性、风险和采用条件。起初我想给每项打一到五分，再算总分。算到经营问答助手时，我放弃了：它的价值很高，错误后果也很高，两个数字相加不会告诉经营层该做、该等，还是应该先缩小用途。

例如自动经营问答影响面大，但收入与成本口径仍有争议，答错后又可能影响资源决定，所以价值高、当前可行性低、风险高。商机资料缺口提示影响范围较窄，却有历史样本、明确负责人和可控错误，适合先试。

我不会把“风险高”简单理解成不做。高价值项目可以先缩小动作，例如只整理来源、显示冲突，不直接给经营结论。比较的作用是改变范围和顺序，不只是产生一个排名。

我们最后使用高、中、低和“条件未成立”，每个判断旁必须放一条证据。没有证据的格子只能写“未知”，不能让部门负责人凭信心补成高分。

候选方向	我们已经看见的经营问题	为什么现在可做或不可做	错了会发生什么	这次决定
全公司经营问答助手	四份报表对收入和项目状态给出不同答案	指标口径和客户主体还没有统一，回答无法稳定验真	经营层可能据此错误调人、调预算	等待；先统一关键事实和口径
员工知识助手	售前、项目都在私人文档里找资料	有资料样本，但负责人、版本和失效日期不完整	过期资料会被当成现行承诺	只做小样本探索，不进入灯塔
商机到回款改造	YS-24-017 的范围遗漏让毛利从计划的 35% 降到约 19%，尾款晚 49 天	有合同、项目、财务记录，也有顺利订单可对照	漏掉高风险要求会继续制造错误承诺	进入灯塔竞争
自动招聘筛选	人力团队花大量时间初筛简历	历史录用不等于胜任，公平与申诉机制也未确认	合适求职者可能在不知情时被排除	等待；先确认制度、审查和申诉条件
身份、权限与客户事实基础	同一客户在 CRM 和合同里出现不同主体	灯塔必须用到，但若单独立项很容易无限扩大	做得太少会越权，做得太大又拖住业务	只建设灯塔必需部分

表里最重要的不是“商机到回款价值最高”，而是它同时具备经营损失、可取得的原始记录、顺利与失败对照，以及愿意共同负责的销售和交付负责人。经营问答助手同样重要，却缺少当前能验证答案的共同事实。

一类是短期可见的低风险改善，用来建立信心；一类是影响核心经营结果的灯塔项目；还有一类是身份、权限和数据等共同基础。

只做容易项目，转型不会触及公司结果；只做宏大项目，团队可能很久看不到进展。组合要同时照顾学习和价值。

云枢科技最终保留员工知识助手的小样本探索、一条商机到回款灯塔，以及身份权限与客户事实两项共同基础。其他提案写清重新进入条件，例如基础数据完成、业务负责人就位或灯塔证明可复用能力。

这样“没有入选”不等于被否定，也避免提案每隔一个月换个名字重新争论。

评分表会公开假设和证据。经营层仍要决定愿意承担什么风险、把资源放在哪里。AI 可以汇总证据和模拟排序，不能自行决定公司战略优先级。

业务负责人提供问题样本与可投入时间，工程团队估计依赖，数据和风险岗位说明限制，我负责统一比较方式。经营层最终决定组合和资源，并对暂不投入的机会负责。

这一步出现过一次真实争论。CEO 认为经营问答助手能最快让全公司看见 AI，销售负责人则希望先自动生成方案。财务负责人拿出 YS-24-017 的成本与尾款记录后，讨论从“哪个更有吸引力”变成了“哪一个能在十二周内证明经营变化，又不会把错误直接交给客户或经营层”。

这个问题没有由表格自动回答。经营层明确选择：先拿商机到回款验证公司的新工作方式，经营问答助手等待共同事实成熟，方案生成只作为灯塔中的一个资料准备步骤，不单独立项。

每个入选机会都必须有一位能作决定的负责人、至少几笔真实样本、清楚的首批范围和停止条件。只写“由数字化部门负责”的项目不能进入灯塔候选。

我还把所有项目需要的关键人员放在一起检查。知识助手和经营问答助手原本都要求同一位数据负责人每周投入一天，商机到回款又需要他处理客户主体。三项若同时启动，表面上各自可行，实际都等不到关键决定。

经营层因此只批准数据负责人优先支持灯塔，知识助手只能使用已经确认的资料，不得另外建设一套知识治理。这个资源约束让机会组合从愿望清单变成了可以执行的选择。

完整填写的机会组合、重新进入条件和共同基础保存在云枢科技诊断证据包。到这里，我们还只决定了“商机到回款值得优先”。下一步必须把它和另外两个灯塔候选放进真实事件里，确认它的范围是否既重要又能在几个月内走完：我为什么选择一条不那么炫的流程。