FDE 的瓶颈不在技术，在思维——从“接需求“到“做方案“，差的不只是代码量

去年年底我陪一个同事去客户现场做交付，项目本身不大——帮一家零售连锁搭一套门店销售预测系统。按理说三天搞定的事，硬是拖了两周。问题出在哪？不是技术，是需求。

客户说"我要一个预测模型"，我们就给了预测模型。客户说"能不能加个门店对比功能"，我们就加了门店对比。客户说"报表能不能自动发邮件"，我们也做了。你别说，每个需求拆开来都不难，但两周下来我同事差点崩溃——每天改需求，每天补功能，每天都是"再加一个就好"。

有意思的是，后来我换了种方式跟客户聊——我不问"你要什么功能"，我问"你每天早上开晨会看什么数据"。

就这么一句话，整个项目走向变了。

这个事让我想明白一个道理：FDE（Forward Deployed Engineer，前沿部署工程师）做到一定程度，瓶颈根本不在技术。你 Docker 玩得再溜，K8s 调得再顺，如果永远在"接需求做功能"，那你做的永远是项目，不是解决方案。

项目 vs 方案，差的不是代码量，是思维。

先说"项目思维"是什么样。客户说"我要一个仪表盘"，你吭哧吭哧做出来，客户说"颜色不对"，你改颜色。客户说"再加个筛选器"，你加筛选器。看起来挺高效，实际上你一直在给客户当"打字员"——客户说一句，你打一句，永远慢半拍。而且最要命的是，客户自己都不知道他到底要什么。你问他要什么功能，他给你列一堆，做出来发现根本不是他想要的。这不怪客户，客户不是产品经理，客户是业务专家。

你可能会说：那我能怎么办？客户说啥我做啥还不行吗？

说实话，以前我也这么干。直到有一次，一个客户在验收会上说了一句话让我印象特别深："你们做的东西都对，但我觉得不是我要的。"

"都对"但"不是我要的"——这六个字就是项目思维和方案思维的分水岭。

方案思维不问"你要什么"，问"你遇到了什么问题"。

举个具体例子。我上一个项目里，客户一开始说要"做一个门店销售预测看板"。如果按项目思维，直接开干就完了。但我多问了一句："你拿到这个预测之后，下一步要做什么？"

客户愣了一下说："如果预测 A 店下周销量会下降，我就提前调货过去。"

"那你现在怎么判断要不要调货的？"

"店长凭经验拍脑袋。"

"那你希望这个系统帮你做决策，还是帮你做判断？"

"帮我做判断吧——系统告诉我数据和趋势，我自己决定怎么调。"

你看，聊到这儿我才发现，客户真正要的不是"预测看板"，而是一个"辅助调货决策的数据工具"。前者是一个功能，后者是一个解决方案。如果我按项目思维做，做完预测看板，客户可能还是不满意，因为他拿到预测数据之后还得自己手动算调货量。但按方案思维，我在预测看板后面加了一层——把预测结果和库存数据打通，自动生成"建议调货量"。代码量不大，但客户说"这下对了"。

你别说，这个"多问一句"的习惯，后来成了我判断一个 FDE 有没有开窍的标志。普通 FDE 等需求，优秀 FDE 挖需求。普通 FDE 交付功能，优秀 FDE 交付价值。

那怎么做到"可复用的方案思维"？我琢磨了一阵，发现核心就三个习惯。

第一个习惯是做抽象。每做完一个项目，别急着清缓存走人。花半天时间把项目里写的代码、配的规则、画的架构图拎出来看一遍：哪些是跟这个客户强相关的，哪些是可以抽出来给下一个项目用的。我现在的工具库里有一个"通用数据接入模板"，就是从三次不同客户的项目里反复抽象出来的——第一次给零售客户用，第二次给物流客户改了一下，第三次给金融客户改，改完发现 80% 是通用的。从那以后，这个模板成了我所有项目的起点，至少省一半时间。

第二个习惯是画场景图，不是画架构图。架构图是给工程师看的，场景图是给客户看的。你画一个"用户从打开系统到完成决策的完整流程"，每一步标出"这里客户在纠结什么""这里需要什么数据""这里谁来操作"。画面一摆出来，客户自己就会说"哦，这里其实不需要那么复杂，简单点就行"。我吃了好几次亏才发现——客户不是看不懂技术，而是你没用他能看懂的方式跟他沟通。

第三个习惯是留扩展口。做方案的时候，别把功能做死。比如你写一个数据查询接口，别只返回当前客户需要的字段，加一个"自定义字段"的扩展参数。下一次新客户来，需求变了，你改几个配置就行，不用重新写代码。说实话，我见过太多 FDE 每次交付都从零开始，不是因为技术差，是因为没想过"下次还能用"。

看到这儿你可能会想：这些道理我都懂，但项目催得紧，哪有时间做抽象、画场景图？

我完全理解。说实话，我也不是一开始就这么干的。我第一次做抽象的时候，项目方催得跟什么似的，我硬挤了两天时间做模板化，结果下一个项目一来，直接省了一周。从那以后我就信了——省时间的最好方法，是花时间把事情做对。

谁适合培养方案思维？ 如果你已经在 FDE 岗位上做了半年以上，每天面对客户的需求觉得"做不完"，或者做完了客户还是不满意——那你大概率缺的不是技术，是方案思维。如果你刚入行，还在学技术栈的阶段，先别急着学方案思维，把代码写稳了再说。

谁不适合？ 如果你只想安安静静写代码，不想跟客户聊需求，不想做需求分析——那方案思维对你来说可能是个负担。FDE 这个岗位本身就有很强的"接客"属性，不喜欢跟人打交道的话，做纯后端开发可能更舒服。这不是贬义，每个人都有自己的赛道。

下一篇我会聊聊"快速学习一个陌生领域的方法论"——FDE 经常要面对"昨天没听过今天要搞定"的领域，怎么快速上手？我踩过不少坑，到时候给你讲讲。

你觉得方案思维是天生的，还是可以练出来的？欢迎在评论区聊聊你的看法。