四类可改善谈判的实时问题

最有用的实时谈判问题通常承担四项任务之一：诊断立场背后的利益，澄清某项报价的实际含义，检验证明某项主张的证据，或通过确认完整方案和审批路径来收尾。这四项任务为谈判者提供了一种实用方法，帮助其在压力之下选择下一个问题。

实时谈判助手可以识别缺失的事实，并私下提出AI建议的谈判问题或现场谈判提示。它不应作出让步、接受条款，或暗示某项协议已获授权。谈判者仍需负责判断某个建议问题是否准确、适当，以及是否值得提出。

快速回答

助手可以建议四类问题：用于发现利益和约束的诊断型问题；用于使条款可衡量的澄清型问题；用于审查来源和假设的证据检验型问题；以及用于确认方案、剩余条件、权限和审批的收尾型问题。在披露敏感信息、改变已批准立场、作出让步或接受协议之前，人工审查仍然是必需的。

用于现场谈判提示的 DCEC 分类法

可将DCEC—诊断、澄清、审查、收尾作为一种可复用的问题分类法。每个阶段都对应不同的信息问题：

这些是建议性的工作定义，并非由某项标准或法规强制规定的定义。顺序也具有灵活性。一个收尾问题可能暴露出某种歧义，从而需要回到澄清或证据检验。

1. 诊断型问题：找出立场存在的原因

诊断型问题会将讨论从对方想要什么转向为什么这件事重要。在采购谈判中，这种区别可能揭示出可交换的变量，例如数量、交期、付款时间、服务水平、实施顺序或合同期限。

有用的诊断型问题包括：

• “这项要求旨在解决什么问题？”
• “以下哪两个结果最重要：价格、连续供应、交期、质量、现金流还是灵活性？”
• “是什么约束阻止了在这一点上作出调整？”
• “这是政策要求、成本约束，还是偏好？”
• “还有谁需要批准这项变更？”
• “如果我们未能在目标日期前达成一致，运营上会发生什么？”
• “如果方案中的另一部分得到改善，哪一项条款会更容易调整？”
• “自提案准备以来，是否有任何重大变化？”

助手应如何构建提示

一个有用的提示包含三个要素：

1. 问题： 谈判者可以提出什么问题。
2. 原因： 它要弥补哪个信息缺口。
3. 证据状态： 底层信息是已验证、假设、估算，还是仅仅被声称。

例如：

建议问题： “最低采购量是由生产经济性、配额政策，还是需求规划驱动的？”
原因： 供应商将最低量描述为强制要求，但未说明其成因。
证据状态： 对方断言；未经独立验证。

这个标签很重要。关于内部政策或产能的回答，在得到佐证之前，仍然只是对方陈述。实时谈判助手不应悄然将其转化为事实。

2. 澄清型问题：将语言转化为可衡量条款

澄清型问题能够揭示那些被熟悉词语掩盖的差异。例如，“交付”可能指从工厂发货、到达仓库、正式验收，或达到可运行状态。“市场价格”同样是不完整的，除非双方明确市场、规格、地域、数量、货币和日期。

有用的澄清型问题包括：

• “当你说‘市场价格’时，指的是哪种规格、地域、数量、货币和观察日期？”
• “这个价格是按单件、单次发货、最低订单量，还是年度承诺计算？”
• “包含或不包含哪些内容——运费、关税、工装、实施、支持、税费或价格调整？”
• “‘交付’是指发货、到货、验收，还是达到可运行状态？”
• “哪项服务指标会触发赔偿或其他补救措施？”
• “报价交期基于哪些假设？”
• “这项让步适用于基础期限、续期，还是两者都适用？”
• “我们能否将该方案重新表述为数量、日期、价格、责任和例外事项？”

美国《联邦采购条例》列出了若干提案分析技术，包括与竞争性提案、历史价格、公开市场价格、独立估算、市场调研以及供应商提供数据的比较。这些技术为商业团队提供了一个有用的公开模型，但只有在范围和条件具有足够可比性时，这些比较才真正具有信息价值。参见 FAR 15.404-1。

假设示例：澄清一项交付让步

假设示例——不是基准，也不是客户结果： 某零部件供应商提出，如果买方接受更长期限承诺，则可提供“加急交付”。一位现场谈判教练注意到，双方都没有定义“交付”。

它建议：

“加急交付是指货物在所述日期前离开贵方设施、到达我方收货地点，还是通过来料检验？”

这个问题可能揭示，供应商指的是发货日期，而买方理解的是验收交付。在双方解决这一差异并记录适用日期、地点和验收规则之前，不应对任何让步进行价值评估。

3. 证据检验型问题：审查主张，而不是攻击个人

证据检验型问题应挑战命题本身，而不是针对个人。“该数字的来源和观察日期是什么？”比“那个数字是错的”更精确，也更少对抗性。

有用的证据检验型问题包括：

