谈判助手如何在会议前、会议中和会议后发挥作用

一个有用的谈判助手工作流，会通过一份受控记录将准备、会议支持、记录和跟进连接起来。会议前，它加载已批准的上下文并暴露证据缺口。会议中，它在谈判者保持控制权的前提下提供私密、非约束性的指导。会议后，它整理经授权的记录，并起草供人工核验的后续内容。

关键在于连续性。实时谈判工作流不应将简报、转录和回顾视为彼此无关的产物。它应维护一个带版本的谈判状态，展示已知内容、已说内容、发生了哪些变化、哪些仍不确定，以及哪些责任人已完成批准。

快速回答

上下文加载、实时指导、记录和跟进应构成一个受治理的闭环。只加载有权限且可追溯到来源的信息；提供简明提示但不授予 AI 决策权；仅在适当且获得授权时记录讨论；提取提案和承诺并附上证据链接；并要求具名人员批准重大事实、价格、合同语言、系统更新以及所有对外沟通。

三阶段 STATE 工作流

一个可复用的 STATE 工作流 将会议生命周期组织为三个阶段：

1. 设定状态： 加载上下文、建立目标、标注证据并确认权限。
2. 跟踪状态： 记录经授权的内容、检测重大变化并提供可解释的提示。
3. 批准状态： 核对记录、验证承诺、批准沟通并回写已确认结果。

连接这三个阶段的对象是 受控谈判状态：一份带版本的记录，涵盖议题、立场、提案、权限边界、来源、决策和待办事项。它可防止未经支持的现场表述在无声无息中变成已批准的承诺。

这种设计体现了 Human-in-the-loop AI：助手可以检索、比较、计算、分类和起草，但负有责任的人仍对判断和权限负责。NIST’s AI Risk Management Framework 要求记录人机角色、监督流程、情境化解释以及可审查文档。NIST 将该框架描述为自愿采用，其资源中心也指出 1.0 版本正在修订中。

第一阶段：会议前设定状态

实时谈判助手的价值，取决于它能够使用哪些上下文——也取决于它被阻止使用哪些上下文，从而保证安全。

有限加载，而非不加区分地加载

对于采购谈判，相关输入可能包括：

• 当前已签署的协议、修订和续约日期
• 已批准的价格目标和总成本假设
• 签约和让步权限
• 支出、数量和采购历史
• 服务水平、质量事件和未完成整改
• 索赔、抵扣和过往供应商承诺
• 需求预测和情景假设
• 已批准的替代方案和切换约束
• 过往报价、往来函件和会议记录
• 相关政策、义务和标准条款

加载整个邮箱或共享盘通常没有必要。缩小检索范围可以减少暴露无关个人信息、特权信息或供应商机密信息的风险。FTC’s data-security guidance 建议仅收集必要的敏感信息、限制访问、审慎选择保留期限，并安全处置数据。

每项重大输入在适用时都应携带元数据：

• 来源和所有者
• 生效日期和文档版本
• 司法辖区
• 保密级别
• 允许用途
• 置信度或可靠性
• 到期日期

将事实与决策输入分开

当不同类型的证据看起来同样确定时，简报就会变得危险。应使用明确标签：

• 已验证事实： 由已批准来源支持，例如已签署合同。
• 对方陈述： 由供应商提出，但尚未独立验证。
• 内部估计： 带有明确假设的模型输出或预测。
• 战略假设： 需要通过提问来验证的可能性。
• 建议： 需要人工判断的拟议行动。

例如，“协议于 12 月 31 日到期”可能是已验证事实。“供应商没有剩余产能”在获得支持前仍只是对方陈述。“切换需要六个月”如果依赖资质假设，则属于估计。

先确定权限，再制定策略

助手可以标记某个报价超出授权范围，但它不能扩大该授权。通话前，应由具名谈判负责人确认：

• 目标和优先级
• 备选方案和切换约束
• 目标立场和后备方案组合
• 放弃条件或升级条件
• 允许的让步
• 需由财务、法务、合规或高管批准的议题
• 不得对外披露的信息

一个实用的谈判规划工作流应产出议题地图、问题清单、方案组合和证据缺口——而不是一份让谈判者机械照读的脚本。关于备选方案的更深入准备，可参见 Negotiations.AI 的 BATNA negotiation guide。

会前人工审批关口

在责任人确认以下事项之前，会议不应以辅助模式进行：

• 允许使用的来源
• 重大商业输入的准确性
• 由财务负责的财务假设
• 由法律顾问负责的法律立场
• 谈判权限和升级路径
• 记录行为是否合法、适度且已适当披露

第二阶段：会议中跟踪状态

在通话过程中，Live Negotiation Support 应帮助谈判者注意到重大变化，而不干扰其主动倾听。Live Negotiation Coach 应作为私密顾问层运行，而不是作为自主代表。

记录与指导是不同功能

记录 可能包括经授权的音频、转录、笔记、聊天、共享文档和参会者修正。实时指导 则是展示给谈判者的私密、非约束性建议。

