当前位置:首页 > 通用FDE前线部署工程师实战手册 > 正文内容
两套语言:怎么对客户说,怎么对总部说
两套语言:怎么对客户说,怎么对总部说

【摘要】

FDE 处在一个很特殊的信息位置:他知道现场的真实情况,也知道总部的真实难处。这两个真相对不上,而他必须同时对两边说话。

新人常见的做法是"如实转述"——把客户的原话转给总部,把总部的原话转给客户。听起来诚实,实际是失职:因为你把最难的部分(判断和翻译)留给了两边。

这篇讲两套语言:对客户说什么、对总部说什么、四个典型场景怎么切换。

【核心要点】

  • 对客户:说影响、说时间、说要他决定什么
  • 对总部:说风险、说资源、说需要什么支持
  • 两套语言不是撒谎,是信息过滤和侧重点不同
  • 两个致命错误:对客户用总部语言(甩锅)、对总部用客户语言(掩盖)
  • 判断标准:这段话说完,对方能不能做出决定

---

一、两边要听的东西不一样

客户想听 总部想听
延期了影响我什么、什么时候能好为什么会延、要不要加人、会不会影响验收
做不完能不能先给我能用的范围要不要砍、客户会不会闹、合同风险
客户提怪要求你能不能做、要多久这单值不值得接、会不会开了先例
有技术债以后会不会出问题什么时候还、要多少工时

同一个事实,两套说法。核心差别:客户关心后果,总部关心原因。

二、四个场景的双语对照

场景一:项目要延期

对客户:

"原定这周五的接口联调要往后挪到下周,因为对方系统的权限还没开。
影响是上线时间顺延三天。为了不耽误整体进度,我建议这周先把不依赖接口的两个模块验收。"

—— 说影响、给替代方案、让他做选择。

对总部:

"客户方接口权限审批卡住了,已经催了两次,预计下周能开。
风险是这个项目已经延了三天,如果下周三还开不了,会影响到月底验收。
需要支持:能不能让商务这边出面推一下。"

—— 说原因、说风险等级、说需要什么。

错误说法:对客户说"我们这边排期排不开"(甩锅给总部);对总部说"客户那边太拖拉"(只有抱怨没有方案)。

场景二:功能做不完

对客户:

"原定的 20 个功能,V1 我能按时交付 12 个。剩下 8 个里有 5 个可以放到 V2,
另外 3 个是核心的,我建议砍掉两个边缘功能、保这三个。你怎么看?"

—— 给方案,让他选,不给他"要么全有要么没有"。

对总部:

"客户 20 条需求,按现有人力只能做 12 条。我建议 V1 做核心 12 条,
剩余 8 条转 V2。风险是客户可能不接受,需要商务提前沟通。
如果客户坚持全做,需要增加 1 名开发,工期加两周。"

—— 说清楚选项和代价。

场景三:客户提不合理要求

对客户:

"这个做法我建议不要走,原因有两个:一是数据一致性没法保证,
二是以后审计的时候这一块说不清。我有个替代方案,能达成同样目的。"

—— 不说"这不符合我们的规范",说"这会给你带来什么麻烦"。

对总部:

"客户提了个要求:要跳过审批直接改生产数据。我没答应,给了替代方案。
这个客户以前有过类似诉求,建议在合同里明确写一条数据修改的责任边界。"

—— 说事实、说应对、说制度层面的建议。

场景四:有技术债

对客户:

"现在这套是能用的,但当时为了赶上线做了些简化。
如果以后要接更多系统,可能会有性能问题。我建议在 Q2 安排一次优化。"

—— 用业务语言说,不给技术细节。

对总部:

"现场这套原型有 3 处硬编码、2 处绕过事务的一致性风险,
保守估计还清需要 5 人日。建议在项目验收后立即排期,不要拖到下一个项目。"

—— 给具体数字,方便排期。

三、两个致命错误

错误一:对客户用总部语言(甩锅)

典型句式:

  • "这个我们公司规定不行"
  • "研发那边排不开"
  • "总部说要走流程"

客户听到的是:你在这个项目里没有话语权,找你没用。

一旦这个印象形成,客户会绕过你直接找你的领导,你的现场价值就没了。

正确做法:把"公司的限制"翻译成"项目的约束",并且永远带着替代方案出现。

错误二:对总部用客户语言(掩盖)

典型句式:

  • "客户那边还好,没什么大问题"
  • "基本能按时"
  • "就是有些小调整"

总部听到的是"一切正常",于是不给资源、不调整排期。等到问题爆发,所有人都措手不及。

FDE 有个心理陷阱:觉得报风险等于承认自己搞不定。实际上总部最怕的不是风险,是不知道有风险。

四、一句话判断标准

每次开口前问自己:

这段话说完,对方能不能做出决定?
  • 对客户说完,他能不能决定"接受延期 / 砍哪个功能 / 要不要批这个方案"
  • 对总部说完,他能不能决定"给不给资源 / 要不要出面 / 调不调排期"

如果对方听完只能说"哦,那你看着办",说明你说了等于没说——你把判断权又推回去了。

五、一个实用模板

对客户的周报:

本周完成:XXX(3 项)
下周计划:YYY(2 项)
风险/需要你决定:ZZZ(1 条,给两个选项)

对总部的周报:

进度:A 模块完成 80%,B 模块完成 50%
风险:接口权限未开,影响 3 天
需要支持:商务推动对接方
下周关键节点:接口联调

两份周报,同样的项目,不同的侧重。花二十分钟,省掉后面无数误解。

---

卷1「心智与边界」到这里结束。下一篇进入卷2:前置评估——进场第一周,怎么快速摸清一个陌生现场。

相关文章

FDE定义溯源:和普通实施、售前、FAE、驻场开发的边界到底在哪

FDE定义溯源:和普通实施、售前、FAE、驻场开发的边界到底在哪 【摘要】 Forward Deployed Engineer 这个词最早来自 Palantir:他们的工程师不是坐在总部等人提需求,而...

FDE薪资逻辑:为什么显著高于普通实施,钱在为哪件事付

FDE薪资逻辑:为什么显著高于普通实施,钱在为哪件事付 【摘要】 同一个项目、同样的年资,FDE 的薪资常在实施的 1.5–2.5 倍之间。很多人把它解释为"能力差",这不准确——...

六大赛道FDE差异总览:半导体、锂电光伏、制药GMP、离散制造、政企、AI落地

六大赛道FDE差异总览:半导体、锂电光伏、制药GMP、离散制造、政企、AI落地 【摘要】 FDE 的方法论是通用的,但打法是赛道决定的。同一套"进场评估 + PoC 验证"的方法,...

FDE的核心工作循环:挖掘 → 验证 → 落地 → 沉淀

FDE的核心工作循环:挖掘 → 验证 → 落地 → 沉淀 【摘要】 普通实施按项目阶段走:启动、调研、配置、测试、上线、验收。一次性的线性流程,走完结束。 FDE 不是这个结构。他的工作是四步循环:挖...

本专栏阅读路线、配套资产与适用人群

本专栏阅读路线、配套资产与适用人群 【摘要】 这份手册讲一件事:一个 FDE,在客户的现场到底该怎么干活。 58 篇,9 卷。不讲产品功能,不讲行业科普,每一篇都落到"遇到这个场景,你该做什...

FDE的第一课:先确认自己不是来写代码的

FDE的第一课:先确认自己不是来写代码的 【摘要】 FDE 这个岗位最迷惑人的地方,是它看起来像"高级开发"——能写代码、能改配置、能现场做原型。于是很多新人一上手就进入写代码状态...