为跨职能谈判定义决策角色

谈判 RACI 应按重大决策或交付物来划分权限——而不是把一个角色分配给整个交易。对于每一项重要决策，都要明确谁对结果负责，谁准备相关工作，谁提供专业证据，谁必须批准例外，谁可以与供应商沟通，以及谁执行由此产生的承诺。

这种按决策划分的方法能够澄清谈判角色和跨职能谈判所有权。它可以防止采购、财务、法务、运营、安全和技术团队变成彼此竞争的发声方，同时保留企业谈判所需的审查机制。

快速回答

为每一项重大决策指定一名负责到底的自然人。专业人员提供有记录的分析，指定审批人授权承诺或例外，首席谈判人则在书面授权范围内执行。将签字权限单独列出并明确说明。授标后，把每一项义务移交给运营负责人。任何将业务、商务、技术、法务或风险决策混在同一行、但实际由不同人员负责的 RACI 行，都应拆分。

为什么整个谈判只用一个 RACI 会失效

一张把采购标为“Responsible”、把业务标为“Accountable”、把其他所有人标为“Consulted”的表格看起来很整齐，但它没有回答关键问题：

• 谁设定价格上限？
• 谁决定某个技术替代方案是否可接受？
• 谁可以接受网络安全例外？
• 谁授权额外增加一年期限？
• 谁可以在供应商会议中提出让步？
• 谁批准授标？
• 谁拥有被授权的签字权？
• 签署后谁负责实施？

这些是不同的决策，具有不同的证据要求和权限要求。把它们放在同一行，会制造表面上的清晰，却掩盖治理缺口。

有效的谈判管理会把决策权视为交易操作系统的一部分。RACI 传达这些权利；它本身并不创造这些权利。

在分配姓名之前先定义谈判角色

传统的 RACI 含义是一个有用的起点。一份NIST 出版物草案描述了 Responsible、Accountable、Consulted 和 Informed 角色。由于该文件仍是草案，且引用了外部业务分析来源，因此它只能作为定义性支持——而不是具有约束力的标准。

Responsible：准备或执行工作的人

Responsible 人员负责建立财务模型、起草授权书、主导技术评估、准备协议，或完成其他明确任务。对于复杂工作，可以有多名 Responsible，但每个人的交付物都应清晰明确。

Accountable：对决策或结果负责的人

Accountable 人员作出或拥有某项具体决策。每一行只使用一名负责到底的自然人。如果两位高管必须共同同意，应指定一位结果负责人，并将另一位列为强制审批人。

负责到底并不意味着亲自完成所有工作。业务发起人可以对所需结果负责，而由采购负责人准备商务策略。

Consulted：在决策前提供输入的人

财务、法务、隐私、安全、运营、质量和技术专家应在各自领域内提供分析。被咨询赋予他们明确的话语权，但并不自动授权他们代表组织作出承诺。

这种区分有一个有用的公共部门类比：FAR Part 15允许合同官获取专家意见，同时保留对相关采购决定的责任。政府规则并不自动适用于私营企业，但“专家分析”与“最终权限”之间的区分具有广泛实用性。

Informed：接收结果的人

Informed 相关方接收某项决策、变更或义务通知。他们不需要批准。这一区分可以防止冗长的分发名单意外变成审批委员会。

Approver：授权承诺或例外的人

基础 RACI 可能会模糊审批权限，因此应增加单独的审批列。审批人必须明确授权某项提案、授标、政策例外、风险接受，或超出授权范围的让步。

公共采购规则说明了这种区别：FAR 6.304规定了特定决策所需的书面批准和不同审批层级。你所在组织的门槛会有所不同，但建议、审批、谈判和执行不应被视为同义词。

Signatory：使组织受约束的人

Signatory 拥有正式授权，可以签署协议。签字人未必是发起人、审批人或首席谈判人。FAR Subpart 1.6提供了一个清晰的政府示例：合同官只有在授权范围内才能使政府受约束，并且必须确保已获得所需批准和许可。

对于私营组织，实际权限来自适用法律以及内部文件，例如章程、授权清单、政策和董事会决议——而不是来自 RACI 本身。

可复用的谈判 RACI 模板

复制此模板，并将职能标签替换为具体姓名。只要某项活动包含由不同负责人拥有的不同决策，就应增加新行。

设计规则：拆分复合决策

“批准合同”通常过于宽泛。它可能需要拆分为以下独立行：

1. 商务批准
2. 预算授权
3. 技术验收
4. 法务审查
5. 隐私或安全审查
6. 运营风险接受
7. 供应商授标授权
8. 签字

每一行都应明确决策、证据、门槛和人工权限。这就是跨职能谈判所有权的实践核心。

分配决策权的六步流程

1. 盘点决策，而不是盘点参会人员

从规划到实施，先梳理组织可能面临的选择。审查你的谈判规划流程、需求、供应商风险、条款草案和可能的让步。

应包括关于价格、数量、服务水平、实施、期限长度、数据访问、排他性、责任、终止、过渡和供应商选择的决策。参会并不等于拥有权限。