它们需要分开的控制。团队可能允许做笔记但不允许录音；可能允许查询合同但禁止存储转录；敏感会议甚至可能要求完全禁用助手。

美国联邦法律在特定条件下包含单方同意例外，但各州要求可能更严格。因此，联邦层面的同意并不是通用的录音政策；应审查适用情形和司法辖区。联邦规定见 18 U.S.C. § 2511。

优秀的实时提示应是什么样

实时提示应简短、可归因且可执行。常见有效类别包括：

• 权限警报： “拟议返利超出已批准范围。需要升级审批。”
• 证据冲突： “供应商提到三年期限；已加载的修订文件显示为两年。”
• 计算校验： “请澄清涨价是按单价计算还是按年度支出计算。”
• 条件性检查： “询问交付承诺是否取决于需求预测锁定。”
• 信息缺失提示： “询问是否包含加急运费。”
• 暂停建议： “多个变量已变化。请先总结方案组合再回应。”

提问通常比指令更安全。“询问价格是否包含工装费用”有助于挖掘信息；“接受这个价格”则暗示了权限，并把战略决策压缩成模型输出。

每条重大提示都应展示足够的上下文以供评估：来源、日期、相关摘录、状态和不确定性。如果延迟、来源访问或转录失败，界面应明确说明，而不是表现出虚假的自信。

助手绝不能做什么

实时谈判助手不应：

• 代替谈判者承诺、让步或接受条款
• 推断沉默等于同意
• 声称某位参与者拥有权限
• 泄露保留价或内部风险评估
• 将供应商陈述表述为已验证事实
• 依赖被非法共享的竞争敏感信息
• 只优化价格而忽视韧性、质量、实施或关系风险

美国司法部的 November 2024 antitrust compliance guidance 提出，应审查合规团队是否理解 AI 工具、是否参与部署、是否评估反垄断风险，以及是否能够检测并纠正不一致的 AI 驱动决策。该指南还强调了涉及竞争对手沟通的风险。企业谈判工作流应为可疑的基准数据或源自竞争对手的数据提供升级处理路径。

实时人工决策点

谈判者决定某条提示是否准确、相关且在策略上合适。只有获得授权的人才能作出陈述或让步。当同意、保密、特权、信任或技术可靠性变得不确定时，会议负责人也应能够暂停记录或禁用辅助功能。

第三阶段：会议后批准状态

会后目标不是尽快生成一份措辞漂亮的会议纪要，而是创建一份可审查且保留不确定性的记录。

建立承诺台账

助手应区分：

• 已同意条款
• 暂定提案
• 被拒绝事项
• 有条件报价
• 未答复问题
• 内部行动
• 对外承诺
• 截止日期和责任人

承诺台账 记录谁代表谁在何时前、在何种条件下承诺了什么，以及该事项是否已被验证。

转录只能证明系统记录到了什么，不能证明已形成可执行协议。语音识别可能混淆发言人、金额、币种、单位、否定表达和条件。重大承诺需要参与者核验，并在适当情况下接受法律审查。

起草、比对与流转

助手可以起草：

• 内部复盘笔记
• 发给供应商的回顾
• 审批请求
• 问题清单
• 拟议合同红线修改
• 对已批准源系统的更新

但内部输出和外部输出必须保持分离。内部笔记可能包含后备立场、风险评估或保留价，这些内容绝不应出现在供应商往来函件中。

必要的审批关口包括：

• 每一条对外消息都由获授权员工批准。
• 商务负责人核验价格、数量、抵扣和补救措施。
• 法务负责人审查重大合同语言和法律解释。
• 参会者解决有争议的承诺或转录错误。
• 系统负责人批准对采购、合同、供应商或财务记录的更新。
• 适当的责任人决定保留、法律保全、特权和删除事项。

修正应形成审计历史，而不是悄然覆盖原始记录。ISO/IEC 42001:2023 规定了建立并持续改进 AI 管理体系的要求，包括问责、风险管理、透明度和可追溯性。使用助手并不自动意味着必须获得 ISO 认证。

假设示例：包装供应商续约

本示例为假设案例。其事实和金额仅用于说明，不构成基准。

某采购团队正在续签一份包装协议。会议前，实时谈判助手检索当前修订文件、已批准的需求预测、未解决的质量抵扣以及买方权限矩阵。它将运费前景标记为内部估计，并识别出供应商产能声明尚未得到验证。

会议中，供应商提出以优先分配为交换条件进行涨价。Live Negotiation Coach 不会建议接受。相反，它显示三条提示：

1. 澄清分配是确定性的，还是取决于供应商对其他客户的承诺。
2. 询问拟议价格是否包含加急运费。
3. 提示买方无权批准所要求的期限延长。

谈判者使用了前两条提示，忽略了一条相关性较低的提示，并对期限延长选择暂停回应而非立即答复。

会后，助手创建两条不同记录：一条是关于涨价的 供应商提案，另一条是关于分配的 供应商暂定陈述。它不会将任何一项标记为已达成一致。采购核验商务回顾，财务审查成本假设，法务审查期限语言，获授权员工批准发给供应商的邮件。

