《FDE案例100》方法论特辑 · No.10｜复用优于重建：别急着推翻客户已有的东西

客户手里的牌，常常比你想象的多#

先讲个案例。

一家汽车供应链企业，做汽车维修零部件的销售，生产形态很轻——从上游采购零部件，做点简单加工、组合、组装，再交付给客户。老板一见面就吐槽：我看不清经营。订单下了之后到底怎么走、生产任务有没有推进、采购有没有多订、库存还剩下多少、什么时候能发货、要付给供应商的钱到底对应哪几笔客户订单……他每天都得靠问人。

如果你接到这句话，第一反应是什么？是不是”那我给你做一套经营看板，重新搭个系统”？

但这位 FDE 没有。他先看清楚了一件事：这家企业其实已经有 ERP 了，而且用的是管家婆这样的标准化产品，客户订单、生产任务单、供应商采购订单、库存、发货，数据都在里面。

真正的问题不是”没有系统”，而是”系统里的数据没有按照老板的经营逻辑串起来”。

举个很具体的例子。供应商给企业发来 5000 个扳手，实际只发了 4980 个，少了 20 个。按原来的 ERP 逻辑，数量没达到 5000，这笔订单可能就没办法正常入库；可现实业务不会因为少了 20 个，就把 4980 个扳手退回去，仓库里实实在在已经多了 4980 个。系统的标准逻辑，表达不了这种”实际发生了、但标准流程没完整结束”的情况。

所以你猜他怎么做？他没有重新开发一套 ERP。原有系统继续承担原来的业务功能，他在它的数据基础上做二次加工，把必要的数据拿出来重新组织。系统是别人的，经营视角是新加的。

这就是”复用优于重建”最朴素的版本。客户已经花了钱、养了习惯、跑通了流程的东西，你凭什么认为非得推翻它？

复用不是将就，是判断力#

我得强调一句，复用不等于偷懒，更不等于将就。

很多时候，复用是一个判断：这件事，用客户已有的能力到底能不能解决？

《FDE案例100》里那个德国斯图加特制造企业的案例，FDE 说得特别直白：“如果客户已经有能够解决问题的技术栈、平台或者模型，我会尽可能复用，避免为了展示技术能力把客户已有的东西全部推翻重做。”

你品品”为了展示技术能力”这七个字。太真实了。我们这行有个通病：刚学会一个新玩具，就到处想用。上大模型、搭 Agent、搞一体机，方案越复杂，越显得自己专业。

但客户不会因为你用了更复杂的技术而变好，只会因为你解决了一个真实问题而变好。

“有系统”不等于”能用”#

不过，复用这件事还有一个反向的坑，很多人也踩过。

省属国企那个案例里，一家做服装、美妆、3C 的省属国企一级子公司，已经完成了比较扎实的数字化建设——有 OA、有 ERP、有数据中台，还有自己的信息化部门。管理层一句话：“我们数字化在国企里算领先的，能不能再往 AI 走一步？”

听起来条件很好对吧？结果 FDE 进去发现，不能因为客户有 ERP、有数据中台，就默认它已经做好了 AI 的准备。

法务以前审过很多合同，最后只留下一份改好的合同，中间为什么改、哪些条款是关键，全在法务脑子里；客服那套知识体系，也没沉淀到系统里。数据在系统里，但”AI 能用的数据”不在。

所以”复用”要用对地方：能用的是技术栈、平台和流程；要重建的是被忽略的经验、口径和逻辑。 别把两件事搞混。

站在客户角度，本身就是建立信任#

回到 NO.01 那句话——“站在客户角度看清楚’什么已经能用、什么真正需要改’，本身就是建立信任的过程。”

我觉得这是整件事里最容易被低估的部分。

你以为复用是在省成本、省时间。其实它传递的是一个更重要的信号：“我不是来卖方案的，我是来帮你解决问题的。”

那个汽车供应链的老板，为什么愿意继续和 FDE 往下走？因为他看到的不是”又一个来卖系统的”，而是”一个懂我现有系统、还在我系统上加价值的人”。

信任不是 PPT 讲出来的，是一次次”你懂我”的交互里长出来的。

一句话总结#

客户已有的东西，先看懂，再判断，能复用就复用；重建不是本事，用得对才是。

这是《FDE案例100》方法论特辑的第 10 篇，我们聊的是构建专辑里最”省钱”的一条原则——复用优于重建。下一篇我们接着聊：把东西做出来只是第一步，怎么跨过”能跑”到”能用”那道坎，聊聊那些看起来不”AI”、却决定项目生死的脏活。