硅谷有个老梗：两个工程师吵架，最后发现说的是同一件事——只是用的术语不同。Brian Jenney在Parsity带学员时发现，技术越牛的人，越容易把简单问题讲复杂。他拆解了上百个沟通翻车现场，总结出三个反直觉的解法。
慢下来，反而更快
Jenney观察到一个悖论：初级工程师汇报时语速飞快，生怕显得不懂；资深工程师反而刻意停顿，每讲30秒就确认一次对方是否跟上。真正的效率不是信息密度，而是信息到达率。
他让学员做实验：同一套架构方案，分别用"技术原教旨主义"和"翻译模式"讲给产品经理听。前者平均被打断4.2次，后者零打断且决策时间缩短60%。秘诀不是删减内容，而是在每个技术节点前加一句"这对你意味着……"
有个典型案例。某学员向CTO汇报数据库迁移方案，原本准备了47页PPT，满页是ACID特性、分片策略、最终一致性。Jenney让他重做：第一页只写"迁移后客服投诉处理时间从15分钟降到30秒"。CTO当场批了预算。
你的听众不是另一个人，是另一个物种
Jenney把技术沟通比作"跨物种交流"——工程师和产品经理的大脑结构确实不同。工程师听的是"怎么做"，产品经理听的是"为什么要做"，老板听的是"不做会死吗"。同一套话术打天下，等于对猫讲狗语。
他设计了一个快速诊断工具：开口前问自己三个问题。对方上周的OKR是什么？他们最近被什么指标追着跑？他们上次说"这个我不懂"是什么时候？
有个学员给财务总监讲云成本优化，原话是"我们通过预留实例和Spot实例的混合调度，将计算单元的按需成本降低了37%"。Jenney让他改成："明年服务器预算可以多留出一台法拉利，或者两个 headcount。"财务总监眼睛亮了，当天就约他喝咖啡聊细节。
关键洞察：术语是工程师的舒适区，却是沟通的隔离带。Jenney发现，当学员被迫用"你奶奶能听懂"的标准重写方案时，往往自己先发现了逻辑漏洞——翻译过程本身就是检验。
AI不是替代你思考，是替代你翻译
Jenney对AI的态度很务实：别用它来生成内容，用它来切换视角。他让学员把技术文档丢给AI，要求用三种身份重写——产品经理、法务、一线销售。结果往往触目惊心：同一句话，三个版本三个意思。
有个实战技巧：开会前把方案喂给AI， prompt很简单——"如果我是CFO，这段话最让我担心的三个数字是什么？"学员反馈，AI挑出的风险点80%在真实会议上被问到。提前准备，比临场发挥靠谱得多。
但Jenney划了红线：AI可以帮你"说人话"，不能帮你"想人事"。他见过有人用AI生成汇报稿，结果被追问细节时当场露馅——机器翻译了语言，没翻译思考过程。最终责任还在人。
Parsity的结业考核很特殊：学员必须用非技术语言向真实业务方汇报，由对方打分。过去两年，通过率从61%提到89%。Jenney说这不是技巧训练，是肌肉记忆——每次开口前自动切换"用户模式"。
他最近收到一条反馈。某学员升职后第一次向董事会汇报，用了Jenney的方法：开场先讲客户投诉量，再倒推技术债务。董事长的评价是"终于有个工程师让我听懂了"。学员说，这比任何技术奖项都爽。
技术深度和沟通广度，你目前更缺哪一边？
热门跟贴