2. 为每项决策指定一名负责到底的自然人

避免使用“指导委员会”之类的标签，除非其章程明确规定了如何决策以及由谁记录结果。即使另一个人的批准是强制性的，也应由一名具名自然人对每项结果负责。

英国 Cabinet Office 的Sourcing Playbook支持跨职能准备、明确团队角色、具备能力的参与者、强有力的主持以及预先商定的谈判立场。

3. 明确每位贡献者必须提供的证据

咨询应产生可审查的证据，而不仅仅是意见。根据决策不同，可要求提供：

• 预算来源和可负担上限
• 需求和数量假设
• 技术验收标准
• 替代供应商和切换约束
• 运营依赖关系和退出成本
• 隐私、安全、安保、制裁和地域风险
• 责任、质保、保险和终止影响
• 实施日期和资源要求
• 假设负责人、证据日期和不确定性范围

对于定价分析，FAR 还提供了另一个有用但不具约束力的控制类比：FAR Part 15将分析深度与采购的复杂性和具体情形联系起来。

4. 写明谈判人的授权书

授权书应说明：

• 目标和优先级
• 开盘立场和目标
• 底线或保留点
• 可交换条款和禁止交换项
• 让步附带条件
• 权限边界
• 升级触发条件和联系人
• 授权的失效日期或复审日期

这样，首席谈判人就可以在已批准边界内自信行动，而不必把供应商的每一次变动都当作重新召集团队的理由。关于更广泛的准备工作流程，参见An Eight-Step Negotiation Planning Process。

5. 在会议前定义升级规则

不要等到供应商提出限时方案时才处理。应预先定义哪些变更需要暂停，包括非标准条款、额外范围、预付款、更长期限、排他性、更广泛的数据访问、减弱的救济措施或变更后的实施计划。

升级流程应明确审批人、所需证据、沟通渠道和预期响应时限。响应时限是内部服务预期，并不意味着可以因沉默而推定批准。

6. 在签署后移交所有权

将谈判承诺转化为义务登记册。对每项承诺，记录负责人、截止日期、完成证据、审查频率和变更控制路径。

这就是谈判管理如何保留机构知识：其理由和义务能够在会议结束后继续存在，而不是只留在某位采购人员的笔记中。

假设示例：关键物流服务续约

以下场景为假设。其事实和数字仅用于说明，并非基准。

一家制造商正在续签区域物流协议。采购负责与供应商讨论。运营希望更严格的交付窗口，财务负责可负担性分析，信息安全审查承运商对货运数据的访问，法务审查责任和终止条款，而供应链高管则是结果发起人。

一个薄弱的谈判 RACI 把采购列为 Responsible，把高管列为整个续约的 Accountable。在会议中，供应商提出：以更长期限、部分预付款和更广泛的数据访问为交换，提供更好的交付承诺。团队无法判断谁可以评估或批准这一整套方案。

按决策划分的矩阵可以消除这种模糊性：

• 运营总监负责运营可接受性。
• 财务验证现金影响和可负担性影响。
• 安全团队判断拟议访问是否满足控制要求。
• 法务就合同后果提供意见。
• 高管发起人决定整体方案是否满足业务需求。
• 指定风险高管批准任何达到门槛级别的例外。
• 采购只能在已批准授权范围内进行交换。
• 授权签字人执行最终批准的协议。
• 合同经理随后跟踪交付、数据访问和实施义务。

如果在该工作流中使用 Negotiations.AI，它可以作为结构化准备工作空间，用于记录角色分配、有来源支持的假设、授权边界和让步日志条目。这些记录可以支持审查，但具名自然人仍必须判断权衡取舍、批准例外并授权承诺。

让 RACI 保持诚实的证据标签

决策矩阵的可靠性取决于其输入。将每一项重大输入标记为以下四类之一：

已验证事实

由当前、可引用来源支持的陈述——例如已签署的合同条款、已批准预算、已验证的技术测试或当前授权清单。记录来源和日期。

假设

用于规划但尚未验证的命题——例如过渡可以在某个特定日期前完成。注明其负责人和验证截止日期。

估计

带有不确定性的计算值或判断值——例如实施工作量或切换成本。在可行情况下记录方法、范围和敏感性。

建议

基于事实、假设和估计提出的行动方案。标明其作者和所需审批人。绝不要把建议表述成已经具备权限的决定。

这种标记有助于防止机构知识把不确定输入变成被记忆中的“事实”。

哪些地方仍必须由负责到底的自然人审查

软件可以组织证据、比较草稿、标记偏离、汇总记录并维护让步日志。但它不应成为以下事项的唯一决策者：

• 设定或变更底线立场
• 接受法务、监管、安全、隐私、网络安全或声誉风险
• 在不等价的技术方案之间作出选择
• 判断一项让步是否足以补偿另一项风险
• 批准政策例外或竞争流程例外
• 解决商务、运营和控制目标之间的冲突
• 确认最终协议与已批准商业论证一致
• 确认某人是否有权使组织受约束
• 对协议进行授标、签署、终止或重大修改

