在写下一份提案书之前，有一个问题值得先回答：你能用清楚的话说明，什么样的提案书能赢吗？
经验丰富的标书撰写者大多凭感觉知道答案，却很难说清楚。以前这样也没关系，现在不行了。AI几分钟就能写出一份100页的初稿，总得有人来判断这份初稿，并告诉AI什么才算“好”。说不清标准，这两件事都做不了。
这个系列会逐一讲解提案专业人士共同遵循的标准：APMP（国际提案管理专业协会）的知识体系（Body of Knowledge），以APMP Foundation学习指南的概述为线索。我们从Foundation的起点开始，也就是Focus on the Customer（以客户为中心）领域下的Identifying Requirements for Compliance and Responsiveness（为合规性与响应性识别需求）。
两项不同的工作：合规与响应
知识体系开篇就提出一个简单的论断：制胜的提案书既合规（compliant），又有响应性（responsive）。这是两项不同但同样重要的工作。一项是识别并满足客户的需求，另一项是回应客户的业务需要。
| 合规性 | 响应性 | |
|---|---|---|
| 是什么 | 满足客户明确提出的要求和指示 | 回应这些要求背后的目标、顾虑和价值观 |
| 来自哪里 | 主要来自招标文件：需求、指示、问题、规格 | 主要来自招标文件之外：投标前和投标中你对客户的了解 |
| 缺了它 | 提案书很可能被淘汰 | 只能拼价格 |
| 有了它 | 你能留在竞争中 | 你能领先其他投标人 |
一个问题就能说明为什么两者都需要。假设你和竞争对手的投标都100%合规，而且都没有响应性，客户会怎么选？通常选最便宜的，或者看提案书之外的因素。合规能让你进入最后一轮，但决定不了谁赢。你希望因为自己是最佳选择而中标，而不是因为报价最低。
合规性让你不被淘汰，响应性才让你赢。
合规性：不多也不少
按照APMP的定义，合规的提案书满足客户的需求和提交指示，回答客户的问题，响应客户的规格，仅此而已，不多也不少。实践中，合规性包括四个方面：
- 结构：完全按照客户的指示组织提案书，使用他们的目录、章节顺序和编号。
- 篇幅：不超过页数限制。
- 格式：遵守字体、字号、页边距、文件类型等格式规定。
- 覆盖：满足招标文件中的每一项需求。
“不多”这一半常常难住能干的团队。在50页的限制下交60页，并不能体现诚意，只是违反了指示。评审专家可能读到第50页就停下，也可能把整份投标放到一边。附上没人要求的材料也是一样。不合规的提案书很可能被淘汰。在政府采购中还有额外的风险：如果不合规的提案书中标，竞争对手可以对授标结果提出质疑（protest）。
需求不只来自招标文件
知识体系里有一个容易被忽视的观点：需求不限于招标文件里写的内容。在整个商机过程中，客户会通过各种方式传达需求：招标发布前的会谈、答疑会，甚至随口一提。有些需求只是暗示出来的，但对客户同样重要。APMP的建议是，无论这些需求是否出现在招标文件中，都要把它们识别、收集并整理到同一份合规矩阵里。
这一点对主动提案（unsolicited proposal）更加重要。没有招标文件可依，你对客户需求和问题记录得有多准确，很大程度上决定了这份提案能不能赢。
真实招标文件中需求藏在哪里
很多招标文件，尤其是公共部门的项目，并不会给你一份完整的清单。需求分散在文件的不同部分，需要你自己汇总：
- 资格条件：执照、认证、财务门槛、过往业绩。缺一项就根本无法投标。
- 强制性需求：关于范围、功能和性能的“应当”“必须”类条款。做不到就会被判为不合格或被大幅扣分。
- 投标文件编制要求：页数、模板、目录、字体、文件格式、递交方式。不遵守就会扣分，或因形式不符被拒收。
- 补遗和答疑：可能在你开始写作之后，悄悄改变上面任何一项。
合规性就是同时满足以上所有要求。客户不给清单，你仍然需要一份，那就自己建一份。
响应性：让客户看到你懂
响应性超越合规性。有响应性的提案书回应客户的目标、深层顾虑、关键问题和价值观，其中很多从未出现在招标文件里。它帮助客户实现的是业务目标，而不只是完成一次采购。根据知识体系，响应性包括：
- 理解客户明确提出的和隐含的需要，并对两者都作出回应
- 表明你知道每项需求为什么对客户重要
- 说明客户能从你的方案中获得的好处
- 用客户的语言写作，使用客户的术语
- 报价控制在客户预算之内
- 表明你认同客户的理念和文化
- 拿出证据，证明客户交给你是放心的
同一项需求，两种答复
学习指南特意用了一个很普通的例子。假设需求是“提供黄色纸箱”，可以有两种答法：
仅合规
“我们将提供黄色纸箱。”
完全满足需求，但也仅此而已。
合规＋响应
开头相同，接着说明纸箱为什么重要：里面装的是贵重产品。再补充从类似客户那里学到的经验：纸箱除了结实，还要轻、便于员工搬运。然后说明自己的纸箱如何同时满足这两点，并以附件中的第三方测试结果作为证据。
两种答复都合规，只有第二种让客户感到投标人懂他们的业务。第二种答复遵循一个几乎适用于任何需求的模式：
- 确认：明确表示会提供所要求的内容。
- 说明原因：用客户的话讲清这项需求为什么对这位客户重要。
- 补充经验：加上你从类似客户那里了解到、而客户可能没写下来的东西。
- 证明：用测试结果、客户案例或数据来证明。
从产品故事到客户故事
提案书缺乏响应性最常见的原因，是通篇都在讲投标人自己。以“7×24小时不间断服务”这项需求为例，常见的答复读起来像产品说明书：
产品故事
“我们的平台采用冗余架构和自动故障切换，可用性达到99.99%，已在12个同类项目中得到验证。”
客户故事
“对贵方工厂来说，停机一分钟就会让生产线停下，而生产线停下就是产量损失。因此，我们在SLA中承诺的是‘一分钟内自动恢复’，而不只是一个可用性百分比。”
两种答复的技术完全一样，不同的是出发点。第一种从投标人拥有的东西说起；第二种从客户为什么提出这项需求说起，并给出与这个原因相匹配的承诺。
合规矩阵与响应矩阵
知识体系介绍了两种相关的工具，值得弄清它们的区别：
| 合规矩阵 | 响应矩阵 | |
|---|---|---|
| 给谁用 | 你的提案团队 | 客户的评审专家 |
| 目的 | 确保不遗漏任何需求 | 帮助评审专家快速找到每项需求的答复 |
| 何时制作 | 在规划初期、动笔之前建立；每次补遗、澄清答复和目录调整后更新 | 由合规矩阵派生，随提案书提交 |
| 是否提交 | 否 | 是，每份提案书都提交 |
APMP的建议是，无论规模大小、期限长短，每次投标都要建立合规矩阵。一份实用的合规矩阵可以包含这样几列：
| 编号 | 需求 | 来源 | 负责人 | 答复位置 | 合规 | 备注/理由 |
|---|---|---|---|---|---|---|
| R-014 | 系统应能自动从故障中恢复 | 招标文件 4.2.1 | 解决方案架构师 | 第2卷 3.4 | 完全 | 在SLA中承诺一分钟内恢复 |
| R-022 | 2小时内现场支持 | 招标文件 5.1 | 服务负责人 | 第2卷 6.2 | 部分 | 市区2小时，其他地区4小时；远程处理30分钟内 |
| R-031 | 优先考虑在本地区有业绩的供应商 | 招标前会谈（9月3日） | 商机负责人 | 执行摘要 | 完全 | 隐含需求，招标文件中没有 |
用什么工具都可以。电子表格、数据库或思维导图，只要团队持续更新就行。关键是：动笔前就要有它；所有需求都要在里面，包括隐含的需求；每个撰写者都使用同一个版本。
响应矩阵来自合规矩阵，是给评审专家的路线图，标明每项需求在哪里得到答复。如果页数限制放不下单独的表格，知识体系建议把同样的信息写进章节标题，例如“3.4 自动恢复（招标文件 4.2.1）”。评审专家也是人，答案越容易找到，他们打分就越有把握。
如实应对不合规
有时你的方案满足不了某项需求。最诱人的做法是全部标成“合规”，细节以后再说。知识体系明确反对这样做。不合规是客户淘汰提案书最简单的理由，在政府投标中尤其如此，隐瞒只会把问题往后推。正确的做法是：
- 记录合规程度。在合规矩阵中注明是完全合规还是部分合规，并说明为什么无法100%满足这项需求。客户想知道原因，也需要知道原因。
- 把大量差距当作警示。如果许多方面都不合规或只部分合规，就要质疑你的组织是否应该参与这个项目，并且敢于建议放弃投标。
- 留意需求变化。如果补遗使整体合规率降到约90%以下，就重新做投标决策。
清楚地表明合规
不要让评审专家去猜你是否合规。知识体系会根据招标文件的类型调整写法：
- 问答式招标文件：每个答复开头先复述需求，并确认会提供，然后再补充有响应性的说明。
- 主动提案以及没有固定问题清单的提案：列出你对客户关键需求的理解，并对每一项作出明确的合规声明。
- 列明需求的招标文件：使用合规矩阵和响应矩阵。
无论需求来自客户，还是来自你根据经验判断的客户所需，都要把它列出来，并配上有响应性的说明。
始终以客户为中心
最后一条最佳实践把其他几条串在一起。当你了解了客户、各相关方的关键关注点以及所采购的工作，就要把这种了解表现出来。在执行摘要中写明客户的愿景、目标和关键关注点，再把相应的主题句贯穿整份提案书。如果你都不清楚客户想要什么，客户就没有理由把事情交给你。
知识体系用四个习惯来描述以客户为中心的投标人：
- 在每一卷、每一章、每一段中，先于自己提到客户。
- 提到客户的次数多于提到自己。
- 明确写出客户的愿景和关键关注点。
- 先讲好处，再讲功能。
第四条最重要。功能只有在能给这位客户带来真正好处时才值得推销。学习指南举了买车的例子：强劲的发动机听起来是不错的功能，但对一位注重安全、关心环保、想买家用车的家长来说，它无关紧要。客户不在乎的功能，不必写进提案书。
每次投标都要做到的六件事
- 在招标发布前就开始。如果等招标文件发布后才考虑响应性，已经太晚了。理解客户真正的顾虑需要信任，而建立信任需要时间。
- 通读招标文件，再读一遍。需求之间的关联、共享问题的答复和细微之处散落在整份文件中。如有不清楚的地方，通过客户规定的正式渠道提出澄清。
- 每次投标都建立合规矩阵。动笔前建立，随变化更新。提交响应矩阵，或把需求编号写进标题。
- 如实面对不合规。说明原因并提出替代方案。合规率降到约90%以下时，重新评估投标决策。
- 明确声明合规，再补充这项需求为什么重要。
- 从客户的角度写作。先提客户，多提客户，先讲好处。
当AI来写初稿时，这意味着什么
这项能力的两半，在自动化面前表现截然不同。合规性大多是机械性的工作：提取每一项需求、指示和补遗，并检查每一项都有答复。AI很擅长这件事，也应该交给它。没有人应该因为漏看第147页上的一个“必须”而丢标。
响应性却无法只从招标文件中生成，因为按定义，它取决于招标文件没有写的东西：客户为什么要采购，上次哪里出了问题，评审专家会担心什么。如果只把招标文件交给AI，得到的会是一份完全合规、却和其他投标一模一样的提案书。这正是客户只能比价格的局面。正确的分工是由AI承担合规工作，由人提供对客户的理解，这样AI才能基于这种理解来写。
在Contrl中
我们开发的提案书写作工具Contrl会替你完成合规工作：在动笔之前，把招标文件中的每一项需求提取出来，并分配到提案书的对应章节。响应性则留给人。它会通过简短的策略访谈询问客户、你的公司和竞争对手的情况，然后提出制胜主题，每个主题都写明客户需求、你的优势和带给客户的好处。你选定一个，所有章节都围绕它来写。
下期预告
知识体系还指出，响应性在不同市场和文化中差异很大，而且它早在业务开发周期的初期就开始了，远在任何招标发布之前。这引出了下一项能力：客户关系管理（Customer Relationship Management）。客户必须遵守正式的评审规则，但在各个行业中，他们仍然倾向于选择自己了解、喜欢并信任的人。第二期将讨论如何在投标之前赢得这份信任。
本文是基于APMP Foundation学习指南第4.2版（© 2025 APMP）的独立学习解读，该指南是对APMP知识体系的概述。本文对原材料进行了转述和评论，并未获得APMP认可。合规矩阵示例和不间断服务的例子为本文所作。权威原文和认证信息请见apmp.org。