Skip to article frontmatterSkip to article content
Site not loading correctly?

This may be due to an incorrect BASE_URL configuration. See the MyST Documentation for reference.

对照《量潮科技商务报价章程》的实操指南。

本手册聚焦报价后的商务谈判与履约中的变更谈判。报价阶段的谈判策略参见《商务报价工作手册》场景四。

核心原则:谈判的目标不是"让对方接受你的价格",而是"让对方理解你的价值"。

设计者注:谈判和报价是两回事。报价是你对价值的判断,谈判是你和客户对齐这个判断的过程。如果你在谈判中先降价,等于承认你的报价是虚高的——这会损害客户对你专业度的认知。所以谈判的第一原则永远是:先让对方理解价值,再谈价格。

场景一:客户对报价提出异议

判断异议类型

客户说真实问题应对方向
「太贵了」不理解价值回到稀缺性和创新价值重新塑造认知
「别家更便宜」缺少对比依据展示差异化价值与交付标准
「预算不够」价格超出承受力判断长期合作潜力,考虑让利
「我再想想」犹豫不决了解决策链,找到真正决策者

操作要点

  1. 不要直接降价。先弄清楚客户说"贵"的原因

  2. 用具体数据说明价值构成(工作量、稀缺性、质量保障)

  3. 如果客户用竞品比价,客观分析差异而不贬低对手

  4. 判断是否有长期合作潜力——这是让利的唯一正当理由

话术模板

「理解您对价格的关注。我们这个报价是基于 X 天的工作量、Y 位专业人员投入和 Z 项质量保障措施综合评估的。同样标准的服务在市场上确实有更便宜的选项,但您看中的质量要求——比如全量的数据校验和多轮人工复核——这些不是所有供应商都能承诺的。要不我给您拆解一下报价的构成,您看看每一项的价值是否对得上您的需求?」

设计者注:客户说贵的时候,你的第一反应不应该是"那给您打个折",而应该是"我是不是没讲清楚价值"。多数情况下不是客户付不起,是你没让他觉得值。

你不得做的事情:

场景二:需求变更引发争议

问题描述

客户提出需求变更,业务团队直接答应但未重新修改合同和报价,导致客户认为项目延期是我方责任。

应对策略

核心:快速控局、事实为基、重塑共识、根治漏洞。

第一步:紧急控局,统一事实

立即召集业务、交付、法务团队内部对齐,还原变更承诺、未改合同、影响评估的全部事实,形成统一立场。由高级别负责人主动约见客户,以"共同解决问题"姿态开启对话。

第二步:结构化沟通,区分责任

  1. 坦诚承担流程失职——为管理疏漏致歉

  2. 客观呈现事实——出示原始合同与变更证据,分析变更对工期的实际影响

  3. 提供建设性选择——签署补充协议并顺延工期、拆分交付、或严格按原合同执行

第三步:长期根治,堵塞漏洞

  1. 任何需求变更均须触发正式的"变更请求单",经评估、报价、书面确认后方可执行

  2. 明确业务团队无权口头绑定合同,须设定法务或 PMO 的最终审批权

  3. 将此案例作为全公司培训教材,强化"合同即法律,变更必签单"的铁律

话术模板

「关于项目延期的问题,我们内部做了复盘。首先,需求变更是导致工作量增加的主要原因,这一点我们必须坦诚。但我们在内部流程上也有责任——变更没有及时走书面确认,导致大家对工期预期不一致。现在我想给您几个方案:第一,我们签署一份变更补充协议,确认新增需求的范围和工期调整;第二,如果时间紧张,我们可以先交付原有需求的部分,新增需求拆分到下一阶段。您看哪个方案更适合?」

设计者注:需求变更争议的核心往往不是"谁错了",而是"预期不一致"。客户以为变了需求还是原来的时间,团队以为做了额外工作客户会理解。书面确认不是为了推卸责任,是为了让双方对预期保持一致。你能在谈判中先承认自己的流程失职,客户才会接受你提出的解决方案。

你不得做的事情:

附录:谈判前准备清单

验收标准:应已确认自己的审批权限边界,应已准备价值论据(稀缺性、创新价值、长期价值),应已了解客户的决策链和关键决策者,应已判断客户的长期合作潜力,如涉及变更争议内部应已统一事实。

手册使用建议

  1. 客户对报价有异议时,先判断异议类型再选择应对策略。

  2. 需求变更争议的核心是预期不一致——书面确认是唯一可靠的解决方式。

  3. 手册的具体金额、费率以各业务线档案为准,手册不维护规则数据。

  4. 手册不替代章程:章程条文是正式依据。当手册表述与章程条文出现差异时,以章程条文为准。