职场工具箱之 TNB 表达模型

——用 TNB，说清"你为什么值得被支持"

职场里最委屈的事，不是干了活没人认可， 而是你明明开口了，对方却完全没 get 到你的点。

开篇：一个让无数新人破防的场景

你鼓起勇气，走到领导工位旁边：

「老大，这个需求感觉有点赶，我这几天压力有点大。」

领导抬头看了你一眼，点点头：

「嗯，辛苦了。」

然后……就没有然后了。

你站在原地，尴尬地不知道该走还是该继续说。

心里想："我都说了我压力大了，他不应该主动问我需要什么帮助吗？"

但领导已经低头继续看他的文档了。

问题出在哪？

不是领导冷血，也不是你表达能力差。

问题在于：你说了"现状"，却没说"诉求"。

领导听到的是："这人好像有点累。"

领导想的是："那我说声辛苦了吧。"

而你真正想要的——比如加人、延期、调整优先级——他根本不知道。

今天这篇文章，我想帮你解决一个问题：

如何让领导在 30 秒内明白：你需要什么，以及为什么该支持你。

答案是一个极其实用的表达模型：TNB。

一、新人的通病：特别怕"显得自己有目的"

在聊 TNB 之前，我想先说一个新人特别容易吃的暗亏。

1.1 你是不是也有这种心理？

• 不好意思提需求（"万一被拒绝多尴尬"）
• 不好意思要资源（"显得我能力不行"）
• 不好意思说"这事不合理"（"我是新人，不该挑刺"）
• 不好意思拒绝（"人家都开口了，不好驳面子"）

结果是什么？

事情照样干，锅照样背，还没人知道你付出了什么。

1.2 为什么会这样？

因为很多新人潜意识里觉得：

"只要我好好干活，领导自然会看到我的价值。"

这是一个美好的误解。

现实是：领导管着 10 个人，每天要处理 50 件事，你的"默默付出"很可能被淹没在信息洪流里。

你不说，他真的不知道。

你说了但说不到点上，他还是不知道。

1.3 一个残酷的真相

在职场里，"会哭的孩子有奶吃"不是贬义词，是生存技能。

但问题是：怎么"哭"？

哭得太惨，显得你能力不行。 哭得太含蓄，对方根本听不出来。

TNB 就是教你"怎么优雅地哭"。

（好吧，这个比喻有点奇怪，但你懂我意思。）

二、领导不是读心术大师

2.1 一个常见的沟通误区

新人经常觉得：

"我已经把背景说得很清楚了，领导应该懂我的意思。"

比如：

「这个功能涉及 3 个模块，需要和 2 个团队配合，时间只有一周。」

你觉得你在说什么？——"这活太难了，我需要帮助。"

领导听到了什么？——"哦，情况我了解了。"

你以为的"暗示"，在领导眼里就是"陈述事实"。

2.2 为什么领导"听不懂"你？

不是他傻，是他太忙了。

一个中层管理者，每天要：

• 参加 3-5 个会议
• 处理 20+ 条消息
• Review 5+ 个文档
• 做 10+ 个决策
• 还要 1:1、周报、月度汇报……

他接收的信息量，可能是你的 50 倍。

在这种信息轰炸下，他没有精力去"猜"你的潜台词。

你不把重点说出来，他真的会——忽略。

2.3 领导真正想听到的是什么？

不是你的辛苦（他默认每个人都辛苦）。 不是你的背景介绍（他知道大概情况）。 不是你的情绪（他没空安慰你）。

他想听到的是：

1. 发生了什么问题？（他需要知道"事态"）
2. 你需要我做什么？（他需要知道"行动项"）
3. 这对我/团队有什么好处？（他需要"决策依据"）

这就是 TNB。

三、TNB 模型：让你的诉求不再被忽略

3.1 TNB 是什么？

TNB = Trouble + Need + Benefit

3.2 为什么是这个顺序？

Trouble（问题）：先让对方进入"情境"，知道你在说什么。

Need（需求）：明确告诉对方"你希望他做什么"，不要让他猜。

Benefit（好处）：给对方一个"支持你的理由"——这是最关键的一步。

很多人只会说 T 和 N，忘了 B。

结果就是：领导知道你有困难，也知道你想要什么，但他不知道为什么要优先帮你。

Benefit 是说服力的来源。

3.3 TNB 的黄金公式

「目前 [Trouble]，
 我需要 [Need]，
 这样可以 [Benefit]。」

简单、清晰、可执行。

四、实战：用 TNB 改写你的"无效沟通"

4.1 场景一：需求太赶，想要延期

❌ 无效沟通：

「这个需求感觉有点赶，我这几天压力有点大。」

领导内心 OS："所以你想怎样？"

✅ TNB 改写：

「目前这个需求只有 3 天，但涉及 2 个模块的联调（Trouble）， 我需要把上线时间延后 2 天，或者先上核心功能、其他下个版本补（Need）， 这样可以保证质量，避免上线后反复返工（Benefit）。」