负责到底的自然人必须审查相关证据、理解不确定性并记录决策。自动化状态变更并不等于实质性批准。

常见失效模式及纠正方法

多个负责到底的所有者

风险： 没有人拥有明确所有权，或者每位所有者都以为另一位会作决定。

纠正： 保留一位负责到底的所有者，并在需要共同同意时增加强制审批人。

采购拥有每一行

风险： 采购被名义上要求对超出其专业和权限范围的技术、法务或运营判断负责。

纠正： 在适当情况下由采购负责商务流程；领域负责人保留其专业决策。

所有人都被咨询所有事情

风险： 准备工作变慢，内部争议扩散，受影响相关方变成事实上的否决者。

纠正： 只咨询那些其证据对该决策确有必要的角色。其他人只需被告知。

价值是唯一审批触发条件

风险： 低金额协议仍可能带来严重的数据、安全、运营、责任、排他性或连续性风险暴露。

纠正： 使用多维触发条件，覆盖价值、期限、可逆性、关键性、数据访问、法务偏离、预付款和集中度风险。

谈判人与签字人被视为可互换

风险： 供应商把讨论误解为承诺，或无权人员看似使组织受约束。

纠正： 明确传达谈判人的授权范围，并将最终承诺保留给授权签字人。

初始批准被假定覆盖最终方案

风险： 发生重大变化的交易在过时授权下继续推进。

纠正： 当既定边界或假设发生变化时，要求重新审批。

局限性与按比例适用

谈判 RACI 是一种沟通机制，而不是法律权限的证明。真正起控制作用的是适用法律、公司治理、采购政策、授权安排以及行业特定规则。

政府采购来源提供了有用的治理示例，但并不会自动约束私营组织。同样，RACI 也无法修复目标不清、证据缺失、激励冲突或不现实的授权。

控制措施应与风险相称。常规采购所需的决策行可能少于受监管服务、战略外包或关键技术协议。小型组织可能没有足够人员来分离每一项职责。在职责分离不可行时，可考虑独立审查、双重审批、受限系统权限或交易后审计。适当的控制措施仍需要负责到底的自然人判断。

GAO Green Book提供了权威的公共部门内部控制框架，其中包括与分离不相容职责相关的原则。它是有用的参考材料，但组织应根据自身义务和风险环境调整控制措施。

谈判负责人的最终检查清单

在与供应商接触前，确认：

• 每一项重大决策都有一名负责到底的自然人。
• Responsible 贡献者拥有明确交付物和截止日期。
• 咨询会产出有记录的证据。
• 事实、假设、估计和建议被分别标记。
• 审批门槛覆盖风险和条款——而不仅仅是价值。
• 谈判授权定义了目标、限制、交换项和升级触发条件。
• 面向供应商的参与者清楚谁可以提出、建议、批准和使组织受约束。
• 签字权限已独立于 RACI 进行核验。
• 重大变更会触发重新进行人工审查。
• 最终承诺已移交给具名的实施和供应商管理负责人。

以这种方式使用时，谈判角色的作用不只是组织一次会议。它们让专家能够参与而不形成多个面向供应商的声音，使谈判人能够在明确边界内推进，并让高管继续控制具有重大后果的承诺。

延伸阅读

• The Sourcing Playbook — UK Cabinet Office
• FAR Part 15: Contracting by Negotiation
• FAR Subpart 1.6: Contracting Authority and Responsibilities
• The Green Book — U.S. Government Accountability Office
• Draft NISTIR 8179: RACI definitions

FAQ

采购是否应始终拥有采购谈判？

采购可以拥有商务流程并主导供应商讨论，但不应自动拥有每一项决策。财务可以负责模型完整性，技术团队可以负责技术可接受性，法务可以负责法律解释，指定高管可以接受特定风险，而业务发起人可以负责判断完整方案是否服务于业务需求。

在谈判 RACI 中，两个人可以同时是 Accountable 吗？

应避免对同一项决策设置共同负责。指定一位结果负责人，并将第二个人列为强制审批人。如果两人实际上拥有不同决策，就拆分该行——例如把可负担性审批与运营验收分开。

审批是否等同于被咨询？

不是。被咨询的专家是在决策前提供输入。审批人必须明确授权该提案、例外或承诺。如果审批是强制性的，应在单独列中记录，并注明其门槛和证据要求。

谈判角色应多久更新一次？

当范围、风险、团队成员、供应商提案、假设或最终条款发生重大变化时，应进行审查。还应在授标、签字和交接前再次确认。谈判 RACI 应反映当前决策路径，而不仅仅是启动时的团队结构。

RACI 是否赋予某人签署合同的权限？

不是。签字权限来自适用法律和有效的组织授权，而不是来自矩阵。应单独核验签字人的当前权限以及所需的前置审批。

免责声明：本文提供一般性运营指导，不构成法律、财务、监管或采购建议。