本期的问题是：当你的提案描述你提供什么时，客户能否读出它为什么对自己重要，以及为什么只有你能做到？
大多数提案只回答了前半句就停下了。它们罗列能力、产品、认证和从业年限，却让评审专家自己去琢磨其中的价值。APMP知识体系用三个词给出了解法。功能（Feature）是你提供的东西，收益（Benefit）是客户从中得到的东西，差异化优势（Discriminator）是对客户重要、其他投标人无法比拟的收益。客户买的是收益，而差异化优势让客户选择你的收益。
本系列逐一解读APMP Foundation学习指南所概述的APMP知识体系。本期能力属于Focus on the Customer，也是本系列其他各期所讲的主题陈述、价值主张和制胜主题的原材料。
三个词，三个问题
学习指南给出了一个区分三者的简便方法。值得记住，因为它本身就是修改稿件的工具：
| 术语 | 回答的问题 | 谁的语言 | 示例 |
|---|---|---|---|
| 功能 | What? 我们有什么、做什么？ | 我们的：规格、工具、流程、人员 | “全天候有人值守的监控中心” |
| 收益 | So what? 客户哪里变好了？ | 客户的：成本、时间、风险、成果 | “在用户察觉之前发现问题，服务中断随之减少” |
| 差异化优势 | Why us? 为什么只有我们，客户又为什么要在意？ | 客户的，并与所有对手相比 | “唯一已在监控与该客户同类网络的投标人，无需磨合期，第一天就能开始监控” |
简单说，功能是描述，收益是价值，差异化优势是选择的理由。提案三者都需要，但评审专家给分主要看后两者。
知识体系特别说明了一点：这并不是让你别写功能。功能是兑现收益的手段，评审专家需要看到功能才会相信收益。问题在于停在功能上，把它与客户问题之间的连线留给客户自己去画。很多组织恰恰就是这么做的。
为什么提案总停在功能上
写提案的人很自然地从卖方视角出发。他们熟悉产品、方法和团队，所以最先想到的就是这些。评审专家则从另一边读，脑子里一直转着同一个问题：这对我们有什么用？
卖方视角（功能）
“我公司提供7×24小时监控系统。”
没错，但还没写完。它为什么重要，只能靠评审专家去猜。
客户视角（收益）
“借助全天候监控，贵单位能及早发现故障征兆，缩短服务中断时间。”
同一个功能，现在与客户想要的结果连在了一起。
根据知识体系，有三类人尤其难以完成这种转换：
- 技术人员和领域专家（SME）。他们清楚某项功能为什么了不起，所以在他们看来功能就是收益。但对评审专家来说，那仍然只是规格参数。
- 现任承包商。在一个合同上做了多年，很容易以为自己知道客户“真正”想要什么，即使这与客户这次提出的要求并不一样。
- 所有在写自家公司的人。每个团队都会高估自己的优势。这是人之常情，也正因如此，客户的视角必须去核实，而不能靠假设。
从客户需求出发
收益不是你觉得自己方案好的地方，而是客户认可能解决其自身问题的价值。所以知识体系把这个主题的起点放在理解客户上，在动笔之前很久，就在销售和商机推进的过程中。
追踪一个商机，意味着你假设自己的能力契合客户的需求。学习指南的建议是：去验证这个假设，而不是想当然。这个过程可以简化为：
- 动笔之前先了解需求。与客户会面，弄清他们想解决或实现什么。
- 把你的功能对应到需求上。想清楚哪些功能以及它们带来的长处，可以解决每一项需求。
- 和客户一起验证想法。分享可能的方案，看客户认为哪些有价值。
- 把得到确认的长处变成收益。客户认可的内容，作为收益写进书面提案，例如用功能/收益对照表来呈现。
- 与竞争对手比较。把你的收益与对手可能提供的放在一起，判断哪些是差异化优势。
弄清每项需求为什么存在
知识体系还补充了一个容易被忽略的要点：只知道需求写了什么还不够，你还得知道客户为什么把它写进去。
假设招标文件要求“实时监控”。这是What。Why可能是去年故障发现得太晚，可能是运维人员接到投诉才知道出了问题，也可能是旺季时服务停了两次。每个原因对应不同的收益，而其中只有一个是这个客户真正要买的。你的监控功能在每种情况下都一样，能拿分的那句话却各不相同。
功能、长处、收益
用三栏表格能让这种转换一目了然，也能迅速揪出还停留在功能层面的句子。下面是本文为一个文档处理方案编写的示例：
| 功能（我们有什么） | 长处（它能做什么） | 客户收益（客户哪里变好） |
|---|---|---|
| 自动分类引擎 | 免去重复的人工分拣 | 经办人员每件事的处理时间缩短，积压更快清空 |
| 标准模板 | 所有文档结构统一 | 审阅人更快找到关键信息，退回修改的轮次减少 |
| 每条表述都链接到原始出处 | 任何人都能追溯内容来源 | 审计风险降低，花在更正上的时间减少 |
第一栏是内部语言，最后一栏是客户语言。如果草稿里的某句话只放得进第一栏，它就还没写完。
找到你的差异化优势
把功能变成收益只完成了一半工作。另一半是找出哪些收益让你成为更好的选择，而这只盯着自己是做不到的，必须比较。
站在客户一边，诚实地比较
要找到差异化优势，你需要关于客户需求的情报，以及竞争对手可能如何回应这些需求的情报。情报可以来自你的捕获团队或销售团队，也可以来自外部顾问；无论由谁收集，知识体系都要求认真分析。有效的竞争情报要回答：谁可能投标，他们会以什么价格提供什么，以及最重要的，客户怎么看他们。
接着用投标人对比矩阵，对包括你在内的所有主要投标人，按照每项需求要求的内容及其被写进去的原因逐一评分。让这个工具有用的规则并不舒服：打出客户会打的分，而不是你想给自己的分。给自己打高分的团队会在每一栏都拿满分，却错过了方案真正需要补强的地方。针对每个投标人做SWOT分析，可以补上矩阵可能遗漏的背景，比如管理层变动、法律纠纷或并购传闻。对手的劣势是你的机会，对手的优势是你的威胁。（第五期客户与竞争对手情报详细介绍了这两个工具。）
最佳区域
学习指南把差异化优势画成几个相互重叠的区域：客户需求、竞争对手的能力和你自己的能力。差异化优势只存在于其中一块：客户在意的东西，你能提供，而别人都提供不了。其他任何组合都算不上完整的差异化优势。
读懂其余几块区域，同样有助于规划提案。下表是本文为运用这一思路而整理的：
| 客户需要吗？ | 你能提供吗？ | 对手能提供吗？ | 它是什么 | 在提案中怎么做 |
|---|---|---|---|---|
| 是 | 是 | 否 | 差异化优势 | 放在最前面，量化，并给出证明 |
| 是 | 是 | 是 | 入场门槛 | 简要说明已满足，或在其上叠加只有你能给的收益 |
| 是 | 否 | 是 | 短板 | 通过合作伙伴或调整方案补上，或削弱其影响 |
| 否 | 是 | 均可 | 没人买单的功能 | 删掉或一笔带过，它拿不到分 |
第二行值得细看。知识体系指出，即使你和对手拥有相同的功能，只要用只有你能提供的收益把它包装起来，仍可将其变成差异化优势。两家投标人可能都运营服务台，但也许只有一家配备了已经熟悉该客户系统的工程师，第一通电话就能解决问题。
品牌、规模和经验不会自动成为差异化优势
这里最常见的错误是迷信自己的名号。没有别人能把你的标志放到方案上，但这并不让标志成为收益。人员规模、办公地点、成熟流程、产品和从业年限也一样。每一项都是需要先经过检验才能算作收益的功能，更别说差异化优势了。
过往业绩指明了正确的做法。一份类似项目清单主要用来支撑你的主张；它的收益在于你从中学到的东西：捷径、如今能避开的风险、你自己总结的检查清单。说明这些经验如何让你更快、更好、更稳妥或更省钱地满足这个客户的需求，经验才开始作为收益发挥作用。
量化价值，并且能够证明
可衡量的收益胜过形容词。来比较本文以设施维保投标为例写的两句话：
含糊
“我们提供快速支持。”
比谁快？每个投标人都会这么说。
可衡量
“无论何时，工程师两小时内到达现场。”
客户能想象、能比较，也能据此要求你兑现。
知识体系针对一句常见的主题陈述“值得托付的一双手”也说了同样的话。它想表达风险低，却无从衡量。要让它起作用，就要说出具体的收益，并附上证据和数字。比如，一个真正想强调按期交付的投标人可以这样写（数字为说明而虚构）：
“您可以放心按约定日期上线：我们此前同类的18次迁移全部按期上线，在此过程中不断完善的切换手册，让周末停机时间缩短了三分之一。”
这句话有具体的收益、支撑它的证据，以及客户可以核实的数字。
让量化保持诚实，有三点需要注意：
- 只用能证明的数字。拿不出依据的数字还不如没有：评审专家一旦怀疑其中一个主张，其他主张也都会被打折扣。
- 做好被它考核的准备。如果最终签订的是基于绩效的合同，量化的收益可能直接成为衡量你的指标。全篇都用证据支撑量化，并确保交付时做得到。
- 无法衡量时，就去关联。并非每项收益都有数字。这时把它与客户的使命或公开目标联系起来，并用客户自己的说法来描述。使用客户的语言，本身就表明你理解他们的需求。
做So what?测试
本主题中最简单的工具也最有用。每写一句你打算当作收益的话，就像客户那样问一句“那又怎样？（So what?）”。功能句答不上来；收益句会说出解决了客户的什么问题、带来了什么结果。
像链条一样一路追问，直到问到客户真正在意的东西。下面是本文编写的示例：
- “我们的平台内置120个现成连接器。”那又怎样？
- “贵单位的现有系统无需定制开发即可接入。”那又怎样？
- “集成只需几周而非几个月，新服务能在预算年度结束前上线。”
第一句是功能。第三句是这个客户愿意为之付费的收益；如果没有对手能达到这个时间表，它就是差异化优势。
由谁来测试很关键。设计这项功能的人，最难判断它读起来像不像收益。知识体系建议请一位了解客户视角、但不懂技术细节的人来评估。目标是让收益一目了然，客户根本不需要自己去推断你的功能值多少。
下一份提案的检查清单
- 先列出客户需求，包括每项关键需求为什么写进招标文件。
- 为主要方案要素制作功能/长处/收益表。
- 与客户验证可能的收益，最好在招标前进行，保留客户认可的部分。
- 从客户视角给所有投标人打分，在对比矩阵中诚实写出自己的短板。
- 标出你的最佳区域：你能满足而对手满足不了的需求，放在最前面。
- 质疑关于品牌、规模和经验的说法，把每一条改写成它能为这个客户改变什么。
- 能证明的地方就量化，其余的用客户的语言与客户的使命联系起来。
- 做So what?测试，请一位比起技术更懂客户的审阅人参与。
在Contrl中
本期的要点是：功能只有转化为客户认可的收益、以及只有你能做到的理由，才能拿到分数。在Contrl中，这种转化发生在写任何一页幻灯片之前。你在策略访谈中介绍客户、你的公司和竞争对手，系统提出的每个制胜主题都写明客户需求、你相对对手的优势以及给客户带来的收益，因此你提到的功能必须以“那又怎样”和“为什么是我们”的答案出现。选定的主题会在每个章节提炼成一句核心句，让每一页最前面站着的是收益，而不是功能清单。
下期预告
一旦你宣称了收益和差异化优势，每位评审专家都会问同一个问题：我们怎么知道这是真的？第十期将讨论证明点（Proof Points）：什么样的证据能让你的主张可信，又该把它放在提案的什么位置。
本文是基于APMP Foundation学习指南第4.2版（© 2025 APMP）的独立学习解读，该指南是对APMP知识体系的概述。本文对原材料进行了转述和评论，并未获得APMP认可。监控与服务台的例句、文档处理方案表格、四个区域的表格、支持时效对比、按期上线的例句和连接器示例，以及其中的所有数字，均为本文编写。权威原文和认证信息请见apmp.org。