• “该数字的来源和观察日期是什么？”
• “我们能否查看底层指数、报价、发票或成本要素？”
• “比较时是否已针对规格、数量、地域、货币、运费和合同期限进行了调整？”
• “历史价格中是否包含一次性折扣，或反映了异常条件？”
• “拟议变更中，哪些部分与人工、材料、物流、能源、汇率、间接费用或利润有关？”
• “这是真实成本、预测值，还是应急预留？”
• “哪些假设对结果影响最大？”
• “是否存在得出类似结论的独立估算或替代基准？”
• “什么证据会促使任一方修正其立场？”
• “我们能否将此记录为待验证的未决事项？”

GAO 成本估算与评估指南建议的做法包括明确假设、数据收集、敏感性分析、风险分析、验证、文档记录，以及使用实际成本进行更新。尽管该指南是为政府项目估算编写的，但这些做法为检验商业估算提供了有用的纪律框架。

六部分证据检验法

当出现重大事实主张时，使用 S-D-C-M-A-S：

1. Source（来源）： 信息由谁产生，能否检查？
2. Date（日期）： 何时观察或更新？
3. Comparability（可比性）： 是否匹配规格、数量、地域、货币和期间？
4. Method（方法）： 该数字是如何计算或调整的？
5. Assumptions（假设）： 哪些输入是观察值、预测值、分摊值或推断值？
6. Sensitivity（敏感性）： 哪个假设对结论影响最大？

公开指数可能具有相关性，但并不能证明某个具体供应商的成本。美国劳工统计局将生产者价格指数描述为一种基于调查的统计项目。如果使用 PPI 数据，谈判者应检查所选序列，并判断其行业或商品覆盖范围是否相关；不应自动将总体 PPI 视为某个特定供应商成本变动的证明。参见 BLS PPI data documentation。

4. 收尾型问题：确认实质内容、条件和权限

收尾并不只是问一句“我们成交了吗？”在企业谈判中，负责任的收尾需要明确哪些事项已解决、哪些仍有条件、谁有权批准该方案，以及还需要进行哪些审查。

有用的收尾型问题包括：

• “如果我们解决这个问题，是否还有其他事项阻碍达成一致？”
• “这些让步是否以接受完整方案为条件？”
• “哪些条款仍然开放或有待验证？”
• “双方能否分别总结已同意的价格、范围、数量、日期、服务水平和补救措施？”
• “谁有权批准或签署？”
• “还需要哪些法务、技术、安全、财务、合规或运营审查？”
• “在批准前必须附上哪些证据或文件？”
• “报价何时失效？如果审批延迟会怎样？”
• “是否应将此记录为暂时性共识，而非最终承诺？”
• “每个后续步骤由谁负责，何时到期？”

一份听起来很完整的记录，并不能证明某项协议已获授权。FAR Subpart 15.4 提供了一个具体的问责模型：专家可以提供分析，而签约官作出判断并对最终协议负责。私营企业会有不同的授权安排，但其基本原则是可迁移的——建议与权限并不是一回事。

如何实时选择下一个问题

并非每个信息缺口都值得打断对话。在提出或询问某个问题之前，使用这一轻量级决策规则：

VALUE 过滤器

• V — Value impact（价值影响）： 答案是否可能实质性改变价格、风险、范围或筹码？
• A — Answerability（可回答性）： 对方现在是否合理地能够回答？
• L — Link to evidence（与证据的关联）： 是否有提案条款、来源或陈述可作为问题锚点？
• U — Urgency（紧迫性）： 是否必须在本次会议中解决，还是可以进入后续跟进清单？
• E — Exposure（暴露风险）： 提问是否可能泄露机密信息、谈判底线或策略？

一个高影响且紧迫的问题，如果会造成不可接受的信息暴露，就应被修改或暂缓。如何权衡，取决于人工判断。

对于更广泛的会前工作流，可将这些提示与谈判规划及已批准目标相连接。谈判者还可以使用相关指南 /blog/an-eight-step-negotiation-planning-process-from-intake-to-approval，在现场建议开始前明确边界。

一张实用的现场问题卡片

Human-in-the-loop AI 界面应避免用长列表淹没谈判者。紧凑型卡片可以一次只显示一个推荐问题：

评估该工作流的采购团队可以查看 Negotiations.AI 的Live Negotiation Coach，这是相关的规范功能路径。它在此处的相关性是具体的：该工作流要求在会议中私下提供与证据状态和人工操作相关联的问题建议，而不是自主接受或作出让步。

区分事实、假设、估算和建议

当不同类型的信息被混合在一起时，现场谈判提示就会变得有风险。应使用明确标签。

已验证事实

示例包括当前提案中的某项条款、已批准的内部限额、带时间戳的报价，或被正确识别的公开数据序列。验证应保留来源、版本、日期和相关计算。

公开指南支持若干有用做法：

