客户现场最糟的 FDE 习惯，不是说话难听

客户现场最糟的习惯不是说话难听，而是在演示会上频频点头，回到内部频道却写下“客户的数据根本没法用”。Kim Scott 给这种行为起了个名字，而且不太好听：当面夸人，背后批评。

Radical Candor: Fully Revised & Updated Edition（《绝对坦率》全新修订版），副标题是“Be a Kick-Ass Boss Without Losing Your Humanity”（做一个出色的上司，同时不失人性），本是写给管理者的。

然而，前线部署工程师（FDE）的大部分工作，恰恰是向那些不向你汇报、你也无权指挥的人传达坏消息。

所以，这本书对 FDE 和对上司同样有用。

作者是谁，为什么值得信？

据出版方介绍，Kim Scott 曾是 Google 的一位成功领导者，之后加入 Apple，在那里设计并讲授了一门管理课程。

该书官网称，这本书已被译成 20 种语言。它也是 Kim Scott 与 Jason Rosoff 联合创办的一家培训公司的基础。换句话说，这套框架经过了真实的教学和实践，而不只是写在纸上。

四个象限放到客户现场是什么样？

出版方用一句话概括全书：真心关怀，直接挑战。radicalcandor.com 补充了一个关键词：两者必须同时做到。缺了任何一个，就会落进另外三个象限之一。

设想这样一个场景：你为客户部署了一套文档分类系统，两周后发现，客户团队标错了相当多的数据。要提出这个问题，有四种说法。

第一种是破坏性同理心（Ruinous Empathy）：你在乎对方，却选择沉默或把话说软，比如“数据里有几处需要再看看”。客户意识不到问题有多严重，三周后模型表现依然很差。

第二种是讨厌的攻击（Obnoxious Aggression）：“你们的标注全错了。”话够直接，却毫无关怀，做标注的人自然会进入防御状态。

第三种是操纵性虚伪（Manipulative Insincerity），既不关怀也不直接。会上说“你们的数据看起来很棒”，回到内部频道却敲下“客户的标注就是垃圾”。

第四种是绝对坦率（Radical Candor）：“模型表现不佳，是因为这一组文档的标注不一致。我希望这套系统能真正帮到你们团队，所以建议周四我们一起复核 50 份样本文档。”

直接就等于刻薄吗？

新读者最常见的误区，是把绝对坦率当成说话刻薄的许可。犯这个错的人留下了“直接挑战”，忘了“真心关怀”。按官网自己的定义，这就是讨厌的攻击：直接，但毫无关怀。

假设客户的数据摄取管道要跑一整夜。一个刚读完这本书的 FDE 可能会这样开场：“我就直说了：你们的架构已经过时了。”这句话确实够直白，但它针对的是听的人，没有说明后果，也没有给出出路。

更好的说法是：“每次数据摄取都要跑一整夜，你们团队每天早上都得先等着才能开工。我想把这段等待去掉，建议我们花一周时间，试着把摄取拆成更小的批次。”同样直接，区别在于对方能看出你为什么这么说。

发出任何消息之前，可以快速检查一下：你的话有没有点明一个具体问题、一个后果，以及一个你愿意一起推进的下一步？没有下一步，反馈听起来往往更像评判，而不是帮忙。

值得记住的三个观点

第一，信任必须先于反馈。官网写道，真正的信任始于你让别人足够了解你，让他们觉得也可以放心地展示自己。在客户现场，这意味着在指出对方的错误之前，先尽早承认自己团队哪些地方没做好。

第二，四个象限描述的是行为，不是性格。每个人都会有落进糟糕象限的时候。所以该问的不是“我是不是一个坦率的人”，而是“刚才那句话落在哪个象限”。每次通话结束后，都可以马上检查一遍。

第三，表扬和批评一样需要技巧。这套框架要求表扬具体而真诚，批评善意而清楚。对客户来说，一句具体的夸奖（“你们的数据清洗脚本让管道快了很多”）会让下周的批评容易听进去得多。

谁该读，按什么顺序读？

如果你正准备从纯技术的工程岗位转向前线部署工作，就尽早读这本书。写代码你已经会了，但如何对客户的总监说“你们这样做行不通”，通常没人教过你。

先读 radicalcandor.com 上的“Our Approach”页面：篇幅很短，足以让你掌握四象限框架。然后再读书，看其中的案例和练习。如果你是资深 FDE 或技术负责人，请细读写给管理者的章节，因为你同样要给部署团队里经验较浅的同事反馈。

面试时，准备一个符合这套框架的故事：坏消息是什么，你告诉了谁，你怎么说才做到既直接又有关怀，结果如何。

在简历上，像“及早发现并向客户指出数据错误，上线前与客户共同修复”这样的一句话，比“沟通能力强”几个字更能体现这项能力。

尽早说出真相，可能会让一场会议变得尴尬。更可能让你失去信任的，是等到为时已晚，让客户自己发现真相。