低价竞争案例：客户要求跟价时如何重建报价
示例客户称竞品“低 8% 且 15 天交货”。业务员没有直接降价，而是确认型号、数量、贸易术语、安装和认证。结果显示竞品为 EXW 基础配置，15 天从最终图纸确认起算，现场调试和认证文件不在报价范围；我方报价包含 FOB、检测模块与预验收。
| 项目 | 客户真正需要 | 基础方案 | 完整方案 |
|---|---|---|---|
| 配置 | 满足基本产能 | 移除非必要模块 | 保留检测与预验收 |
| 交付 | 30 天上线 | 客户自装/标准交期 | 分批交付+技术支持 |
| 认证/服务 | 目标市场文件 | 客户确认范围 | 文件与支持范围写入报价 |
客户最终未要求完全匹配竞品总价，而选择基础方案加一项关键服务。即使客户选择竞品，团队也应记录原因：是配置、现金、交期还是服务范围，而非笼统填“价格高”。低价案例的核心是把一个总价拆回条件，并仅承诺自己能稳定履约的范围。
报价前的内部红线
销售把三类红线写进决策卡：不能取消的安全/合规配置；低于该线无法保障质量的利润/现金边界；排产无法承诺的交期。任何客户让价要求都只能在三条红线以外调整，避免业务员为了拿订单承诺不存在的认证、交期或售后。
| 客户要求 | 是否可调整 | 条件 |
|---|---|---|
| 删除非关键检测模块 | 可评估 | 客户确认应用/验收范围 |
| 改为 EXW/客户自装 | 可评估 | 责任、包装与风险写清 |
| 缩短定制交期 | 不直接承诺 | 先核排产与物料 |
| 取消必要合规文件 | 不可 | 不满足目标市场风险 |
当客户坚持只比单价时
团队没有继续讲“质量好”，而是发送两列清单：基础方案满足什么、完整方案多了什么。客户若仍只看最低单价，销售确认其是否真的不需要检测模块、服务与文件；若答案是需要但预算不支持，机会被标为“范围与预算不匹配”，而不是通过隐藏成本成交。
复盘输入
最终 CRM 记录了客户最在意的现金支出、未选择完整方案的具体条件、报价差异是否已解释、下次应提前确认的三个问题。下一次遇到同类项目，团队会在首次询盘就问安装责任与认证范围，而不是等客户拿竞品价格压价后才重做报价。
案例与模板的真实性边界
案例必须服务一个具体业务判断，而不是用结果包装宣传。开头说明这是匿名推演还是真实且获授权的复盘；交代客户场景、产品/数量、国家、限制条件和当时未知信息。无法公开或核验的数据不要编造；涉及客户、联系人、订单、报价或技术资料时，删除可识别内容并保留必要的业务条件。
完整案例按五段写：背景与目标；约束和可用证据；团队采取的步骤及负责人；产生的结果或仍未确认的结果；复盘与下次规则。案例中的每个竞争判断都标明是公开事实、工作推断还是未知。若没有真实结果，可以用“示例/推演”展示决策路径，但不得写成客户已成交、节省金额或竞品内部情况。
模板应能直接交付一个产物：机会卡、证据表、同口径比较表、行动计划、复核清单或退出记录。每个字段解释为什么填写、由谁填写、何时更新、什么情况下停止使用。模板不是为了凑表格；填写后应能帮助第二个人在两分钟内理解当前决定、来源、限制和下一步。
案例复盘与复用
案例结束后检查哪些假设被证实、哪些被推翻、哪些条件只适用于该客户。可重复的规则进入标准流程；个案条件保留边界，不能推广为所有国家、行业或产品的结论。案例每次复用前复核产品、价格、认证、市场和服务范围，过期的事实更新或下线。
案例的完整推演格式
以一个匿名工业 B2B 机会为例：客户要在限定时间内完成一项设备/部件采购，并称正在比较现有供应商。先记录已知条件：应用、型号或范围、数量、目的国、上线日期、认证、安装/服务责任；同时记录未知条件，而不是把它们用竞品信息补齐。公开资料若显示对方有某产品页或案例，只能作为与该场景相关的线索，不能证明最终价格、库存、客户关系或履约能力。
接着形成决策表：客户不可妥协的三项；我方已确认可满足的条件及文件；对方公开可核验的范围；仍需客户确认的问题；基础方案、完整方案和退出方案；负责人和截止日。客户回答后更新表格：若核心条件与我方能力一致，推进技术确认或报价；若只有部分覆盖，明确配置和责任边界；若无法盈利或履约，停止跟价并记录未来重新进入条件。
案例结果必须如实表述。若只是方法演示，标为推演；若真实机会没有可公开的成交数据，就写“结果未公开/未确认”，不编造转化率、节省金额或客户评价。复盘聚焦哪条假设被证实、哪项信息最晚获得、哪条规则应进入模板，而不是证明谁比竞争者更好。
模板填写与审核说明
填写人应在来源旁附 URL/文件、日期和范围；审核人检查事实、推断与未知是否分开，是否存在未经证实的竞品攻击、客户隐私、绝对化表述或跨场景外推。模板通过后才可用于下一次机会。客户条件、产品版本、认证、价格或市场变化时，重新填写关键字段；旧案例保留历史版本并标明失效原因。
上线前的证据、行动与复核框架
本页的方法只能在已标明的客户场景、产品范围、市场和时间窗口内使用。执行前先建立最小记录：本次要支持的决定是什么；哪些条件已由客户、受控文件或公开来源确认；哪些内容只是工作推断；哪些未知会改变报价、交期、认证、渠道、产品或服务责任。来源需保留链接/文件、访问日期、原文或页码及适用范围。没有来源或范围的内容不升级为事实，也不进入客户沟通。
将记录转成一项可验收动作：提出一个中性确认问题、准备一份我方真实资料、完成一次技术/商务核验、形成基础与完整两种边界清楚的方案，或在条件不匹配时停止机会。动作必须包含负责人、截止日、输入、输出与停止/升级条件。不能以“继续关注”“加强研究”代替行动；若信息不改变任何客户选择或内部决定，应降低优先级而非继续收集。
对外只表达我方已验证能力、适用条件和下一步，不攻击竞争者，不声称掌握其非公开价格、客户、产能或内部情况。涉及客户、联系人、订单、报价或技术资料时必须匿名化并遵守授权边界。竞争信息的用途是帮助理解客户任务和准备更合适的方案，而不是绕过采购、隐私或平台规则。
在客户回复、方案反馈、项目节点或预定复核日后更新：哪些假设被证实或证伪，哪些条件已改变，动作是否推进了正确决定。保留历史版本和失效原因；同一结论在产品、国家、客户角色、认证、数量或交付条件变化后必须重新核验。连续有效的规则进入标准流程，连续无效的判断停止使用。这样文章中的框架能被团队复用，也能在事实变化时安全修正。
本页上线自检
- 客户场景、产品范围、市场与时间窗口已经写清。
- 关键事实附有来源、日期和适用范围；推断与未知没有混写。
- 本页给出了一项可执行动作、负责人和复核/停止条件。
- 对外不攻击竞品，也不使用非公开资料或客户隐私。
- 条件变化时重新核验，不复制旧结论。
如果你想把「低价竞争案例：客户要求跟价时如何重建报价」这一步继续落成流程，可以看看 客户开发 Agent，先判断它是否适合接住这段重复工作。查看适配方案
引用本文
引用时可保留文章名称、规范地址和页面记录的更新时间。