• FAR 承认多种提案分析技术，而不是规定单一的通用基准（FAR 15.404-1）。
• GAO 指南强调假设、敏感性、验证、文档记录以及使用实际数据更新（GAO-20-195G）。
• NIST 在其 AI Risk Management Framework materials 中要求明确人机角色和监督责任。

假设

典型的运行假设包括：

• 助手已获授权访问提案、记录、证据和审批矩阵。
• 参与者已收到录音、转录或 AI 处理所需的任何通知或许可。
• 除非已批准 AI 直接参与，否则建议将以私下方式传递。

这些条件必须被核查。它们并不是安全的默认值。

估算

计算得出的合理价格区间、预测接受率、节省机会或风险调整后价值都属于估算。它应展示其基线、公式、来源日期、假设、区间和敏感性。模型置信分数不应被描述为概率，除非它已针对该确切用途完成验证和校准。

建议

四类问题、DCEC 分类法、VALUE 过滤器和现场问题卡片都属于建议。它们是实用的操作工具，而不是监管要求。

人工审批关口与供应商风险治理

Human-in-the-loop AI 不仅仅意味着在流程中的某个位置放一个人。负责的人必须拥有足够的背景信息、权限和时间来审查输出并予以否决。

在以下情况之前，人工批准应始终是强制性的：

• 披露机密基准、替代方案、预算或底线立场
• 传达让步或改变已批准的谈判目标
• 接受对采购、安全、合规或供应商风险政策的例外
• 将缺乏支持的供应商主张视为已验证
• 选择最终商业方案或供应商授标
• 同意合同措辞或表示协议已最终确定
• 签署或以其他方式使组织承担约束

实时谈判助手应升级处理重大冲突、缺失证据以及偏离已批准目标的情况。它绝不应根据职位、说话自信程度或表面上的会议共识来推断签署权限。

这种方法不适用的情形

这些提示是决策支持，而不是通用脚本。在以下情况下应限制使用或避免使用：

• 录音、转录或 AI 处理尚未获得授权
• 助手缺少当前提案，或使用的是过时上下文
• 某个问题可能诱导披露受保密、隐私、竞争、证券、出口管制或其他义务限制的信息
• 讨论涉及受保护的法律意见或其他受保护流程
• 谈判者无法验证来源是否具有商业可比性
• 立即提问会损害关系，但几乎不提供决策价值
• 对方在会议期间无法获取所要求的证据
• 助手无法区分多位发言者或准确归属某项陈述

助手也无法自行判断证据在法律上是否可采、某项披露是否被允许、某位发言者是否能约束某个组织，或合同措辞是否反映了商业理解。这些判断需要负责的人工审查，并在适当情况下寻求合格专业意见。

实时问题核对清单

在依赖 AI 建议的问题之前，请确认：

• 它符合一个 DCEC 目的。
• 它针对一个重要的信息缺口。
• 它锚定于当前提案或对话。
• 其底层信息具有明确的证据标签。
• 它不会暴露内部底线或机密替代方案。
• 它检验主张，而不是指责个人。
• 它足够简洁，能够自然提出。
• 任何估算都显示了假设和来源日期。
• 回答将被记录为事实、断言、假设或未决事项。
• 未经授权的人类批准，不会发生任何让步或接受。

常见问题

四种最佳的实时谈判问题类型是什么？

使用诊断型问题来发现利益和约束，使用澄清型问题来定义条款，使用证据检验型问题来评估主张，使用收尾型问题来确认方案和审批路径。最佳的下一个问题取决于最关键的未解决信息缺口。

AI建议的谈判问题是否应直接展示给对方？

通常，私下传递给获授权的谈判者是更安全的默认方式。AI 直接参与可能会混淆问责关系、暴露策略，或造成权限上的不确定性。任何直接参与都应遵循组织政策、参与者通知要求以及已批准的会议协议。

一次应显示多少条现场谈判提示？

一个实用建议是一次只显示一个高价值问题，并附上简短原因和证据标签。这不是研究基准。目标是降低认知负荷，并保持谈判者对时机和措辞的控制。

实时谈判助手可以接受供应商报价吗？

除非特定政策和合法授权明确允许该行为，否则它不应接受报价、传达让步或表示协议已最终确定。在此处描述的工作流中，最终商业和合同立场由获授权的人类进行审查和批准。

如果在会议期间无法验证证据，应如何处理？

将该事项记录为未解决的断言，明确所需来源和责任人，并设定审查期限。不要悄然将其视为事实。谈判者可以形成有条件或暂时性的理解，但是否必须在批准前完成验证，应由获授权人员决定。

延伸阅读

• NIST AI Risk Management Framework Core: human–AI roles and oversight
• Federal Acquisition Regulation 15.404-1: proposal analysis techniques
• GAO Cost Estimating and Assessment Guide
• BLS Producer Price Index data sources and methods

免责声明：本文提供一般性教育信息，不构成法律、财务、采购或合同建议。