在依赖 BATNA 之前先构建并测试它

要构建 BATNA，需识别出若不达成拟议协议、仍能满足底层业务需求的多种方式，按一致口径进行比较，并选出最佳可行方案。然后测试该方案是否具备执行所需的资金、产能、审批、对方承诺、技术就绪度以及启动计划。

最后这一步至关重要。供应商名称、意向性报价或内部替代办法，都只是候选备选方案。只有当负责的利益相关方核实了证据并批准了“不成交”方案时，它才会成为可信的“谈判协议最佳替代方案”——BATNA。

快速回答

团队应将 BATNA Planning 视为运营就绪性工作。明确需求，生成备选方案，统一其成本与风险口径，验证外部和内部依赖项，开展与风险相称的实际测试，并获得启动某一方案的批准。由于报价、产能、资金、合规状态和实施准备情况都可能变化，因此在决定退出谈判前，应再次 Test Negotiation Alternatives。

可执行的 BATNA 意味着什么

BATNA 是指：如果当前谈判未能达成协议，团队将采取的行动路径。该概念通常与 Roger Fisher、William Ury 和 Bruce Patton 相关，Harvard 的 Program on Negotiation 对此有说明。

以下三个术语不应混淆：

• 候选备选方案： 尚未通过可行性和审批检查的潜在“不成交”选项。
• 可执行的 BATNA： 组织能够在所需期限内，使用已承诺资源并基于充分核实的假设来启动的最佳备选方案。
• 保留点： 团队应接受的、优于执行其 BATNA 的最低可接受谈判结果。

ZOPA，即可能达成协议区间（Zone of Possible Agreement），存在于双方可接受范围重叠之处。你的保留点有助于界定你方在该区间中的边界，但它应反映 BATNA 的全部成本、延迟、风险和切换负担——而不只是替代供应商的报价。

一个实用规则如下：

如果团队无法说明由谁启动该备选方案、依据何种授权、使用哪些资源、在何日期前完成、以及基于哪些证据，那么它还不具备可执行的 BATNA。

如何构建 BATNA：NEEDS 框架

使用 NEEDS framework，将推测性的清单转化为已批准的“不成交”方案：

1. N — Name the underlying need
2. E — Expand the option set
3. E — Equalize the comparisons
4. D — Demonstrate executability
5. S — Secure approval and set expiry dates

该框架可嵌入更广泛的谈判规划流程中。

1. 明确底层需求

在寻找另一家供应商之前，先定义组织必须保住的结果。记录以下内容：

• 所需数量、服务水平和交付日期
• 最大可容忍中断时间
• 可接受的替代品或规格变更
• 质量、监管、网络安全、地域和可持续性约束
• 必须纳入的成本和风险
• 决策截止日期

这可以防止现有供应商的当前解决方案被误当作需求本身的定义。替代性的设计、交付计划或服务水平，可能更有效地满足真实需求。

作为一个有用的公共采购参考点，FAR 10.002 要求市场调研从需求描述开始，并考虑权衡、替代安排、供应商支持和成本估算。它还指出，调研深度应反映紧迫性、复杂性、价值和既往经验等因素。

需要人工决策： 运营、技术负责人、采购及其他承担责任的利益相关方，必须决定哪些要求是真正不可妥协的。AI 不应为了制造更有吸引力的备选方案，而在未明确提示的情况下放宽安全、质量或监管约束。

2. 扩展选项集合

BATNA Planning 不应只局限于“同类替换”供应商。至少应从以下维度生成选项：

• 另一家制造商、服务提供商或分销商
• 分拆采购或临时双重采购
• 替代产品、材料、设计或服务水平
• 不同的数量、排期、地点或期限
• 临时内部承接或内部生产
• 消耗库存、维修、再利用、延期或降低需求

可利用供应商沟通、近期采购记录、目录、合同数据库、技术专家、信息征询、以及内部运营团队来生成方案。FAR 的市场调研指南也列出了若干类似方法，包括供应商讨论、RFI、来源清单、目录、数据库和招标前会议。

此时不要急于选定 BATNA。此步骤的目的是发散思考；评估在后面进行。

