结论是有条件的:如果客户仍处在方案比较阶段,把回答重心从功能转向成本,通常应当先确认对方比较的是总拥有成本还是首次采购价,再决定是否展开功能说明。若客户已经明确预算上限并进入采购审批,继续强调功能反而会拉长决策,此时应直接给出成本结构、可削减项和验证方式。反例是:当成本下降会牺牲合规、安全或交付稳定性时,单纯迎合成本关注会带来后续退货或纠纷,这时必须把不可妥协项单独列出。
客户说“太贵了”并不等于只关心价格。价格敏感通常表现为反复比较同类报价,预算受限则表现为询问付款周期、能否分阶段采购或减少初始数量。两种情况的回答方向不同:前者需要解释成本差异来自哪些可验证的交付项,后者需要给出可执行的缩减方案。
可以这样判断:如果客户主动提到竞品报价并追问差异,属于价格敏感;如果客户询问能否先买一部分、能否延后付款,属于预算受限。把两者混为一谈,会导致回答要么显得回避价格,要么显得急于降价。
直接报总价往往让对话终止,因为客户无法判断这个数字由什么构成。更有效的做法是把成本拆成三层:一次性投入、持续投入、以及因选择不同而产生的隐性成本。每一层都给出可核对的项目,而不是笼统说“性价比高”。
当客户只问“多少钱”时,先问一句“您比较的是首次投入还是三年内的总支出”,这个动作会把对话从比价拉回到成本结构。结果通常是客户开始提供自己的使用年限和规模,下一步就可以按他的假设做一版估算,而不是继续争论单价。
客户认为贵,可能来自三种不同原因:预算确实不够、对价值没有感知、或者拿不同规格的方案在比较。这三种原因对应的证据不同,不能用同一套话术覆盖。
区分方法不是继续解释功能,而是请客户说出他正在比较的那个方案包含什么。如果对方说不出来,说明比较基准不成立,此时补充功能说明仍然有效;如果对方能逐项说出,说明比较基准成立,此时应转向成本结构而非功能罗列。
假设某客户在比较两套方案,A 方案首次报价较低,B 方案首次报价较高。客户说“B 太贵”。若只回答 B 的功能更多,对话大概率停在价格争论上。换一种回答:先假设客户使用周期为两年、每月处理量不变,把 A 的续费、人工补录和故障处理时间折算进去,再和 B 的对应项目并列。这个动作不承诺谁更便宜,只是把比较口径统一。结果可能是客户发现自己原先只比较了首次报价,下一步就会要求补充 A 的续费条款,而不是继续要求 B 降价。
这个例子的适用条件是客户愿意提供使用周期和处理量。如果客户拒绝提供,或者明确表示只看首次付款金额,那么成本拆解无效,应直接给出最低可交付范围及其价格,并说明缩减了什么。
当成本削减会触及合规、数据安全、交付时限或售后责任时,顺着客户压价会制造更大的后续成本。此时应把不可削减项单独列出,并说明它对应的风险由谁承担。这不是拒绝降价,而是把“降价”和“降责任”分开谈。
如果客户在听到不可削减项后仍然坚持只谈价格,说明他的决策标准已经不在方案本身,继续调整回答的收益很低。下一步动作应是确认这是否为最终决策人、是否有其他审批角色,而不是继续修改报价。
调整回答的终点不是说服客户接受某个价格,而是让双方对“在比什么”达成一致。具体动作是:在回复中写清本次比较包含哪些项目、使用周期多长、哪些成本未计入。这个动作的结果会直接决定下一步——如果客户认可口径,就进入按口径核算;如果客户不认可,就说明真正的分歧不在成本,而在需求范围或决策权限,此时应回到需求确认而非继续调价。