想转行做FDE需要什么能力？能力模型拆解

想转 FDE 的人通常会问要补哪些技术栈。这个问题问偏了。在客户现场卡住的原因，八成不是技术不够，而是听不懂对方在说什么、推不动对方去改。能力模型有四层，技术只占最底下那一层。

一、第一层：工程实现

这一层是门票，但门槛没有想象中高。要求是能独立把一个小系统从零跑起来：数据接进来、逻辑跑通、结果吐出去、部署上线不求人。技术栈无所谓，能干活就行。

比精通框架更重要的是速度和自主性。现场不会给你三周做技术选型，客户明天就想看到东西。能不能在两天内搭出一个粗糙但能演示的原型，这是硬指标。

AI 工具在这一层帮助最大。过去需要熟练度堆出来的编码速度，现在可以靠工具链补齐，这也是转行者最容易追上的一层。

二、第二层：数据理解

进了现场你会发现，客户给你的数据几乎一定是脏的：同一个客户名在三个系统里三种写法，日期格式混着中英文，关键字段有一半是空的，还有人在备注栏里写业务逻辑。

这一层的能力是：能快速判断这堆数据能不能支撑要做的事，不能的话缺什么、补的成本多大。判断错了，后面所有工作都建立在流沙上。

一个实用的习惯：进场第一周先做数据体检，把字段完整率、口径冲突、更新频率列成一张表给客户看。这张表既是风险预警，也是信任建立的开始。

三、第三层：业务翻译

这是分水岭。客户说「我们要提高周转」，翻译过来可能是「采购提前期不准导致备料多」；客户说「系统不好用」，翻译过来可能是「多录了三个字段导致每单多花两分钟」。

翻译能力的核心是提问。不要问「你们需要什么功能」，要问「这件事现在是谁在做、做一次多久、做错了会怎样」。前一个问题得到的是想象，后一个问题得到的是事实。

培养方式没有捷径：多蹲现场，多看别人怎么干活，少在会议室里做需求。真正的业务规则从来不在流程文件里，在老师傅的手上。

客户描述的是症状，你要找的是病灶。中间那道翻译，就是这份工作最值钱的部分。

四、第四层：现场推动

系统做好了不等于有人用。约 29% 的员工会暗中抵制公司推行的 AI 工具，理由多半是怕被替代、怕被监控、或者单纯嫌麻烦。这股阻力不会写进任何需求文档。

推动能力包括：识别谁是关键阻力点、找到能帮你说话的内部推手、把「这是来监控你的」重新框定成「这是来帮你少加班的」、以及在必要时向上要授权。

很多技术出身的人排斥这一层，觉得是政治。但现实是，做不了这一层的人只能永远做执行，做得了的人才能真正拿到结果。

落地前的三条至简建议

1. 补短板不补长板：技术已经够用的人，把时间投在提问与沟通训练上。
2. 养成蹲点习惯：每个项目至少完整跟随一线员工工作半天，看他们真实怎么干。
3. 留下可复用件：每次交付把提示词、脚本、检查清单沉淀下来，这是你的复利。

技术让你进得了门，翻译和推动才让你走得完全程。这四层里最难补的一层，恰好是最不需要天赋的一层——它只需要你真的去现场。