主题
18.1 为什么软技能是 FDE 的隐形分水岭
技术派常有一个误解:把模型精度、系统吞吐、架构图当作 FDE 的全部,认为"活儿好,客户自然买单"。但在真实驻场里,失败案例的复盘往往指向同一个结论——不是技术不行,是沟通没接住。
把 FDE 的工作拆开看,真正写代码、调模型、压测的时间通常只占 30%–40%,剩下 60%–70% 是:听客户讲他们以为想要什么、把它翻译成真正需要什么、解释为什么不能那样做、协调三个部门别再互相甩锅、在老板突然问"这周到底交付了什么"时不慌。
软技能之所以是"分水岭",有三条具体原因:
第一,FDE 的产出物是"被客户采纳的方案",而不是"技术上正确的代码"。一个在离线测试集上 F1 到 0.92 的模型,如果客户业务部门不会用、不愿用、不敢用,这个项目就是失败的。采纳与否,取决于 FDE 能不能把价值讲到客户听得进去的语言里。
第二,客户现场的信息是高度不对称的。真正的痛点、真正的预算、真正的拍板人、真正的反对者,都不会写在需求文档里。这些信息只会在饭桌上、电梯里、走廊三分钟的闲聊中漏出来。不会问、不会听、不会接的人,拿不到这些信息,就只能照着那本写满"伪需求"的文档硬干。
第三,FDE 是乙方中的甲方、甲方中的乙方。对外代表厂商,对内要驱动客户,中间还要扛住自家销售和交付经理的双重压力。这个位置没有软技能寸步难行。
一个可操作的判断标准:如果你一周下来,与客户说过的话里有 80% 是在解释技术细节,只有 20% 是在聊业务和现场问题,说明你的软技能配比失衡,大概率这个项目会卡在"技术上没问题,但就是不验收"。
18.2 对三类人讲三套话术
客户现场至少有三类人,关心的东西完全不同。一套话术打天下是失败的开端。
18.2.1 对 CXO 讲价值(30 秒到 3 分钟)
CXO(CEO/CIO/CTO/COO/业务 VP)不关心你用的是 Transformer 还是 LSTM,他们关心三件事:省了多少钱、赚了多少钱、规避了什么风险。给他们讲话要"一数字、一对比、一时间"。
话术示例(节选自真实驻场):
"X 总,我们这次给贵司做的智能排产,试点两周,在 3 号产线把换型时间从平均 47 分钟压到 28 分钟,换算成产能,这条线一年多产出约 1200 万。下一步我们想复制到 1 号、2 号线,如果按同等比例,全年增量在 3000 万到 3500 万之间。整个复制周期我们承诺 8 周完成,第 4 周末给中期验收。"
三句话内出现了:具体数字(47→28)、钱(1200 万、3000 万)、时间承诺(8 周、4 周中期)。CXO 听完能直接拿去董事会汇报。
注意三个反面:不要讲"我们用了大模型,精度业界领先",这是自嗨;不要讲"我们做了一套平台",CXO 不买平台,买结果;不要堆术语,一出现"P95 延迟"这类词,你这一分钟就白给了。
18.2.2 对中层讲方案(15–40 分钟)
中层(部门经理、IT 主管、业务主管)是真正的执行拍板人,他们关心:这个方案会不会动我的奶酪、增加我的工作量、背我的锅。对他们要"讲方案、讲边界、讲谁干什么"。
话术示例:
"张经理,这套质检模型上线后,日常运维不需要你们科室增加人,模型每两小时自动重训一次,你们只要确认一下告警就行。误检的部分我们会留一个人工复核通道,复核结论会回流到模型,两个月内把误检率再降一半。流程上,你们出一个人对接数据接入,我们这边出两个人做模型和部署,周会同步进度。"
这段话术的精髓:先消除焦虑(不增加人)、再给退路(人工复核)、最后明确分工(谁出谁、谁干啥)。中层最怕的是"上了一个 AI,我变成背锅侠",你必须主动堵住这个担忧。
18.2.3 对一线讲操作(5–15 分钟,带演示)
一线(操作工、客服、仓管、医生)不关心 ROI,他们只关心一件事:这个东西会不会让我多干活、会不会让我出错被扣钱。对他们要"演示、口诀、兜底"。
话术示例(向质检车间操作工讲解):
"师傅,以后这个屏幕上飘红的件,你就按一下这个按钮,机器会自己复检一遍。你不用学新东西,红就按、不红别管。要是机器说 OK 但你看着不对,以你为准,直接走老流程,不会算你的错。每周我会来一次,你有任何不顺手当场跟我说,我改。"
四个要点:一个动作(红就按)、一个口诀、一个兜底(以你为准)、一个反馈渠道(每周来一次)。一线培训的核心不是讲明白原理,而是让他们敢用、敢出错、敢反馈。
18.3 需求挖掘访谈技巧
需求文档 80% 是伪需求,真需求藏在访谈里。三种工具组合使用。
18.3.1 开放式提问
不要问"你们需要报表吗",这种问法只会得到"需要"。要问"你们现在每周花多长时间做这个表,做的时候最烦的是哪一步"。开放式提问的关键词是"怎么、为什么、能不能给我讲讲"。
标准开场话术:
"王姐,我这次来不是来卖系统的,就想听您讲讲您一天怎么过的。您不用准备,想到哪说到哪,中间我可能打断问几个细节,您别介意。"
这句话做了三件事:降低防御(不是来卖东西)、解除表演压力(不用准备)、争取打断权(挖细节)。
18.3.2 5why 追问
真实对话示例(仓库):
问:为什么你们每周三要加班盘一次库? 答:因为系统数据和实物经常对不上。 问:为什么会经常对不上? 答:因为入库的时候扫码经常扫不上,工人就先放着回头补。 问:为什么扫不上? 答:仓库信号差,PDA 经常掉线。 问:为什么信号差没有改善? 答:年初提过,IT 说不归他们管,运营商说仓库是钢结构屏蔽,要装室分,预算没批。
到第五个 why,真问题才浮出水面——不是 AI 排程问题,是基础设施问题。如果你第一层就接"做个 AI 自动盘点",这个项目必然失败。5why 的价值就是避免你接到一个看起来合理、实际上跑偏的需求。
18.3.3 确认式复述
访谈结束前必做。话术:
"我复述一下今天听到的三件事,您看有没有跑偏。第一,你们最痛的不是预测不准,而是预测出来没人信、没人用;第二,真正卡进度的是 IT 不给接口;第三,老板希望年底前看到东西,否则明年预算会被砍。对吗?还有没有我漏掉的?"
复述有三个功能:校准(防止听错)、补漏(给客户再想一次的机会)、留痕(为后续方案设计背书)。复述时一定要让客户亲口说"对",这一句"对"后面就是合同的依据。
18.4 预期管理与拒绝的艺术
FDE 现场最大的坑是"承诺通胀"。客户说一句"顺便也帮我做个吧",销售在旁边帮腔"咱们小王什么都能做",你如果不当场拒绝,两周后这就是一个没预算、没工期、却必须交付的活。
18.4.1 守住边界的三个原则
第一,当场不答应,回去再答复。话术:"这个我先记下来,回去跟产品团队对一下现有能力,明天给您一个明确的答复,是能做、能做但要排期、还是确实做不了。"这句话把"拒绝"换成"评估",客户面子上过得去。
第二,永远用"范围、时间、成本"三角拒绝。客户要加需求,不要直接说不,而是:
"这个我们能做。不过它会带来两个影响:一是上线时间从 8 月推迟到 10 月,二是需要追加约 15 万的算力成本。您看是这次就加,还是放到二期?"
让客户自己选,而不是你做坏人。这种拒绝方式 90% 的情况下客户会主动收回需求。
第三,把"不能做"翻译成"有条件地做"。客户要"完全替代人工",你不说"做不到",而说:
"现阶段我们建议做成'AI 初筛 + 人工复核'的混合模式,先把人效提一倍,等模型在我们这边积累半年数据、准确率稳定在 95% 以上,再谈全自动化。这半年我们陪着您一起看数据。"
18.4.2 拒绝话术清单
- 客户说"再加一个小功能":"可以评估,但需要明确它是属于一期范围调整还是二期新增,这关系到验收节点。"
- 客户说"这次免费送我们吧":"我个人很想送,但公司流程要走变更单,我帮您走快审,具体减免看商务谈。"
- 客户说"周末能不能加个班赶出来":"周末我可以在,但需要确认这次赶工是否算正式加班,我这边要走工时,不然下周我其他项目会延期。"
每一条都不是冷冰冰的"不",而是把矛盾转移到流程、商务、工时制度上,你成为客户的盟友,而不是对手。
18.5 冲突处理
现场冲突分三类,处理逻辑完全不同。
18.5.1 客户内部派系冲突
典型场景:IT 部门想做平台化,业务部门想要立竿见影的单点应用,两边在会上互相拆台。FDE 这时候绝对不要站队,站队等于把自己绑在一个可能输的派系上。
正确动作:把冲突翻译成"分阶段",让两派都觉得自己赢了。
"我理解 IT 同志希望沉淀平台能力,也理解业务同志希望这个月就看到效果。我的建议是这样:第一阶段(4 周)先做一个能跑的单点应用,让业务看到效果;第二阶段(8 周)把这个应用的能力沉淀到平台上,IT 拿到平台资产。两边目标都对,只是节奏不同,我们把它拆成两个阶段,各自有交付物。"
这句话术的精髓:承认双方都对、用时间轴分开、各自有可见产出。
18.5.2 需求变更冲突
客户中途要改大需求,直接拒绝得罪人,直接答应得罪公司。处理流程:
- 当场确认变更的内容,白纸黑字写下来念给客户听。
- 评估对范围、时间、成本的影响,三组数字。
- 给客户三个选项:接受延期、接受加钱、本期不做放到二期。
- 让客户书面确认选哪一个。
关键:永远不要在情绪现场口头答应变更。一句话术:"X 总,这个变更有道理,我完全理解。但我要回去量化一下影响,明天上午给您三个方案选,我们选完再正式启动,免得做了一半返工更难受。"
18.5.3 技术分歧冲突
客户的技术人员质疑你的方案,常见的有"你们这个模型不准""开源的更好""我们自己也能做"。三条应对:
- 被质疑精度:不要辩,直接上数据。"我们在贵司的 200 条样本上跑过盲测,准确率 91.3%,这个报告您可以拿去复测。"
- 被推荐开源:不要否定,先认同再补充。"开源方案我也熟悉,确实在标准场景下能用。我们和它的差异主要在贵司这种小样本、强领域的情况下,我们有人工标注和调优流程,这一点开源版本需要您自己搭团队。"
- 被说"自己也能做":诚实回应。"贵司团队完全有能力做。我们的价值不是技术壁垒,而是把这个东西 8 周内交付到生产,让您团队这 8 周去做更高价值的事。这是时间换钱,不是能力问题。"
技术分歧最忌讳的是"硬刚"。客户的技术人员一旦觉得你轻视他,这个项目以后所有的对接他都会拖。
18.6 信任建立的具体动作
信任不是嘴上说的,是靠一个个可见的动作累积的。四个关键词:可见、靠谱、透明、兑现。
可见:每周固定时间出现在客户现场,哪怕没事也去喝杯茶。可见本身就是信任。FDE 不是远程顾问,你不出现在现场,客户就会觉得这个项目没人管。
靠谱:承诺的小事一定做到。说过周三发周报就周三发,说过给一份样本数据就给一份样本数据。小事靠谱了,大事客户才敢交给你。
透明:主动暴露问题,不要捂。模型掉点了、数据脏了、上游接口变了,第一时间告诉客户,带着你的应对方案一起说。话术:"出现了一个情况,我们已经定位到原因,正在修,预计今天下午恢复。同时这是备用方案,如果下午没好,我们走备用。"带方案报问题,不带情绪报问题。
兑现小承诺:积累信用最便宜的方式。客户随口一句"能不能给我看看你们在其他行业的案例",你当天晚上就发过去,即使客户自己都忘了。这种"超额兑现"是建立信任最快的路径。
一个可量化的自检指标:每周对客户做出的口头小承诺,周末前要 100% 兑现。哪怕只是"下周一带个 U 盘过来拷数据"这种事。一旦有一次失约,后面你说什么客户都会打个问号。
18.7 知识转移与培训的话术
模型上线不是终点,客户会用、愿意用、用得好才是终点。培训不到位是项目验收后烂尾的最大原因。
18.7.1 让客户听得懂的三条原则
第一,用客户的行话,不要用你的行话。给医生讲就讲"灵敏度、特异度、假阳性率",不要讲"Precision、Recall、F1";给车间师傅讲就讲"漏检率、误检率",不要讲"混淆矩阵"。
第二,类比要用客户熟悉的事物。讲模型的不确定性,不要讲概率分布,讲"就像天气预报,说降水概率 80%,带伞稳妥,但偶尔也会不下"。客户瞬间就懂。
第三,结构化,不超过三点。一次培训给一线讲超过三个操作步骤,80% 的人会忘。能用一句话说清的操作,绝不写成两句话。
18.7.2 让客户愿意学的三个动作
第一,先解决客户当下的痛点再讲原理。培训第一句话永远是"这个东西能帮你少加一小时班/少扣一次钱/少挨一次骂",而不是"我来给大家讲一下原理"。
第二,现场带着真业务做一遍,不要用 demo 数据。用客户真实的工单、真实的客户问题做演示,客户的代入感会立刻拉满。
第三,给一份"出错怎么办"的小抄。一线不怕学,怕出错没人兜底。一张 A4 纸写清"红灯亮了怎么办、网络断了怎么办、结果看着不对怎么办",贴在工位上。这一张纸的价值超过两小时的培训。
18.7.3 培训话术示例
"各位师傅,这个系统我准备了三个动作,大家今天只要记住这三个。第一,蓝灯不管;第二,黄灯看一眼,觉得不对点这个按钮;第三,红灯一定停。其他都不用管,有问题直接打我电话,24 小时通,我不会怪你们打。"
三个动作、一个口诀、一个 24 小时电话。这是给一线培训的标准结构。
18.8 向上汇报与横向协同
FDE 是夹心饼干,上面有自己的老板和销售,旁边有客户 IT 和业务部门,下面有自家开发团队。三条沟通线。
18.8.1 给老板的周报
老板要看的不多,三件事:进度、风险、求助。一份合格周报不超过 300 字,结构如下:
【本周进展】3 号产线试点完成,换型时间从 47 分钟降到 28 分钟,客户业务侧初步认可。 【下周计划】完成 1 号、2 号线数据接入,启动模型微调。 【风险】客户 IT 接口排期有 1 周延迟,可能导致中期验收顺延。 【需要支持】请销售协助推动客户 IT 总监确认接口排期,避免影响整体节点。
四段、四句话,有数字、有动作、有明确的求助对象。老板最烦的是通篇流水账看不出他要做什么。
18.8.2 给客户 IT 的对接
客户 IT 是最容易成为阻力也最容易成为盟友的群体。三条原则:
第一,主动让 IT 参与,而不是绕过。每次方案评审都请 IT 同志,哪怕他们只是旁听。被尊重的 IT 会帮你说好话,被绕过的 IT 会给你埋雷。
第二,用 IT 听得懂的语言。讲集成不要讲"我们提供 API",要讲"我们对接你们的 ESB,按你们现有规范走,不增加你们的运维负担"。
第三,把 IT 的痛点写进方案。IT 最怕新系统带来运维负担。方案里专门留一节"运维与监控",写清"日志在哪、告警怎么接、出问题找谁",IT 一看就放心。
18.8.3 给自家开发团队的协同
FDE 在前线,开发在后端,信息差巨大。三条铁律:
- 需求变更必须书面留痕,口头不算。口头变更三周后开发不认,你背锅。
- 客户反馈要带上下文,不要只传一句话。"客户说不好用"是无效反馈,"客户在 C 工单类型下,提交后 5 秒没响应,期望 1 秒内"才是有效反馈。
- 给开发留缓冲,不要把客户的工期直接转嫁。客户要 8 周,你跟开发说 6 周,留 2 周自己消化意外。永远给自己留 buffer。
18.9 高压场景应对
FDE 现场的高压场景有固定几类,每一类都有应对模板。
18.9.1 客户高层突击提问
场景:你正在给一线培训,客户老板突然走进来问"小王,你说说,这个东西到底值不值这个钱"。
应对三步:先停下手里的活(表示尊重)、给一句话结论、给一个数字。
"X 总,一句话,值。3 号产线两周试点,换型时间降了 40%,换算全年这条线多产出 1200 万,而我们这个项目的总投入大概 200 万。具体数据我这有一份,您方便我现在拿给您看吗?"
不要慌、不要绕、不要试图讲完整 PPT。一句话结论 + 一个对比数字 + 主动提供细节。高层要的就是这种"拎得清"的感觉。
18.9.2 延期预警
场景:你发现中期验收大概率要延期一周。最差的做法是拖到验收日前一天才说。最佳做法是提前两周预警,带着三个备选方案。
话术:
"X 总,中期验收原定 7 月 15 日。我们评估下来,由于客户数据治理比预期复杂,可能要顺延一周到 7 月 22 日。这里有三个选择:一是接受延期一周,二期整体顺延;二是中期验收范围缩减(只验 3 号线),其他线放到中期之后;三是增加 2 个人手赶工,争取按原节点。我个人建议方案二,既保节点又保质量,您看?"
延期沟通的核心:客户要的不是"不延期",而是"可控"。你提前预警、给方案、给建议,客户会觉得这个项目被一个靠谱的人管着;你拖到最后一刻才说,客户会觉得这个项目失控了。两种感受决定两种验收结果。
18.9.3 线上事故
场景:模型上线第三天,客户打电话说"全量质检结果都是错的,产线停了"。
应对七步,顺序不能错:
- 第一句话先稳情绪:"您别急,我们 15 分钟内出应急方案。"
- 立即启动应急降级:先把模型切回人工或规则系统,保住产线,而不是先查 bug。
- 同步所有相关方:老板、销售、客户 IT、客户业务,一条短信说清"已降级,产线已恢复,正在查根因,2 小时内给初步结论"。
- 定位根因:数据问题、模型问题、链路问题,先分大类。
- 出书面事故报告:时间线、影响范围、根因、修复方案、预防措施,五段式,不超过一页。
- 复盘:与客户一起开复盘会,主动承担该担的责任,不甩锅给上游、不甩锅给客户。
- 跟进预防措施落地:事故的价值不是修了,而是同类问题不再发生。
事故应对最能体现 FDE 的成色。客户对 FDE 的信任,往往是在事故中建立的,而不是在顺境中。一个处理得当的事故,反而能把客户关系拉得更近。
本专题小结
软技能不是"会聊天",而是一套可拆解、可训练、可复用的工程化能力。对 CXO 讲价值、对中层讲方案、对一线讲操作,三套话术对应三种心智;需求挖掘靠开放式提问、5why、确认式复述;预期管理靠"范围-时间-成本"三角和流程化拒绝;冲突处理靠"分阶段拆解"而非站队;信任靠可见、靠谱、透明、兑现四个动作;培训靠客户行话、真实业务、出错小抄;向上汇报靠"进展-风险-求助"三段式;高压场景靠"先稳情绪、再保业务、后查根因"的固定剧本。技术决定 FDE 能不能进场,软技能决定 FDE 能不能交付、能不能验收、能不能拿到二期。把软技能当硬技能来练,是 FDE 从"合格"走向"顶尖"的必经之路。
本专题来源
本专题内容综合自 FDE/FDSE 真实驻场交付案例、CDEF 方法论中 Context 与 Feedback 阶段的沟通规范、Palantir Echo-Delta 模式的现场协作经验,以及一线 FDE 工程师的项目复盘访谈。话术示例与清单均来自真实场景的整理与脱敏,数字为典型量级,非特定客户数据。如需进一步扩展某类场景的具体话术(如金融、医疗、制造行业的差异化沟通模板),可在后续专题中单独展开。