3. 统一比较口径

将每个备选方案统一到相同的需求、期限、货币、范围、服务水平和风险周期下进行比较。否则，看似最低的价格，可能对应的是更少的数量、更弱的支持、未包含的运费，或不现实的启动日期。

一个有用的模型是：

经风险调整的备选方案价值 = 预期运营价值 − 全生命周期总成本 − 预期失败损失 − 转换负担

在相关情况下，应纳入：

• 价格、涨价条款、运费、关税和税费
• 工装、测试、认证和系统集成
• 库存和营运资本影响
• 退出、实施和切换成本
• 停机或收益延迟风险
• 保修、支持和服务差异
• 可逆性和战略集中度风险

估算： 预期失败损失可建模为概率乘以后果。两个输入都是估算值，而非事实。应展示区间，并将基准、乐观和压力情景纳入谈判情景建模。

4. 证明可执行性

这一步是团队真正 Test Negotiation Alternatives，而不只是讨论它们。对于基于供应商的方案，应验证四类就绪性。

对方就绪性

应寻求以下证据：

• 准确的法律实体及授权签字人
• 书面范围、价格、有效期和重大条件
• 指定工厂或团队的可用产能
• 交期构成和物流路线
• 接受重大商务条款的意愿

技术与运营就绪性

应寻求以下证据：

• 样品、测试结果或已批准的认证计划
• 质量控制和相关认证
• 可比的履约历史
• 工装、实施、数据迁移和切换计划
• 内部人员可用性

FAR 9.104-1 提供了一份有用的责任能力检查清单，涵盖财务资源、结合其他承诺后的排期能力、履约和诚信记录、运营控制、技能、设备、设施以及法律资格。

历史参考需要结合语境。FAR Subpart 42.15 指出应考虑时效性、相关性、进度履约、质量、成本控制、诚信和纠正措施。过往结果是证据，但并不保证未来交付。

财务与合规就绪性

根据交易类型和司法辖区，证据可能包括：

• 财务报表或信用信息
• 可通过 SEC EDGAR 获取的上市公司申报文件
• 来自 SAM.gov 的实体和排除信息
• 使用适当官方来源进行制裁筛查，例如 OFAC search tool
• 所需许可证、认证、保险或安全审查

数据库匹配并不是最终的法律或合规结论。例如，OFAC 的工具使用模糊匹配，因此可能的名称匹配仍需进行身份解析，并由具备资质的人员审查。

实际就绪性

采用与风险相称、力度尽可能强的测试：

• 样品或原型
• 技术概念验证
• 工厂或流程审计
• 试运送
• 小批量订单
• 分阶段实施
• 产能预留
• 切换演练或桌面推演

对于高后果的采购谈判，成功的试运行通常比演示或不具约束力的保证提供更强的实际证据。但小规模试点仍未必能证明全面量产表现。

5. 获得批准并设定到期日

在启动记录明确以下内容之前，团队不应将某个选项称为其 BATNA：

• 选定的备选方案，以及拒绝其他方案的原因
• 支持价格、产能、时效、质量和合规的证据
• 尚未关闭的假设和条件
• 资金和所需内部资源
• 启动负责人及逐步执行动作
• 报价、审批、认证和评估的到期日
• 若所选 BATNA 失败时的后备方案
• 所需的采购、技术、财务、法务、合规和高管审批

最终决策必须由承担责任的人类作出。FAR Subpart 15.3 提供了一个有用的治理类比：相关专业能力、已记录的权衡、已批准的策略，以及由指定授权方作出的独立且有理据的决定。

BATNA 验证清单

将这份可复用清单作为启动门槛。将每一项标记为 Verified、Assumption、Estimate 或 Unresolved；不要把整个工作简化为一个无法解释的单一分数。

需求

• 底层业务结果已形成文档。
• 强制性要求已与偏好区分开。
• 所需数量、时点和服务水平已明确。
• 最大可接受中断已获批准。

商业承诺

• 已知准确的签约实体。
• 书面报价或要约说明了范围、价格、有效期和条件。
• 重大条款已审查。
• 切换、实施和退出成本已纳入。

产能与排期

