6.5 场景优先级——先定场景，再动手

概念

需求挖完、抵触也摸清了，最后一步是回答一个问题：先做哪个场景？

FDE 进场的通病是「技术可行性优先」——哪个场景最容易做就先做哪个。这是错的。最容易做的场景，往往是业务方最不在意的场景：你做出来了，没人推、没人用、验收没人签字，项目一样死。

场景优先级看六个维度，缺一不可：

维度	高分信号	低分信号	怎么问出来
业务负责人关注度	写在他的季度 OKR 或汇报里	「你们先做着看」	「这事如果成了，您季度汇报里能排第几？」
痛点程度	一线天天骂、客户投诉有数	「有是有点麻烦，但习惯了」	「这个问题上周出现了几次？谁被影响了？」
数据基础	有现成系统数据、格式稳定	数据在纸上、在个人微信里	「这一步的数据现在记在哪？谁记？」
可量化程度	有基线、有目标值	「体验提升」这类虚词	「现在每月处理多少？希望降到多少？」
技术可行性	现有连接器 / RAG 能覆盖	需要定制开发、无先例	（内部评估，不必问客户）
流程阻力	一线欢迎、中层不挡	动了谁的奶酪、涉合规审批	「这事推起来，谁会反对？」

六维里前四维回答「值不值得做」，后两维回答「能不能做」。先用前四维筛出值得做的，再用后两维排序先做什么。 顺序反过来，就是把「好做」误当「该做」。

两个硬性判断（进场时就要做）：

判断一：在不在业务负责人前五大优先事项内？

直接问：「您这个季度最想解决的前五件事是什么？」——你要做的场景不在里面，就要重新评估。做是可以做，但你得先想清楚，它凭什么挤进他的清单？没有答案，项目做到一半就会被资源挤掉。

判断二：会不会被 IT 或流程惯性搁置？

两个预警信号：

信号	表现	含义
IT 排期信号	「我们排期到明年 Q2 了」「接口开发要提工单」	你的项目卡在别人的优先级里，FDE 等不起
流程惯性信号	「我们一直这么干」「这流程是集团定的，动不了」	场景选在了组织免疫区，AI 进不去

出现任一信号，两个动作：要么换场景，要么把「打通 IT 排期 / 绕过流程惯性」本身列为项目的第一项交付任务——别假装它不存在。

注意：场景优先级不是进场访谈的附庸，它是访谈的输出物。访谈挖的是「需求是什么」，优先级回答的是「先做哪个」。六维打分表就是访谈纪要的最后一栏：每挖出一个候选场景，当场打完六维分，优先级自然就排出来了。

某零售客户，进场访谈挖出三个候选场景：门店巡检 AI、智能客服、排班优化。六维打分（1-5 分）：

🖼 图：scenario scoring card

智能客服痛点最高但数据基础差，列为第二个场景——这个排序怎么跟客户讲通，看下面的对话。

客户问「为什么不先做客服？投诉最凶」——FDE 答：「投诉最凶，但工单散在三个系统，第一期做客服要先花两个月整合数据，您两个月看不到任何东西。巡检四周出结果；客服排第二期，数据整合我们同步推进，不耽误。」客户认可，按此推进。

别只看技术可行性 ——最容易做的场景不一定是值得做的。六维里技术可行性只占一票，它决定的是「怎么排期」，不是「做不做」。
分数打不出来就是信号 。「可量化程度」打不出分，说明需求没挖透（回到知识点 1 的第三层「什么算成功」）；「流程阻力」打不出分，说明隐性流程没摸透（回到知识点 2）。
优先级要跟业务负责人当面确认 ，不是 FDE 自己排完就动手。他的排序和你的排序不一致时，这本身就是一次对齐预期的机会（衔接知识点 4 的分层预期对齐）。