《FDE案例100》方法论特辑 · No.15｜教会用户自己用、自己迭代：一个反常识的经验

反常识在哪：传统外包盼着你依赖，AI 项目却怕你依赖#

你有没有觉得哪里不对？

按我们熟悉的乙方逻辑，客户越依赖你越好。你掌握着系统、掌握着代码、掌握着迭代能力，客户才离不开你，你才有续约的理由。这就是“教会徒弟饿死师傅”的本能。

可 AI 项目几乎把这个逻辑整个翻了过来。

因为客户不自己迭代，产品就会腐化、被弃用，乙方最后连第二、第三个项目都拿不到。

这不是道德选择，是生存选择。AI 能力迭代太快了，业务需求又永远在变。如果每个小调整、每个新场景都得回头找 FDE 排期，那这套系统上线没几个月就会变成一座没人碰的“遗迹”。一位做本地生活内容的 FDE 说得特别直白：交付的时候就要提前预留持续迭代的空间，让客户按照 SOP 自己继续优化，这样项目结束之后，所有事情才不会又重新回到我这里。

反过来，凡是客户长了能力的地方，项目反而越滚越大。前面那家外贸礼品公司，老板一开始只愿意拿一个很小、试错成本很低的点给 FDE 试。做出结果以后，他很快又提了十几到二十个新需求。注意这个变化——企业的问题从“我要不要试一下 AI”，变成了“我公司还有哪些问题可以这样解决”。

正面回应那个最尖锐的顾虑#

“教会徒弟饿死师傅”，这个担心是真的。客户一旦能自己迭代，乙方是不是就失去了优化产品的合同？

案例给出的答案很硬：用“结果”而不是“人天”续约。

传统外包卖的是人天和工时，客户自己能力越强，你能卖的工时就越少，所以天然希望客户“笨”一点、依赖一点。但 FDE 卖的是结果——问题有没有解决、业务有没有变化、ROI 有没有跑出来。当你的计价单位从“投入了几天”变成“产出了什么结果”，客户自己会做一部分，反而变成了一件好事，因为它把双方从“比谁工时多”的零和博弈里解放出来了。

一位外贸场景的 FDE 把这点讲得很透：如果一个 FDE 只是帮客户开发一个小软件，那一定会陷入和传统外包的比价，而专业的软件外包公司很可能比我们做得更成熟。 你越把自己定位成“写代码的人”，就越会被代码的单价打败。

那位做央企财务的 FDE 也说过类似的话：先做一个“破冰项目”，让业务人员真正用一次，发现 AI 真的能帮自己节省大量时间。当业务团队自己尝到红利以后，他们才会愿意和你站在一起，继续做更大的事情。

你看，逻辑变了。不是靠锁住一份合同，而是靠客户的成功，带来第二、第三个项目。

正确姿势：交付的不是系统，是“解决下一个问题的能力”#

那具体怎么教？案例里的做法很一致。

第一，把交付目标从“做一个工具”改成“沉淀企业能力”。

那位外贸礼品公司的 FDE 原话是：我更希望最后交付的是企业自己解决下一批问题的能力，让企业以后不必每遇到一个问题都来找我。 他做的事情里，最有意思的一步是——把数据留在企业，把开发能力送进去。因为客户电脑里的合同、客户资料、产品文件，是公司最核心的资产，不可能全部打包发给外部团队。所以他把一套 Harness 整理成任务包，把框架、原则、规范和 Demo 一起部署到客户自己的 Codex 里，前期花几十个小时把框架做好，再让客户侧的 Codex 自己继续跑大约 40 个小时。数据不出企业，开发却能继续。

这一下就把“驻场工程师必须一直守在客户电脑旁边”的模式拆掉了。而且它天然逼着客户动手——因为跑的是他本地的环境、他的数据、他的文件。

第二，把企业自有的工作流、Skill、Agent 沉淀下来。

那位 FDE 说的目标是：把文件文档化，把资料关系梳理出来，把知识沉淀成工作流、Skill 和 Agent。这些东西积累起来，企业自己就能解决越来越多的问题。一位做鞋服电商内容生产的 FDE 说得更狠：如果 AI 只是帮员工今天多做了十张图，明天还要重新开始，那它就只是个工具；只有每一次使用都在给企业留下数据、素材、流程和经验，AI 才真正进入企业的能力体系。 另一位做生物科技销售的 FDE 也强调：一个“好”的 FDE 项目，除了留下几个应用，还应该帮助企业留下继续进化的能力。

第三，也是最高形态——员工开始自己发现问题、自己搭小工具。

就像开头那个自助柜补货 Agent。它的价值不在工具本身，而在于那位行政同事完成了一次身份切换：从“等着 IT 给我做”变成“我自己先试一下”。当一个组织里开始出现越来越多这样的人，AI 才算真正长进了这家企业的能力里。

商业逻辑的重构#

把这些串起来，其实是一次完整的商业逻辑重构：

从“卖交付”，转向“卖结果 / 长期陪跑 / 共建”。

那位做非标制造的 FDE 描述过理想中的合作模式：成为企业长期的转型合作伙伴。今天解决报价，下一步可能解决生产，再下一步可能进入供应链、销售，一个场景一个场景往前走，最后把整个业务闭环逐步重新设计。 做完一个版本、上线一个系统，只是起点。

所以真正把账算明白的乙方，不会盯着“这一单我锁住了多少工时”，而是盯着“客户成功之后，我还能陪他走多远”。

写在最后：一个清醒的自我认知#

聊到这儿，得说一句有点扎心的话。

多个案例都承认：FDE 本身是一个“中间态”职业。 现在需要 FDE，是因为业务角色还没有普遍具备 AI 能力，需要有人站在业务和技术中间把两边连起来。可如果未来 AI 能力像今天的互联网一样变成每个人的基础能力，那产品经理、研发、设计师、销售，可能都会变成某种意义上的“AI 增强角色”。

那 FDE 该攒什么？案例给的答案是——让客户越来越独立，自己则要沉淀复利。 否则，你只是一个高级外包。

最理想的 FDE 是这样的：有一天企业发现，以前一个问题出现，我要去找软件公司、找外包、找顾问；现在这个问题出现，我自己的数据、工作流和 AI 能力已经在那儿了，我可以先自己解决。

到这一步，AI 才真正变成了企业自己的能力，而不再只是采购清单上的又一个软件。

而那位教会客户自己飞的 FDE，反而成了客户最舍不得换掉的人。这，大概就是这个反常识经验最反常识的地方。

这是《FDE案例100》方法论特辑的第 15 篇。到这里，“搞定人和变革”这个专辑就告一段落了。下一篇，我们把镜头转向 FDE 自己：这个角色到底是什么？凭什么说它既不是产品经理加全栈工程师，也不是传统意义上的外包工程师。