部门都想做 AI，第一批场景怎样排优先级？
先明确这轮投入要改变的业务结果，再让候选场景用同一组事实接受比较。
第一批场景应围绕同一个经营目标比较：先排除关键条件不成立的方向，再比较业务价值、现实准备度、验证所需投入和结果能改变什么决策。保留排序依据、未知项与暂缓理由，比给每个部门平均分一个名额更有用。最容易演示的场景未必值得投入，想象收益最大的场景也未必应该先开发。
这篇文章适合候选项目已经多于人员或预算、但各部门说法无法比较的阶段。销售谈响应，财务谈核对，行政谈文档，首先需要把它们写成同一层级的业务问题。本文讨论选哪项先判断；具体任务输入输出、接口和流程实现，应在选定方向后由实施团队继续核实。
排序之前，先说清这一轮要改变什么
“积极应用 AI”无法解释为什么一项应排在另一项前面。管理层应先写本轮目标，例如缓解某个交付瓶颈、改善服务一致性，或判断一条新路径是否值得继续。目标可以有多个，但需要说明哪个是主要目标，以及首期能调动哪些业务人员。不能以已经有演示或某个部门更积极，替代价值比较。
把每个候选压缩成一句话：“谁在什么情形下，需要完成什么工作；当前卡在哪里；希望改变什么；拿什么判断。”若一个候选同时包含销售、采购和财务三类结果，先拆成可以独立取舍的场景。共同使用一个模型，并不意味着它们必须一起立项。
| 比较项 | 要求填什么 | 怎样避免误排 |
|---|---|---|
| 业务价值 | 受影响对象、使用量、等待或错误的影响，怎样服务本轮目标 | “很重要”要能解释影响；尚未兑现的收入和节约单列为假设 |
| 准备度 | 关键资料、系统条件、业务负责人和结果评审人 | 区分已核实、估算、缺证据；资料量大不等于关键依据可用 |
| 风险与约束 | 错误会影响谁，能否限制用途、及时发现和接管 | 不可接受的后果或不明授权先解决，不能靠其他项加分抵消 |
| 验证代价 | 为回答关键疑问要投入的人员、资料、时间与外部费用 | 比较同样边界；不要只看制作演示的费用 |
| 决策与学习价值 | 得到结果后会继续、换方案还是停止，能消除什么不确定性 | 不能改变任何后续选择的演示，不宜仅以“容易成功”优先 |
| 依赖与复用 | 是否必须先完成另一事项，哪些成果能被下一场景真正使用 | 将确定依赖和可能复用分开；未来平台价值不能无限加总 |
北京农商银行一份大模型咨询采购公告将业务场景拆解、分阶段路线与效果指标放在同一采购范围内。这是一个金融机构的具体需求，说明场景需要连接到后续判断；不能据此照搬其资质、周期或行业要求。参阅：该行场景及应用咨询项目原始公告。上表是便于企业讨论的整理方法，并非公告给出的评分表。
先过硬条件，再讨论分数
有些事项会决定本期能不能开始，不能放进加权总分后被“预期价值高”冲掉。把它们写成明确约束，缺证据时保留“尚不能判断”，不要用一个中间分数掩盖。
- 关键依据是否有可确认的来源和允许使用的范围？如果缺失会使结果失去意义，先补这项条件。
- 是否有人能判断结果对错并承担业务决策？只有 IT 愿意开发、没有业务评审人时，先落实参与责任。
- 错误后果能否被当前范围承受？若必须直接对外承诺才能成立，而授权与控制尚未明确，应缩小用途或暂缓。
- 试验能否回答一个具体疑问？如果连什么结果会改变决定都说不清，先重写问题。
通过这些条件后，可以按企业自己的目标采用定性分档或评分。若用评分，先约定各档对应什么事实、谁负责核对，再选权重。不存在适用所有企业的“达到多少分就立项”。排序差距若主要来自未经核实的业务量或收益，下一步应是补证据，而不是继续微调小数点。
三个候选怎样取舍：先看为什么排，而不是谁分高
示例（非客户项目）：假设一家设备服务企业本轮要缩短售后处理中的等待。以下业务条件均为演示设定，没有使用真实客户数据，也不代表三类场景的普遍价值排序。
| 候选场景 | 演示中已知与未知 | 本轮处置及理由 |
|---|---|---|
| 售后交接摘要辅助 | 设定：重复交接确实存在，处理记录可获授权，售后主管可评审；能否减少返工未知 | 优先设计有限验证。直接服务本轮目标，试验结果能决定是否扩大；不能因摘要看起来流畅就通过 |
| 自动生成并发送维修报价 | 设定：响应价值可能较大，但价格依据和商业审批未统一 | 暂缓自动外发。先落实价格和审批条件，也可单独评估内部资料整理；高预期价值不抵消约束 |
| 内部会议纪要助手 | 设定：较容易演示，但与当前售后等待无直接关系，新增使用量未核实 | 列入备选。只有证据说明它缓解目标瓶颈，或本轮目标改变时再复评 |
这个排序没有说明售后摘要一定赚钱。它只说明在设定条件下，哪一项更值得先取得决策证据。如果后来发现返工主要来自备件短缺，摘要场景与目标的关系就要重评。如果价格规则已统一且负责人可投入，报价辅助的次序也可能改变。记录这些触发条件，排序才不会成为一张长期不动的清单。
“全公司 AI 助手”怎样收敛为可以取舍的首期
先保留长期愿景，再从中选一个受益对象、一个业务结果和有限的依据范围。缩小范围不等于随便找一个小功能；被删掉的部分应有理由，保留的部分应足以回答关键价值疑问。
| 原设想 | 首期可比较的表述 | 本期明确不做 |
|---|---|---|
| 助手回答全公司所有问题 | 先判断售后交接摘要能否让接班人员更快看清处理状态和缺失信息 | 不承接人事、财务或供应商管理问题 |
| 连接所有企业资料和系统 | 先核对这项判断所必需的记录与处理依据，写出取不到时的影响 | 不以试点名义先整合所有系统 |
| 自动处理售后全过程 | 本期只评价辅助整理的价值与使用条件，正式处置由有权人员负责 | 不自动承诺维修方案、价格或交付日期 |
NIST MAP 3.3 将限定用途作为理解和管理风险的条件。这里的首期拆分是针对演示目标作出的编辑示范，具体范围仍须业务团队核对。参阅：NIST 关于限定应用范围的说明。
容易验证和价值较大，应该怎样选
两者不是固定的二选一。容易验证的方向，若成功后没有实际使用或不会改变下一阶段安排，学习价值也有限。价值较大的方向，若关键未知项能够用有限投入单独验证，可以先验证那项假设；若价值本身尚不成立，就没有必要为了证明技术可行而继续。
还要防止“所有场景都必须先建平台”的说法。让提出依赖的人说明：不先做这项基础，哪一个判断就无法进行？是否可以用获授权的有限材料回答当前问题？确实共享的基础可列为独立投入，不能把它的全部成本藏在首期小试验里，也不能把所有未来好处都提前算给第一项目。
把会议结论留成一张会变化的决策记录
- 为各候选补齐同口径材料，明确证据是实际记录、估算还是尚缺；有分歧就记录分歧与补证责任人。
- 先标出硬条件与依赖，再围绕本轮目标比较。确定首选、备选、暂缓三类，不强求给所有候选排精确名次。
- 写清首选要验证的疑问、需要谁参与，以及结果将影响哪项继续或停止决定；资源不足时同步减少并行数量。
- 为备选和暂缓项写复评触发，例如获得资料授权、确认业务量、价格规则完成或目标改变。资源与条件变化时重排。
一条可用记录可以写为：“本轮目标是＿＿；优先判断＿＿，依据是＿＿；关键未知是＿＿，由＿＿补证；＿＿暂缓，因为＿＿；当＿＿改变时复评。”企业名称、工时和金额应来自各自实际记录，不能直接把演示表当作自己的项目结论。
如果候选之间始终无法统一价值、证据或责任口径，可以了解企业 AI 咨询的场景排序与决策范围。选定场景后，再用Agent 场景可行性判断核对任务进入实施所需的条件。两步形成的结论不同，不必把所有候选先开发一遍才能排序。
本页判断依据
把业务问题说清楚，再决定下一步
尚未确定 AI 场景与投入方向，可以先沟通业务问题和现有基础，形成投入判断；咨询可以独立结束，不强制绑定后续开发。
顾问咨询
先沟通当前问题、服务范围与下一步，再确定适合的安排。
通过企业微信或邮箱直接沟通