用 FAB 法则，让你的方案不再石沉大海

——用 FAB 法则，让你的方案不再石沉大海

职场里最尴尬的事，不是被拒绝， 而是你满腔热情地说完，对面一片死寂。

开篇：一个让无数新人社死的场景

周会上，领导说："有没有人有什么想法？"

你鼓起勇气，举手：

「我觉得我们可以用 Redis 做一层缓存，这样能提升性能。」

说完，你期待地环顾四周。

然后——

全场沉默。

领导点点头："嗯，好的，还有其他想法吗？"

你坐回去，心里想："我说得不对吗？这明明是个好主意啊？"

如果这个场景你似曾相识，那么恭喜你——你遇到的不是"方案不好"的问题，而是"说法不对"的问题。

你说的是一个技术特性（Feature），但你没有告诉大家：

1. 凭什么用这个方案？（Advantage）
2. 关我什么事？（Benefit）

这就是今天要聊的主题：FAB 提案法。

一、为什么你的方案总是"石沉大海"？

1.1 "拍脑袋式建议"的三个特征

新人最常见的提案方式是这样的：

「我觉得我们可以用 XX 技术/做 XX 改进/引入 XX 工具。」

这种说法有三个问题：

结果：你觉得自己提了一个好主意，别人觉得你只是"随便说说"。

1.2 为什么大家会沉默？

沉默不一定是反对，更可能是——不知道该说什么。

当你说"我们可以用 Redis 做缓存"，听众的内心活动是：

• "然后呢？"
• "现在不是也能用吗？"
• "这跟我有什么关系？"
• "你想让我做什么？"

你没有给他们"接话的抓手"，所以他们只能沉默。

1.3 一个残酷的真相

在职场里，"好想法"是不值钱的。

值钱的是： - 被认可的好想法 - 被执行的好想法 - 带来结果的好想法

而一个想法从"你脑子里的"到"被认可的"，中间差的就是——表达方式。

二、FAB 法则：让你的方案自带说服力

2.1 FAB 是什么？

FAB = Feature + Advantage + Benefit

2.2 为什么是这个顺序？

Feature（特性）：先让对方知道你在说什么，建立"共识起点"。

Advantage（优势）：说明"为什么要改变"，建立"改变的必要性"。

Benefit（利益）：说明"对他有什么好处"，建立"支持的动力"。

很多人只说 F，忘了 A 和 B。

结果就是：你说了一个"事实"，但对方不知道"为什么要关心这个事实"。

Benefit 是说服力的来源。

2.3 FAB vs TNB 的区别

你可能注意到，FAB 和我们之前讲的 TNB 有点像。它们的区别是：

TNB 是"我遇到问题，需要你帮忙"。 FAB 是"我有个方案，值得你支持"。

两者的共同点：都以 Benefit（对方的好处）收尾。

2.4 FAB 的黄金公式

「我们可以 [Feature]，
 相比现在 [Advantage]，
 这样可以 [Benefit]。」

简单、清晰、有说服力。

三、实战：用 FAB 改写你的"无效提案"

3.1 场景一：技术方案建议

❌ 无效提案：

「我觉得我们可以用 Redis 做一层缓存。」

领导内心 OS："然后呢？"

✅ FAB 改写：

「我建议在用户列表接口加一层 Redis 缓存（Feature）， 目前这个接口每次都要查 3 张表，高峰期 P99 到 2 秒，加缓存后可以降到 200ms 以内（Advantage）， 这样用户体验更流畅，客服投诉也会减少（Benefit）。」

变化：从"我觉得"变成"有数据支撑的建议"。

3.2 场景二：流程改进建议

❌ 无效提案：

「我觉得我们的代码 review 流程可以优化一下。」

领导内心 OS："优化什么？怎么优化？"

✅ FAB 改写：

「我建议把代码 review 从"上线前集中 review"改成"PR 合并前必须 review"（Feature）， 目前的方式经常导致上线前临时发现问题，返工率大概有 30%（Advantage）， 改成前置 review 后，可以更早发现问题，减少上线压力，也能降低线上事故风险（Benefit）。」

变化：从"可以优化"变成"为什么要优化"和"优化了有什么好处"。

3.3 场景三：工具引入建议

❌ 无效提案：

「我们可以用 Notion 来管理文档。」

领导内心 OS："现在飞书不也能管吗？"

✅ FAB 改写：

「我建议用 Notion 来管理技术文档（Feature）， 相比飞书，Notion 的数据库功能更强，可以做多维度筛选和关联，而且支持 API 自动化更新（Advantage）， 这样我们可以把 API 文档和代码仓库打通，文档永远是最新的，减少"文档过期"的问题（Benefit）。」

变化：从"可以用 XX"变成"为什么 XX 比现在好"。

3.4 场景四：产品功能建议

❌ 无效提案：

「我觉得这个页面可以加个搜索功能。」

产品经理内心 OS："为什么？用户需要吗？"

✅ FAB 改写：

「我建议在商品列表页加一个搜索框（Feature）， 目前用户只能一页一页翻，数据显示 70% 的用户会在第 3 页就放弃（Advantage）， 加了搜索后，用户可以直接找到想要的商品，预计能提升 15% 的转化率（Benefit）。」

变化：从"我觉得"变成"数据驱动的建议"。

四、提案落地：让沉默变讨论（FAB 的后半程）

很多人提案翻车，不是因为 FAB 没讲对，而是讲完 FAB 以后就“坐下了”。
然后会议进入经典剧情：你尴尬、大家沉默、领导翻下一页。

