从受理到批准的八步谈判规划流程
团队应按什么顺序从受理推进到批准并做好会议准备。一份实用指南,涵盖证据要求、人工决策节点等。
从受理到批准的八步谈判规划流程
一个可靠的谈判规划流程,应当带领团队通过八个关口:验证受理请求、定义结果、建立事实基础、分析备选方案、设定立场与交换条件、设计会议、批准策略,以及测试准备就绪情况。其目的不是增加文书工作,而是防止采购谈判在授权不清、目标缺乏依据或利益相关方冲突未解决的情况下启动。
这些谈判规划步骤最直接适用于供应商续约、寻源活动、价格谈判以及其他企业谈判场景。它们是推荐性的综合做法,而非普遍适用的法定流程。应根据适用的采购规则、授权层级、风险、价值和复杂程度进行调整。
快速回答
团队应遵循以下顺序:验证受理请求和授权;定义结果、范围和约束;建立事实基础;分析供应商、市场、BATNA 和 ZOPA;设定议题立场和交换规则;分配团队与会议角色;记录并批准策略;然后进行最终准备情况审查和演练。批准目标、边界、让步以及是否继续推进的决定,应由负责人员——而非 AI——作出。
为什么顺序在谈判规划中很重要
许多规划失败,本质上是顺序失败。团队在验证需求之前就选定折扣目标,在批准边界之前就讨论让步,或者在法务、财务和运营尚未就可承诺事项达成一致之前,就先安排了供应商会议。
一个有纪律的采购谈判流程会扭转这种模式:
- 证据先于立场。
- 可执行的备选方案先于关于筹码的主张。
- 利益相关方决策先于对供应商的承诺。
- 批准先于现场谈判。
- 演练应在方案足够稳定、可以测试之后进行。
本文聚焦于从受理到会议准备就绪这一阶段的准备工作。关于更广义的规划方法,请参见权威指南谈判规划。
八步谈判规划流程
| 步骤 | 必需产出 | 负责的人类决策 |
|---|---|---|
| 1. 验证受理请求和授权 | 已接受的谈判请求 | 采购负责人接受、拒绝或退回 |
| 2. 定义结果和约束 | 排序后的结果与边界 | 业务、法务和合规负责人确认 |
| 3. 建立事实基础 | 已取证的证据和假设登记表 | 财务和主题专家验证相关输入 |
| 4. 分析供应商、市场和备选方案 | 供应商假设、BATNA 和可能的 ZOPA | 运营负责人确认备选方案是否可执行 |
| 5. 设定立场和交换规则 | 议题矩阵和升级触发条件 | 授权负责人批准边界 |
| 6. 设计团队和会议方案 | 角色、议程、顺序和内部磋商规则 | 谈判主持人分配发言权和承诺权限 |
| 7. 记录、质询并批准 | 已批准的书面策略 | 指定审查人在各自权限范围内批准 |
| 8. 审查准备情况并演练 | 继续、暂停或不继续建议 | 负责授权人决定会议是否继续 |
第 1 步:验证受理请求和授权
首先要确认,是否确实存在一个真实且已获授权的谈判需求。应记录:
- 业务需求和期望结果
- 供应商和合同背景
- 当前协议、修订内容及相关截止日期
- 预估金额和预算负责人
- 提出请求的人及受影响的利益相关方
- 拟定的决策权限
- 当前必须开展谈判的原因
受理并不会因为提交了一张表单就自动完成。采购部门或商务负责人应接受、拒绝,或指出具体缺口后退回。预算负责人应确认该需求和资金都是真实存在的。
这种对既定需求、相关条件、成本目标、备选方案以及早期跨职能参与的强调,与FAR Part 7 acquisition-planning principles一致。这些联邦规则并不自动适用于私营企业,但它们提供了一个以证据为导向准备工作的权威示例。
关口问题: 是否存在已验证的需求,以及一位被明确指定、有权发起谈判的人?
第 2 步:定义结果、范围和约束
将请求转化为排序后的结果目标。“拿到更好的交易条件”不是一个可用的目标。一个规划团队可能会改为对连续性、总成本、实施时间、服务表现、数据保护或终止灵活性进行优先级排序。
应记录:
- 按优先顺序排列的期望业务结果
- 纳入和排除在范围之外的议题
- 法律、政策、技术、预算和时间约束
- 成功衡量标准
- 利益相关方的利益诉求及可能冲突
- 不可交换的事项
业务负责人批准期望结果。法务和合规专家决定哪些内容可以依法或按规定进行谈判。英国政府的Sourcing Playbook同样强调目标、利益相关方、治理、明确角色以及预先商定的立场。
关口问题: 利益相关方是否已就“成功意味着什么”以及哪些约束具有约束力达成一致?
第 3 步:建立事实基础
只收集与决策相关的证据,但要确保每一个重要数字都可追溯。常见输入包括:
- 合同、修订、价格表和终止条款
- 供应商方案、限定条件和例外事项
- 历史价格、发票、数量、返利和抵扣
- 需求预测和敏感性区间
- 总成本或应有成本模型
- 服务水平、缺陷、延误和争议历史
- 市场指数和可比交易
- 切换成本和时间安排
- 预算和现金流影响
- 风险登记表和情景影响
对于每一个重要数字,都应记录其来源日期、单位、责任人和状态。适用于相关美国联邦定价谈判的FAR 15.406-1指出,谈判前目标应基于方案分析、技术分析、事实调查、独立估算、审计信息和价格历史。同时,它也强调分析深度应与价值、重要性和复杂性相匹配。
财务部门应验证重要计算。技术负责人应验证数量和规格。采购部门应揭示——而不是悄悄修补——缺乏依据的假设。
关口问题: 审查人能否复现每一个重要计算,并区分证据与推测?
第 4 步:分析供应商、市场、BATNA 和 ZOPA
现在开始评估筹码,但不要把可能性误当成现实。应考察:
- 供应商的激励、约束和依赖关系
- 在相关且最新情况下的公开财务申报
- 履约历史和切换摩擦
- 竞争性供应商或内部替代方案
- 切换成本、资格认证工作和实施时间
- 供应商在无法达成协议时的可能替代选择
- 可能创造共同价值的议题
将 BATNA 定义为:在未达成协议时可执行的行动路径。仅仅说“发起 RFP”并不是强有力的 BATNA,除非组织具备时间、资源、合格替代方案以及采取行动的授权。
仅在证据支持双方可接受结果之间存在合理重叠时,才估算 ZOPA(可能达成协议区间)。ZOPA 是一种规划假设,而不是对方披露的事实。情景区间通常比单点数字更诚实;关于结构化方法,请参见谈判情景建模。
世界银行的procurement negotiation guidance建议,在研究买方可承受能力、当前成本和总拥有成本的同时,也研究供应商财务、风险、声誉、文化和履约表现。
关口问题: 是否已有负责的运营负责人确认 BATNA 确实可以执行?
第 5 步:设定议题立场和交换规则
按议题建立矩阵。对于复杂采购谈判,仅靠价格通常远远不够。
| 字段 | 规划问题 |
|---|---|
| 议题 | 必须解决什么? |
| 证据 | 哪些已验证事实支持该立场? |
| 开场立场 | 团队将从哪里开始? |
| 目标 | 将争取什么样的现实且理想结果? |
| 最低底线 | 到什么点必须拒绝、暂停或升级? |
| 供应商利益 | 对方可能在意什么? |
| 交换规则 | 立场移动需要什么对等价值? |
| 权限 | 谁可以批准超出边界的调整? |
交换规则会把让步转化为有条件的交换:“如果你们提供 X,我们可以考虑 Y。” 潜在交换内容可能涉及期限、数量确定性、付款时间、规格、服务水平、实施顺序或风险分配。
不要让谈判人员在谈判桌上未经授权就临时提出重大让步。相关授权负责人必须批准最低立场、财务上限和升级触发条件。
关口问题: 每一项重大让步是否都有对等条件和已授权的边界?
第 6 步:设计谈判团队和会议方案
多方团队需要一位主持人和明确角色。应分配:
- 首席谈判人和会议主持人
- 视需要配备商务、技术、财务、法务和运营专家
- 记录员和报价记录负责人
- 会议期间可联系的审批人
- 有权发起内部磋商或暂停的人
- 每个议程议题的负责人
然后定义会议顺序、问题、沟通协议、内部磋商规则、时间表、保密预期以及当日升级路径。出席不等于有权承诺:每位参与者都应清楚自己是可以解释、建议、谈判,还是作出承诺。
Sourcing Playbook要求有强有力的主持人、适当的技能、清晰的角色、预先商定的立场和时间表。
关口问题: 每个人是否都清楚谁发言、谁记录、谁暂停、谁可以作出承诺?
第 7 步:记录、质询并批准策略
将前述工作整合为一份可审查的规划包:
- 执行摘要和授权说明
- 排序后的结果和约束
- 事实基础和来源登记表
- BATNA 和 ZOPA 分析
- 含敏感性分析的财务模型
- 议题立场矩阵
- 交换和让步规则
- 利益相关方地图和未解决分歧
- 会议方案和升级路径
- 批准记录
应进行质询式审查,而不是走形式的签字。让审查人测试需求假设、供应商主张、切换可行性、计算结果、隐藏的利益相关方冲突以及权限边界。
批准是由持有适当授权的人作出的有记录决策。审查、出席或沉默都不等于批准。公共采购制度可能提出更具体的要求。例如,UNDP’s published procedure要求在授标前谈判之前获得授权,并且对于超过适用门槛的事项,还需相关审查委员会提出建议。
关口问题: 策略是否已由正确的人批准,且分歧与剩余风险都清晰可见?
第 8 步:进行最终准备情况审查和演练
最终检查要问的是:已批准的方案能否承受现场压力。应测试:
- 计算结果和来源链接
- 供应商可能提出的异议和问题
- 开场措辞和议题顺序
- 权限边界和升级触发条件
- 僵局应对选项
- 内部磋商和记录程序
- 会议技术、文件和后勤安排
- 决策者是否可及时到位
演练应暴露逻辑薄弱点,而不是奖励流畅的表达。主持人提出继续/不继续建议。如果仍存在重大缺口,负责授权人决定是继续、暂停还是缩小议程范围。世界银行指南指出,准备工作可以包括演练,并应涵盖策略、信息收集、沟通、僵局解决和团队角色。
关口问题: 团队能否在不超出证据或权限的情况下作出一致回应?
一项实用的证据标注标准
在整个谈判规划过程中,应始终将以下四类内容区分开来:
已验证事实
由合同、发票、经验证的运营记录、官方出版物、公开申报文件或供应商提交材料支持的主张。应记录来源和日期。
假设
被暂时视为真实但尚未验证的条件。每项假设都应指定责任人和验证截止日期。
估算
经过计算或预测得出的数值,例如需求、切换成本或预计节省。应说明方法,并在不确定性较大时使用区间。
建议
基于判断提出的方案,包括目标以及本文的八步框架本身。批准是对建议的授权;它不会把假设或估算变成事实。
假设性示例:企业软件续约
本示例为假设情形。其中数字和事实仅用于说明,并非基准或证据。
某采购团队收到一项企业软件协议续约请求。提出请求的人表示,供应商会议必须在下周举行,并希望拿到更低价格。
使用这八个谈判规划步骤后,团队发现:
- 受理: 预算负责人支持续约,但决策权限没有书面记录。
- 结果: IT 优先考虑连续性,财务优先考虑可负担性,安全团队则要求整改一个尚未关闭的控制问题。
- 事实: 许可证使用数据存在缺口,因此预测需求被标注为估算,而非已验证事实。
- 备选方案: 存在一个竞争平台,但无法在到期前完成迁移。因此,眼下的 BATNA 可能是短期延期,前提是供应商同意且内部批准通过——而不是立即切换。
- 立场: 团队将任何更长期限与价格保护、安全承诺和实施支持挂钩。
- 会议设计: 由采购主持;IT 解释需求;安全团队说明控制问题;财务不单独提出商务让步。
- 批准: 执行发起人批准价格上限和延期权限,法务则在其权限范围内批准可接受的合同措辞。
- 准备情况: 一次演练暴露出,没有人负责回答供应商很可能提出的一个问题:未来用户增长如何预估。团队因此暂停准备工作,直到业务负责人提供一个区间。
当 Negotiations.AI 用于组织证据、标注假设、建模不同需求情景并准备可审查的议题矩阵时,这里的采购工作流可能会从中受益。但负责人员仍必须验证源数据、判断 BATNA 是否可信、批准边界并授权承诺。关于更多人工控制方面的考虑,请参见AI 谈判治理:护栏、审批与人工问责。
准备情况评分卡
将每一项标记为 已就绪、有条件就绪 或 未就绪。评分应辅助人工判断,而不是取代人工判断。
- 业务需求和资金已确认。
- 谈判授权和决策权限已记录。
- 目标已排序,约束清晰可见。
- 重要数字具备来源日期、单位、责任人和证据标签。
- BATNA 的责任归属、成本、时间和可行性已验证。
- 任何拟议的 ZOPA 都以带假设的区间形式呈现。
- 开场立场、目标、最低底线和交换规则已获批准。
- 在需要时,法务、合规、财务、技术和运营审查已完成。
- 主持人、发言人、记录员和审批联系人已指定。
- 重大分歧已被记录,而不是被删除。
- 供应商异议和僵局情景已演练。
- 团队具备可用的暂停和升级路径。
建议的决策规则: 如果某项“未就绪”涉及合法性、权限、资金、最低立场或重要计算,通常应触发暂停和负责审查。这是一项建议,而非普遍规则。
AI 可以提供帮助的地方——以及人类仍需负责的地方
AI 辅助的谈判准备可以帮助整理文件、比较版本、发现不一致的假设、总结证据、生成问题以及建模情景。其输出可用于质询和演练,但也可能不完整、过时,或自信地出错。
以下事项仍需要人工审查或批准:
- 确认底层业务需求
- 解释法律、监管和政策要求
- 判断供应商替代方案在运营上是否可信
- 选择目标和可接受风险
- 批准最低立场、上限和让步权限
- 解决采购、法务、财务和技术团队之间的分歧
- 决定是否在证据不完整的情况下继续推进
- 批准对方案的重大偏离
- 接受最终商业协议
如果新信息使业务论证、BATNA、目标、最低立场或权限失效,应停止并寻求重新批准。分析工具不是合同主体、授权审批人,也不能替代专业判断。
局限性与需要调整的情形
这一采购谈判流程应保持适度。常规、低风险的续约可以使用简短的规划包,而战略性单一来源协议则可能需要更深入的分析和更多审批关口。
该框架并不凌驾于以下要求之上:
- 采购法、竞争要求或组织授权制度
- 合同变更控制程序
- 限制投标后讨论或重大变更的规则
- 保密、数据保护、制裁或安全义务
- 委员会或治理机构批准要求
公共部门的投标后谈判尤其可能受到严格限制,因为重大变更可能破坏透明度、平等待遇或原有竞争。世界银行的bid-process guidance说明了为什么在谈判开始前必须核查适用制度。
其他现实限制也依然存在。供应商财务数据可能滞后。市场对比可能并不等价。ZOPA 可能并不存在。BATNA 可能恶化。批准并不能消除不确定性;它只是记录一位负责人员接受了已记录的策略和剩余风险。
常见问题
谈判规划流程的八个步骤是什么?
它们是:验证受理请求和授权;定义结果、范围和约束;建立事实基础;分析供应商、市场、BATNA 和 ZOPA;设定立场和交换规则;设计团队和会议;记录、质询并批准策略;完成准备情况审查和演练。
谁应批准采购谈判方案?
批准取决于授权层级和适用规则。常见审查人包括采购部门、业务负责人、财务、法务、合规、技术负责人,以及有权批准商务边界的人。每个人都应仅在其职责范围内批准;仅仅参与并不等于批准。
BATNA 在什么情况下才算可信?
当 BATNA 的责任人、权限、成本、时间、运营可行性和依赖关系都经过检验时,它才是可信的。一个无法在相关时间窗口内实施的假设性替代方案,不应被当作当前筹码来呈现。
团队是否应在与供应商会面前计算 ZOPA?
团队可以利用现有证据估算一个可能的 ZOPA,但结果只是一个假设。供应商的保留点通常并不确定,新信息也可能改变区间。应标注假设,并使用情景而不是虚假的精确性。
何时应暂停谈判并重新审批?
当新信息实质性改变需求、财务模型、风险、BATNA、目标、最低立场、让步方案或授权层级时,应暂停。是否可以按修订后的方案继续推进,应由负责审批人决定——而不是由谈判团队或单独行动的 AI 系统决定。
延伸阅读
- FAR Part 7: Acquisition Planning
- FAR 15.406-1: Prenegotiation Objectives
- UK Cabinet Office: The Sourcing Playbook
- World Bank: Procurement Guidance—Negotiation and Best Final Offer
- UNDP: Pre-Award Negotiations
免责声明:本文提供一般性教育信息,不构成法律、财务、采购或其他专业建议。