公司里FDE和售前工程师怎么分工？

在很多 AI 服务商内部，售前和交付是一对天然的冤家。售前抱怨交付太保守，什么都说做不了；交付抱怨售前吹太狠，签回来的单子根本落不了地。这两种抱怨同时出现，说明分工边界没设计好。

一、两个角色的时间轴不同

售前工程师的时间轴是签约之前那三到八周。他要做的事是把客户模糊的想法翻译成可评估的方案，做一个能演示的原型，回答采购和技术部门的质疑，最后配合销售把合同谈下来。

FDE 的时间轴从签约那天开始，通常持续四周到六个月不等。他要做的事是把方案里那些「原则上可行」的部分，逐条变成真实环境里跑得动的东西。

关键在交接的那一天。如果售前把承诺写在 PPT 里没写进交付清单，FDE 接手时就会发现自己在替别人还债。

二、两个角色的成功标准不同

售前的成功标准是客户相信——相信这件事能做成，相信这家公司能做。这决定了售前必须善于讲故事，会做减法，把复杂系统讲成三页纸。

FDE 的成功标准是客户离不开——业务流程已经绕不开这套系统，停掉会疼。这决定了 FDE 必须善于做加法，把三页纸重新展开成几十个真实细节。

两种能力是相反的。要求同一个人既能把复杂讲简单，又能把简单还原成复杂，很难。所以大多数成熟团队会分开配置。

售前卖的是可能性，FDE 卖的是确定性。用卖可能性的方式去交付，一定翻车。

三、交接该交什么

至少三样东西：一份诚实的承诺清单，写明合同里到底答应了什么，哪些是明确的、哪些是模糊的；一份风险备忘，售前在现场感觉到但没写进方案的隐患；一份关键人图谱，谁是真正拍板的人、谁会暗中反对。

第三样最容易被忽略，也最要命。技术方案可以调整，人的态度调整起来慢得多。售前在谈判桌上见过的脸色，是 FDE 最宝贵的情报。

成熟的做法是让 FDE 在售前阶段就露一次面，哪怕只参加一次会。见过面的交接和纸面的交接，效果差很远。

四、阿优至简的视角

在中小企业项目里，我们通常不做严格的角色切分——项目规模摆在那，硬拆两个角色反而增加沟通成本。但两个动作必须都做：谈的时候要敢说不能做什么，交付的时候要把说过的每句话都对一遍。

我们内部有条硬规矩：方案里任何一句「可以实现」，都要能对应到一个具体的验证方式。做不到这一点的承诺，宁可在签约前就划掉，也不留给交付阶段去尴尬。

落地前的三条至简建议

1. 先定清单：签约前把「做什么、不做什么」写成对照表，双方各留一份。
2. 先见面：让实际交付的人在签约前露一次脸，客户对交付质量的预期会更真实。
3. 先留缓冲：把售前承诺的周期乘以 1.3 作为内部排期，留出理解业务的时间。

售前和交付不是接力赛，是两个人抬同一张桌子。谁松手，桌子都会歪。