这就是 Human-in-the-loop AI 的实际运作方式：系统保护连续性，而人保留判断和权限。

实施检查清单

使用这份清单来评估实时谈判工作流。

会前

• 每一项重大陈述是否都链接到来源？
• 日期、版本、责任人和访问限制是否可见？
• 假设和估计是否已标注？
• 冲突或过期来源是否已标记？
• 谈判负责人是否已批准目标和权限边界？
• 受限制的法律、财务和合规立场是否已由各自责任人审查？

会中

• 记录是否已获授权、已披露且可随时停止？
• 谈判者能否区分事实与对方陈述？
• 提示是否简洁且私密显示？
• 每条重大提示是否显示来源依据或不确定性？
• 是否通过技术手段禁止自主承诺或让步？
• 故障和延迟情况是否可见？

会后

• 是否将已达成一致事项与提案及争议事项分开？
• 每项承诺是否链接到支持证据？
• 发言人、日期、单位和条件的歧义是否已标记？
• 内部草稿和外部草稿是否已分离？
• 对外消息、价格、红线修改和系统更新是否设置审批关口？
• 修正是否保留在审计历史中？

证据、假设、估计与建议

一个受治理的工作流应让这些类别清晰可见，而不是将它们混在一起。

已验证事实

• NIST 的 AI RMF 支持记录角色、监督、情境化解释和问责。它是自愿框架，且 NIST 报告称 1.0 版本正在修订中。
• NIST 于 2024 年 7 月发布其 Generative AI Profile，作为 AI RMF 1.0 的跨行业配套文件。
• ISO/IEC 42001:2023 于 2023 年 12 月发布，涉及 AI 管理体系。
• EU AI Act 对相关类别中的系统提出了人工监督、文档、日志和透明度要求。通用谈判助手并不会自动被归类为高风险；分类取决于预期用途和具体情境。

需要验证的部署假设

• 助手不具备签约权限。
• 指导内容仅对组织的谈判者私密可见。
• 身份、访问、保留和审批控制可被执行。
• 当同意或保密问题未解决时，可以禁用记录。
• 市场数据已获得适当许可，且不来自被禁止的信息交换。

估计

财务模型、需求情景、切换时间表、市场比较和实施成本，除非另有验证，否则都属于估计。应展示其假设、日期、适用时的区间以及责任人。

建议

• 检索最少必要的上下文。
• 优先使用带证据链接的问题，而不是规定性命令。
• 对高影响行动要求审批。
• 保留不确定性和修正记录。
• 测试过期文档、发言人混淆、单位错误、讽刺表达、有条件报价和系统冲突。
• 衡量修正次数和遗漏承诺，而不只是成交价格。

局限性及不适用情形

在以下情况下，Live Negotiation Support 可能并不适合：

• 无法解决录音或处理要求
• 参与者合理反对记录
• 特权或保密风险大于收益
• 源数据过期、矛盾或许可不当
• 连接性或延迟使提示不可靠
• 界面干扰主动倾听
• 助手无法将内部信息与外部输出分离

即使在适合的会议中，系统也无法可靠推断未披露的动机、保留价或参与者的权限。历史数据可能编码了不良做法或对供应商的偏见性对待。市场指标也可能因规格、地域、数量或合同期限不同而不可比。

自动化偏见是核心风险：一条看似自信的提示，即使证据薄弱，也可能显得很权威。补救措施不能只是加一句免责声明。它需要来源追溯、不确定性标签、克制的提示、现实测试，以及人真正拥有忽略系统的权力。

常见问题

谈判助手工作流中最重要的部分是什么？

受控谈判状态。它连接已批准的会前上下文、经授权的会议记录、立场变化、未解决问题和人工审批。没有它，准备、实时提示和后续跟进之间就可能互相矛盾。

实时谈判助手是否应该直接与供应商对话？

默认不应如此。在大多数企业谈判场景中，实时指导应保持私密且不具约束力。由获授权的谈判者决定说什么、保留什么，以及是否使用每条提示。

实时谈判支持是否必须录制会议？

不需要。记录可以包括已批准的笔记、聊天、文档或人工确认录入。若录音会带来法律、保密、信任或保留方面的顾虑，仅笔记模式可能更合适。

谁必须批准会后跟进？

每一条对外消息都应由获授权员工批准。相关的商务、财务、法务、合规和系统负责人应核验其职责范围内的事项，包括定价、假设、合同语言、承诺、保留和记录更新。

团队应如何评估实时谈判工作流？

应评估来源准确性、提示有用性、修正频率、遗漏承诺、权限违规、数据暴露和用户行为。不要仅以谈判价格定义成功；还应纳入质量、韧性、实施风险和关系结果。

延伸阅读

• NIST AI Risk Management Framework Resource Center
• NIST Generative Artificial Intelligence Profile
• ISO/IEC 42001:2023
• FTC Data Security Guidance
• DOJ Antitrust Compliance Guidance, November 2024

免责声明：本文提供一般性运营信息，不构成法律、财务、合规或采购建议；请结合自身情况咨询合格的专业人士。