• 产能已对应到具体工厂、产线或交付团队。
• 已考虑现有承诺。
• 交期和物流假设有证据支持。
• 在可能启动日期之前，产能仍可用。

技术与质量匹配

• 样品、测试或认证证据支持技术匹配。
• 质量控制和认证已审查。
• 试点或测试对目标规模具有足够代表性。
• 已理解纠正措施和支持流程。

风险与合规

• 法律身份、所有权、资格和适用筛查已完成。
• 已使用适当证据评估财务能力。
• 在适用情况下，网络安全、安全、质量和监管审查已完成。
• 集中度、切换和可逆性风险已记录。

内部就绪性

• 资金已获批准且可用。
• 运营、工程、IT、质量及其他资源已承诺。
• 已明确启动负责人和决策授权人。
• 实施顺序已演练或审查。

谈判控制

• 保留点基于经风险调整的 BATNA，而非表面价格。
• 团队已就可披露哪些 BATNA 信息（如有）达成一致。
• 次优后备方案已记录。
• 已安排在依赖或退出前立即进行最终复核。

启动规则： 任何可能阻止启动的未解决事项，都是停止条件，而不是从分数中小幅扣减。

将事实、假设、估算和建议分开

企业谈判团队常常失去信心，是因为其分析把证据与乐观预期混在了一起。应使用四个清晰标注的栏目。

为每个重大假设指定负责人、验证方法、截止日期，以及若其不成立的后果。已验证事实旁应保留来源日期。对于可能改变备选方案排序的估算，应进行敏感性测试。

假设性示例：测试包装供应 BATNA

假设性示例——不是证据，也不是基准： 某采购团队正在与其主要包装供应商谈判续约。第二家加工商给出了一个有吸引力的意向性报价，因此利益相关方最初将其称为 BATNA。

团队应用 NEEDS framework 后发现若干缺口：

• 报价未包含所需的印刷表面处理。
• 产能被描述为“可用”，但并未预留。
• 质量部门已测试样品，但未测试量产规模输出。
• 运营部门尚未批准切换窗口。
• 工装资金出现在预算草案中，但尚未获授权。

因此，该加工商只是候选备选方案，而不是可执行的 BATNA。

团队要求对方提供修订后的书面要约，进行有限规模的生产试运行，核实物流路线，获得工装批准，并记录切换顺序。随后，由人工负责人评估该试运行是否代表全面量产条件，以及剩余风险是否可接受。

只有在这些决策完成后，团队才能利用该备选方案设定一个有理有据的保留点。即便如此，在任何退出决策之前，团队仍需再次检查报价有效性和产能情况。

AI 如何在不代替决策的前提下支持 BATNA Planning

AI 可以减少行政性工作并暴露不一致之处，但它无法把薄弱的源材料变成已验证的产能或已批准的资金。

在一个具体的采购工作流中，团队可以使用 Negotiations.AI 来整理供应商报价，提取已声明的条件和到期日，按统一模板比较备选方案，识别缺失证据，并为利益相关方审查准备情景。用户应根据源文件核对提取出的条款，并将未解决事项提交给相应责任人。

适合 AI 辅助的任务包括：

• 根据研讨会记录整理候选备选方案
• 标记货币、期限、数量或服务范围不一致之处
• 起草尽职调查问题
• 识别缺乏支持的假设
• 建模基准、乐观和压力情景
• 维护带有来源日期的证据登记表
• 生成利益相关方审查简报

以下事项仍必须由人工批准：

• 变更强制性要求
• 接受技术、质量、合规或网络安全风险
• 判断试点是否代表全面量产表现
• 承诺资金和内部资源
• 选择 BATNA 并设定保留点
• 授权供应商选择或退出谈判决定
• 决定是否披露 BATNA 信息

如需更广泛的受控工作流，请参见 AI for Negotiation: Procurement Prompts, Guardrails, and Approval Gates。

常见的 BATNA Planning 失败

将意向性报价当作承诺

报价可能不具约束力、附带条件、已过期或内容不完整。应检查范围、有效期、产能、转嫁成本和重大条款。

将供应商资格与可用性混为一谈