说句扎心的：提案不是演讲，是协作的开场。
你要做的不是“把话说完”，而是“把球传出去”，让别人有机会接住。

4.1 三个动作：把“沉默”变成“讨论”

• 动作 1：先声明你想要什么反馈
• 你想要的是“拍板”，还是“提意见”，还是“给资源”？说清楚。

• 话术：

  • 「我今天不是来要结论的，我想先听听大家对风险点的意见。」
  • 「如果方向没问题，我希望今天能确认是否可以做一个两周的试点。」

• 动作 2：抛一个“容易回答”的问题，让大家开口

• 你不要问「大家觉得怎么样？」这等于让所有人同时写高考作文。

• 你要问选择题 / 量化题：

  • 「如果这个优化能把 P99 从 2s 降到 200ms，你们觉得值不值得花 2 天做？」
  • 「你们最担心的是成本、风险，还是上线节奏？」

• 动作 3：给出“下一步”，别把决策成本丢给领导

• 领导最讨厌的不是你提要求，而是你把“下一步怎么走”留空。
• 话术：
  • 「我建议先做一个最小试点：只改一个接口，上线灰度 10%，两天出数据。」
  • 「如果试点数据不达标，我们就回滚，成本可控。」

4.2 常见追问：你提前准备，气势就不虚

4.3 一页提案卡（你可以直接复制）

把你的方案压缩成一页，会议上就不会“讲着讲着变成散文”：

【一句话结论】我建议：____________（Feature）

【为什么要做】当前问题/痛点：____________（现状 + 数据）

【为什么比现在好】优势对比：____________（Advantage：速度/成本/风险/体验）

【对谁有什么好处】收益：____________（Benefit：对用户/团队/公司）

【成本】人天/排期：____________
【风险】主要风险 & 缓解：____________（灰度/开关/回滚）
【下一步】我希望今天确认：____________（拍板/试点/资源）

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

4.1 只讲技术，不讲业务

工程师最常见的问题是：

「这个架构更优雅，我们应该重构。」

领导听到的是："所以能给公司带来什么价值？"

FAB 的 Benefit 部分，要用"业务语言"说：

4.2 只说理想，不说现状

另一个常见问题是：

「用这个方案可以达到 XX 效果。」

但你没说"现在有什么问题"，听众就没有"改变的紧迫感"。

Advantage 部分，一定要有对比：

4.3 只考虑技术可行性，不考虑决策成本

有时候，技术上"更好"的方案不一定会被采纳。

因为领导还要考虑： - 时间成本：现在有时间做吗？ - 人力成本：谁来做？要占用多少人？ - 风险成本：万一出问题怎么办？ - 机会成本：做这个就做不了那个，值不值？

Benefit 部分，最好能回应这些隐性顾虑：

「这个优化预计 2 天就能完成，不影响当前排期， 而且是局部改动，可以灰度验证，风险可控。」

五、FAB 的进阶用法

5.1 FAB + 数据 = 更有说服力

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

5.2 FAB + 风险评估 = 更容易被采纳

领导最怕的是"只说好处，不说风险"。

更成熟的 FAB 可以加上风险评估：

「我建议 [Feature]， 相比现在 [Advantage]， 可以带来 [Benefit]。

风险评估：主要风险是 XX，缓解措施是 XX。 成本预估：需要 X 人天，不影响当前排期。」

5.3 FAB + 选项 = 更有掌控感

如果你只给一个方案，领导可能会犹豫。

如果你给三个方案，领导更容易做决策：

「针对这个问题，我有三个方案：

方案 A（快速）：[Feature] → [Advantage] → [Benefit] 方案 B（完整）：[Feature] → [Advantage] → [Benefit] 方案 C（折中）：[Feature] → [Advantage] → [Benefit]

我建议方案 C，因为 XX。您觉得呢？」

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

六、FAB 与其他方法的组合

FAB 可以和我们之前学的方法组合使用：

总结

Checklist：下次提方案前的自检

• [ ] 我有没有说清楚"方案是什么"（Feature）？
• [ ] 我有没有说清楚"比现在好在哪"（Advantage）？——最好有数据对比
• [ ] 我有没有说清楚"对他们有什么好处"（Benefit）？——用业务语言
• [ ] 我有没有明确这次提案想要的反馈类型：拍板/提意见/要资源？
• [ ] 我有没有准备好 1-2 个“容易回答的问题”，把球传出去？
• [ ] 我有没有考虑风险和成本？
• [ ] 我有没有给出“下一步”（试点/灰度/回滚/时间点），降低决策成本？
• [ ] 我有没有给领导"选择的空间"？

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

提方案不是说"我觉得好"，而是说"为什么你也应该觉得好"。

下次开会前，把你的方案用 FAB 重新说一遍。

你会发现，沉默会变成讨论。

扩展阅读

• 金字塔原理 — 结构化表达的经典方法
• 影响力 — 说服的心理学原理
• 麦肯锡教我的写作武器 — 职场写作与表达

系列回顾

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

1. 4D 总结法：让你的年终总结不再是流水账
2. 黄金圈法则：让领导听懂你做了什么
3. TNB 表达模型：让你的诉求不再被忽略
4. STAR 面试法：让你的面试回答既有料又有逻辑
5. FAB 提案法（本篇）：让你的方案不再石沉大海

下一篇预告：同事不配合，真的是他们的问题吗？——用同理心破解职场合作困局。

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