变化：从"抱怨"变成"提供选项"，领导可以直接做决策。

4.2 场景二：想要资源支持

❌ 无效沟通：

「这个项目工作量挺大的，我一个人有点吃力。」

领导内心 OS："谁不吃力呢？"

✅ TNB 改写：

「目前这个需求周期只有 3 天（Trouble）， 我需要一个后端同学配合我做接口联调（Need）， 这样可以并行推进，整体进度会更稳，不会 block 后续排期（Benefit）。」

变化：从"诉苦"变成"资源调配建议"，领导看到的是项目风险管理。

4.3 场景三：想拒绝一个不合理的需求

❌ 无效沟通：

「这个需求好像不太合理……」

领导内心 OS："你倒是说说哪里不合理啊？"

✅ TNB 改写：

「这个需求如果按现在的方案做，后期维护成本会很高（Trouble）， 我建议先做个简化版，下个版本再迭代完整功能（Need）， 这样既能按时交付，也为后续扩展留了空间（Benefit）。」

变化：从"反对"变成"替代方案"，领导不会觉得你在推脱。

4.4 场景四：想争取晋升/加薪

❌ 无效沟通：

「我在这个岗位干了两年了，想聊聊职业发展。」

领导内心 OS："又是一个来要东西的……"

✅ TNB 改写：

「过去一年我主导了 3 个核心项目，其中 XX 项目帮团队节省了 30% 的运维成本（Trouble 的反面：成果）， 我希望能承担更多架构层面的工作，也想聊聊对应的职级调整（Need）， 这样我可以把更多精力放在高价值的事情上，团队整体产出也会更高（Benefit）。」

变化：从"我想要"变成"对团队有什么好处"，领导更容易认同。

五、技术人特别容易踩的坑

5.1 只讲技术，不讲业务影响

工程师经常说：

「这个可以做，但不是最优解。」

领导听到的是："所以你到底想怎样？"

用 TNB 重说一次：

「现在这个方案在高并发下有风险（Trouble）， 我建议多花半天做一次缓存优化（Need）， 可以避免后期线上事故，节省更多排查时间（Benefit）。」

你在"争论技术"，但领导看到的是"风险控制"。

5.2 只说问题，不说解决方案

工程师另一个习惯是：

「这个设计有问题。」

然后就没了。

领导会想："那你倒是说怎么改啊？"

TNB 的 Need 部分，必须是具体的、可执行的。

不要说"需要改进"，要说"需要做 XXX"。 不要说"需要支持"，要说"需要 XX 资源/时间/人力"。

5.3 只考虑技术正确性，不考虑决策成本

有时候，技术上的"最优解"不一定是业务上的"最优解"。

领导在做决策时，还要考虑： - 时间成本 - 人力成本 - 机会成本 - 风险成本

Benefit 部分，要用"对他有利"的语言说。

六、TNB 的进阶用法

6.1 TNB + 数据 = 更有说服力

TNB 的每个部分都可以加上数据支撑：

数据让你的 TNB 从"感觉"变成"事实"。

6.2 TNB + 选项 = 更容易被接受

有时候，直接提一个 Need 可能被拒绝。

更聪明的做法是：给领导选择题，而不是判断题。

「目前这个需求时间紧张（Trouble）， 我有两个方案供您参考（Need with options）： - 方案 A：延期 2 天，完整交付 - 方案 B：按时交付核心功能，其他下版本补

我建议方案 B，因为可以先验证核心价值（Benefit）。您看哪个更合适？」

领导喜欢做选择，不喜欢被说服。

6.3 TNB + 时机 = 效果翻倍

同样的 TNB，在不同时机说，效果完全不同：

找对时机，TNB 事半功倍。

总结

Checklist：下次开口前的自检

• [ ] 我有没有说清楚"问题是什么"（Trouble）？
• [ ] 我有没有明确说出"我需要什么"（Need）？
• [ ] 我有没有解释"这对他/团队有什么好处"（Benefit）？
• [ ] 我的 Need 是具体的、可执行的吗？
• [ ] 我的 Benefit 是用"对方在意的语言"说的吗？
• [ ] 我选的时机合适吗？

这一篇你真正要记住的只有一句话

会说 TNB 的人，看起来永远比别人更"成熟靠谱"。

不是因为他们更会"表演"，而是因为他们帮领导省了猜的时间。

职场里，能把话说到点上的人，永远不会被埋没。

扩展阅读

• 向上管理的艺术 — 如何与领导高效沟通
• 非暴力沟通 — 表达需求而不引发冲突
• 金字塔原理 — 结构化表达的经典方法

系列回顾

这是"职场工具箱"系列的第三篇：

1. 4D 总结法：让你的年终总结不再是流水账
2. 黄金圈法则：让领导听懂你做了什么
3. TNB 模型（本篇）：让你的诉求不再被忽略

下一篇预告：如何用"STAR 法则"在面试中讲好你的故事。

本作品采用知识共享署名-非商业性使用-禁止演绎 4.0 国际许可协议进行许可。