开启 3 天免费试用
注册即可免费体验全部高级功能。
*仅限新用户;每位用户只能获得一次试用。


要用 AI 准备谈判计划,把已核实的事实、目标、议题、权限、备选方案、问题和有条件交换整理在一份受控工作表中。AI 可以暴露缺口、帮助演练情景,但不能猜测对方立场、泄露机密底线、解释法律、对外沟通或作出承诺。
来源和审核的基础见通用的如何使用 AI。本流程涵盖商业或运营谈判的准备工作,不是自主谈判,也不是法律意见。
关键要点
- 提示前先定义范围、参与者、决策权和保密级别。
- 把事实、假设、问题、目标和权限上限分开。
- 用证据评估你的备选方案,而不是编造筹码。
- 让步附带条件,并记录每项让步由谁批准。
- 把对方的利益和底线当作假设,以尊重的方式检验。
- AI 用于挑战和演练,绝不用于对外承诺。
写一份简短的控制 brief:写明谈判名称、业务目的、对方机构、参与者、决策负责人、获授权谈判人、保密分级、纳入范围的议题和排除的议题。除非获批工具和政策允许这种确切用途,否则不要写入个人数据或机密底线。
| 控制字段 | 记录 |
|---|---|
| 谈判 ID / 版本 | 稳定标识和修订号 |
| 目的 | 讨论可能支持的业务结果 |
| 范围 | 纳入的产品、服务、市场、日期和议题 |
| 排除项 | 团队不会谈判的事项 |
| 参与者 | 角色,不含不必要的个人信息 |
| 权限 | 谁可以讨论、建议、批准和签署 |
| 保密 | 允许进入 AI 工作区的数据 |
| 决策期限 | 真实的期限及其来源 |
| 升级负责人 | 触及上限时联系的人 |
哈佛法学院谈判项目(Program on Negotiation)的准备清单涵盖目标、利益、备选方案、保留点、时机、关系和多议题。[1]用这些问题组织准备工作,但要根据你的证据和权限作答,而不是根据模型的自信。
如果谈判从拟议方案或商业论证开始,把获批的商业提案作为单独的来源保存。谈判计划记录议题可以怎样讨论;它不改写提案,也不改变提案的审批状态。
把每个议题分开列出,免得一个总目标掩盖了取舍。分清你想要什么、为什么重要、有什么证据支持、允许的范围,以及谁能批准改动。
| 议题 ID | 目标 | 优先级 | 证据 | 权限 | 未知项 |
|---|---|---|---|---|---|
I-01 | 交付时间窗 | 高 | 运营计划 O-7 | 负责人可讨论;总监批准 | 对方产能 |
I-02 | 支持时段 | 中 | 服务需求 S-3 | 负责人可在范围内交换 | 延长的成本 |
I-03 | 报告格式 | 低 | 审计要求 A-2 | 固定要求 | 可接受的等效方案 |
使用清晰的状态:fact、assumption、question、proposal、authorized limit 和 decision,并要求 AI 保留这些标签。讨论要点不自动等于获批报价,内部偏好也不等于合同要求。
财务或运营比较,要在语言模型之外完成受控的成本效益分析。引用它的版本和结论,而不是让 AI 根据文字计算或重建。
谈判协议的最佳替代方案(BATNA),是未达成协议时你实际能做的事。它不是威胁、愿望,也不是对对方弱点的估计。记录备选方案、负责人、可用日期、依赖、成本、证据和置信度。
| 备选方案字段 | 问题 |
|---|---|
| 描述 | 实际能采取什么行动? |
| 证据 | 哪份获批分析支持它? |
| 可用性 | 何时、在什么条件下可用? |
| 后果 | 会带来哪些成本、延误、风险和收益? |
| 负责人 | 谁能启动或否决它? |
| 置信度 | 什么会让它变得不可用? |
只在获授权的政策和分析范围内设定目标点和保留点(reservation point)。保留点是团队内部的边界;不要把它粘贴到未获批的外部工具,也不要自动分享。如果这条边界取决于法律解释、财务权限、雇佣政策或受监管的采购,要取得合格审核。
GOV.UK 的《采购手册》(Sourcing Playbook)强调公共采购中的早期规划、市场接触、清晰的成果、风险分配和有结构的商业策略。[2]它是采购领域的参考,不是私人谈判的通用规则。它在这里有用的启示是:把谈判立场与有记录的目标和风险联系起来。
把已知的陈述作为附来源的事实记录。把推断出的利益、约束、权限、备选方案和保留点记录为假设。模型可以生成检验这些假设的问题,但它无法知道另一方隐藏的动机。
假设表:
| 假设 | 依据 | 置信度 | 尊重的提问 | 否定信号 |
|---|---|---|---|---|
| 时间安排可能比格式更重要 | 先前的书面请求 | 低 | “哪项交付约束最重要?” | 对方优先考虑审计格式 |
| 批准可能需要另一个角色 | 会议邀请 | 低 | “变更还需要谁审核?” | 具名参会者拥有全部权限 |
避免“强势”“不理性”“容易施压”这类性格标签。描述可观察的行为,并提出澄清问题。不要让 AI 提供操纵、欺骗、冒充、威胁或利用对方可能弱点的方法。
把信息和影响分开。谈判中的陈述可能真实、不完整、有误或具有策略性。把它记录为待核实的说法,而不是凭语气接受或否定。
让步不是谈话不舒服时随手发放的东西。记录什么可变动、允许范围、团队需换回什么、批准级别和对其他议题的影响。
| 交换 ID | 我方可提供 | 前提是我方获得 | 上限 | 批准人 | 依赖项 |
|---|---|---|---|---|---|
T-01 | 推迟报告日期 | 提前交付源数据 | 获批时间窗 | 运营总监 | I-01 |
T-02 | 延长合同期 | 明确的服务水平保障 | 获批范围 | 商务负责人 | 法务审核 |
让 AI 检查单方面让步、循环依赖、单位不一致,或超出记录权限的交换。它可以提出问题,但不得编造批准,也不得建议隐瞒重要条件。
美国《联邦采购条例》要求对适用的联邦定价行动记录谈判前目标,并与分析和相关事项挂钩。[3]该规则只适用于其采购情境。把它当作一个例子,说明为什么目标、证据、权限和文档应当明确,而不是其他场合的法律指示。
有意识地安排议题顺序:先谈共同的事实和流程,再探讨利益和低风险问题,最后处理需批准的决定。让相关议题保持可见,这样团队可以评估有条件交换,而不是孤立地逐项让步。
给 AI 一份脱敏的控制 brief、议题矩阵、获准的立场,以及公开或合成的对方信息。让它质疑缺失的证据、不一致的优先级、含糊的措辞、依赖冲突和未回答的问题。
演练时,界定角色和边界:“扮演一名持怀疑态度的采购经理,只使用列出的顾虑。一次只问一个问题。不要编造机密事实,也不要提出有约束力的报价。”每次回答后,让模型找出不清楚的说法、没有依据的陈述、意外泄露的信息,以及本应升级的时刻。
NIST 的生成式 AI 配置文件指出了虚构内容、隐私泄露、有害偏差和过度依赖等风险。[4]缓解方法是使用合成或获批的输入、把每个情景标为模拟,并审阅演练记录。模型给出一个看似合理的回应,并不能证明真实的对方会怎么做。
准备失败路径:
为每条路径写下暂停用语、负责人、所需信息和升级途径。“我需要先确认权限再回复”往往比临场发挥更安全。
制定议程,写明目的、议题顺序、参与者、时间分配、问题、记录负责人和决策点。只分享对外议程,不分享内部的保留点、备选方案或让步上限。
会中记录提议、问题、证据请求、暂定措辞、负责人和期限。任何暂定内容都标为“待批准”。不要让 AI 记录工具把讨论变成协议,也不要未经授权审核就发送摘要。
会后对照计划核对记录。列出已同意的事实、未决议题、拟议条款、所需批准,以及下一次对外沟通的确切负责人。如果涉及合同措辞,由相应的法务或采购负责人审阅原始文档;合同版本比较可以识别文字变化,但不能判断法律效力。
对计划和决策记录做版本管理,记录谁改了目标、上限或交换,以及原因。情况发生实质变化时,重新运行相关的情景分析,而不是悄悄调整假设。
提供范围、角色、权限、议题、目标、证据、已知约束、备选方案、问题、保密规则和升级负责人。无法获得的信息标为未知。
BATNA 是谈判未能达成协议时实际可用的最佳替代方案。要用证据、依赖、成本、时间、负责人和不确定性来评估它,而不是把它当口号。
AI 可以整理输入,但必须由获授权的团队用受控分析计算并批准这条边界。法律、财务、采购、雇佣或受监管的约束,需要相应的合格负责人处理。
它可以根据已知信息帮助列出假设和问题,但无法知道对方隐藏的备选方案。任何估计都要标为不确定,绝不能当作事实或欺骗的依据。
把每项可能的让步记录为有条件的:什么可以变动、必须换回什么、上限、依赖和批准人。绝不让模型编造权限,或把讨论中的想法变成报价。
只有在数据分级、工具审批、访问控制和组织政策都允许这种确切用途时才可以。否则脱敏,或使用合成的范围,把敏感上限保留在获批系统中。
角色演练适合检验表达是否清楚、练习提问,但不能预测对方。模拟必须限于所提供的事实,并审阅其中编造的信息和意外泄露的内容。
由谈判或决策负责人协调商务、运营、财务、法务、采购、人事或其他必需的审核人。批准时必须写明确切版本和所授予的权限。
免责声明:本文仅提供一般性的准备信息,不构成法律、采购、劳动、财务或其他专业建议。具体要求和权限会因组织、交易及司法辖区而异。
Sources checked 2026 年 9 月 4 日。
注册即可免费体验全部高级功能。
*仅限新用户;每位用户只能获得一次试用。