FDE最危险的共识：客户要什么，就给什么 - 蝈蝈俊
内容提要
FDE团队若只快速满足客户需求，易沦为高价外包：功能交付但业务未变。客户常说的是症状而非真问题。以客户为中心应关注其结果、行为与约束，先对齐问题定义和成功标准，追问“你真正想改变什么”，而非急着开工。
延伸解读
“听话”为何反而害了项目
文章指出，FDE团队若只快速响应客户提出的需求，容易沦为高价外包。客户说“要实时仪表盘”，团队三周交付，客户当场点赞，但六个月后项目被砍，看板无人打开。原因在于交付太快、太听话，只满足了表面需求，却没有触及销售不信任数据、区域激励不一致等真正问题。功能上线了，行为没变，指标没动，项目自然难以为继。
客户说的往往是症状，不是问题
文章强调，客户提出的需求常常不是“问题”，而是症状、局部最优解，甚至只是某个强势利益相关者的偏好。如果FDE立刻开工，就会满足需求却错过问题。真正以客户为中心，应关注客户的结果、行为和约束，追问需求背后要改变谁的什么行为、成功用什么指标衡量、有没有更简单的路径，以及谁真正为采用负责。
第一交付物不是代码，而是对齐
成熟的FDE，第一交付物不是代码，而是对齐的问题定义和成功标准。文章认为，敢说“不”或问“为什么”，往往不是不合作，而是最高形式的合作。因为真正在意的不是客户今天满不满意，而是六个月后项目还活不活着。越急于满足客户说的需求，越可能错过真正的问题；越敢和客户一起重新定义问题，越可能带来真正的成功。
Q&A
FDE团队为什么不能客户要什么就给什么？
因为客户提出的往往不是真正的问题，而是症状、局部最优解或某个强势利益相关者的偏好。如果FDE只快速满足这些需求，就会沦为高价外包，交付一堆功能却没有产生真正的业务结果。
FDE如果陷入“客户说什么就做什么”的循环，会带来哪些后果？
会导致需求不断追加、范围蔓延；定制分支越来越多、技术债爆炸；客户不承担ownership，只把你当外包；功能上线了但行为没变、指标没动；现场洞察无法回流成可复用产品能力。最终交付了很多，却什么都没改变。
FDE如何做到真正以客户为中心？
真正以客户为中心，是以客户的结果、行为和约束为中心，而不是客户说要什么就给什么。需要追问：这个需求背后要改变谁的什么行为？成功用什么指标衡量？如果不做这个功能有没有更简单的路径？哪些必须定制、哪些应该产品化？谁真正为采用负责？
成熟的FDE第一交付物应该是什么？
成熟的FDE，第一交付物不是代码，而是对齐的问题定义和成功标准。
FDE对客户说“不”或问“为什么”是不合作吗？
不是。说“不”或问“为什么”往往不是不合作，而是最高形式的合作。因为你真正在意的不是客户今天满不满意，而是六个月后项目还活不活着。
FDE在客户提需求时应该先做什么？
下次客户提需求时，先别急着开工，先问一句：“你真正想改变的是什么？”