公共数据库可以帮助核实身份、排除信息、申报文件或制裁信息，但它们不能证明供应商有空余产能，也不能证明其愿意接受该交易。

忽视内部依赖项

外部供应商可能已准备就绪，但内部资金、工程、IT、质量或运营资源却不可用。可执行性要求两边都具备条件。

用价格作为保留点

BATNA 的真实比较价值包括切换、延迟、风险和履约差异。更便宜的报价也可能导致更差的“不成交”结果。

让证据过期

在漫长的企业谈判中，产能、报价、制裁状态、物流、资金和预测都可能变化。若团队不重新验证，BATNA 的可信度就会衰减。

透露过多信息

可信的 BATNA 能创造筹码，但不一定需要披露。分享精确成本、约束或到期日，可能帮助对方把价格定在刚好高于你保留点的位置。

局限性：何时测试也无法创造确定性

没有任何验证流程能消除不确定性。历史表现未必能预测未来结果；财务申报可能已经过时；试点未必代表量产规模；即使报价被接受，也可能仍取决于某些条件。

该流程还需要讲求相称性。低价值、可逆的采购，未必值得进行审计或试点。安全关键、受监管或对运营至关重要的切换，可能需要更深入的认证和专家审查。紧迫性会限制测试，但不会把未经验证的假设变成事实。在这种情况下，决策者应明确接受剩余风险，并准备应急方案。

BATNA 也不一定总是另一家供应商。在受限或单一来源市场中，最佳替代方案可能是延期、重新设计、降低需求、维修，或临时运营替代办法。目标是找到最佳的“不成交”行动路径——而不是营造竞争筹码的表象。

退出前的最终复核

在真正依赖 BATNA 之前，立即询问：

1. 该备选方案是否仍按假定条款可用？
2. 价格、产能、交期、物流和合规状态是否已更新？
3. 资金和内部资源是否已真正落实？
4. 所有停止条件是否都已解决，或已由授权人接受？
5. 保留点是否反映了当前经风险调整后的价值？
6. 谁拥有结束谈判并启动该备选方案的授权？
7. 如果 BATNA 在启动后失败，会发生什么？

经过测试的 BATNA 并不要求团队偏好“不达成协议”。它为团队提供了一个可信的比较标准，以及拒绝劣于其已批准替代方案结果的实际能力。

延伸阅读

• Harvard Program on Negotiation: What is BATNA?
• Federal Acquisition Regulation Part 10: Market Research
• FAR 9.104-1: Prospective Contractor Responsibility Standards
• NIST SP 1326: Cybersecurity Supply Chain Due Diligence Assessment

FAQ

团队如何识别备选方案并验证其 BATNA 可执行？

先定义底层需求，从供应商、规格、需求、时点和内部替代办法等维度生成选项，并按一致口径比较。然后验证商业承诺、产能、排期、技术匹配、合规、资金、内部资源和启动授权。只有在承担责任的利益相关方批准了证据和执行计划后，才能选定一个备选方案。

在供应商会议前，如何测试谈判备选方案？

使用与风险相称的证据：书面要约、产能确认、样品、技术测试、审计、参考案例、试运送、小批量订单或切换演练。同时确认内部资金和资源。在会议前，应标记未解决条件，避免把未经测试的选项描述为确定无疑。

BATNA 和 ZOPA 有什么区别？

BATNA 是在没有达成协议时，你的团队将采取的行动。ZOPA 是双方都可能接受交易的区间。你经风险调整后的 BATNA 会影响你的保留点，而保留点有助于从你的角度界定可接受协议的边界。

BATNA 应多久重新验证一次？

每当重大证据发生变化时，以及在真正依赖它或决定退出之前，都应重新验证。尤其要关注报价有效期、产能、交期、合规状态、资金、内部资源和技术认证。

AI 可以自动选择 BATNA 吗？

AI 可以整理信息、标记缺口并建模情景。但它不应作出最终的供应商选择、风险接受、资金承诺或退出谈判决定。这些决定需要由承担责任的人类判断以及组织的正式审批权限来完成。

免责声明：本文提供的是一般性谈判规划信息，不构成法律、财务、合规或采购建议。