先给结论:当客户从问功能转向问成本,不要立刻降价,也不要继续堆功能。把回答从“这个功能值多少钱”改成“不解决这个问题,你的哪些成本会持续发生”。降价只在一种条件下成立:客户已经确认问题存在,且你的方案与替代方案解决的是同一件事,价差来自可验证的交付范围差异。否则降价等于承认原来的报价虚高,反而给后续谈判埋坑。
客户说“太贵了”,至少有三类原因,处理方式完全不同。第一类是价值认知不足,客户还没把问题和损失挂钩;第二类是预算确实受限,采购窗口和付款条件不适合;第三类是比价,客户已经拿到另一个报价,用成本作为压价手段。
区分方法不是继续讲产品,而是问一个具体问题:如果现在不处理这个问题,接下来三个月你打算怎么应对?愿意描述应对方式的客户,通常属于第一类或第二类;只说“再看看”“先放着”的,更接近第三类或需求本身不紧迫。
这个判断决定下一步动作。若是价值认知不足,你要补的是损失量化;若是预算受限,要谈的是交付节奏和范围切分;若是比价,要谈的是两份报价的交付边界是否可比。三种情况下,直接给折扣都是错的动作。
下面是假设例子,用来演示取舍逻辑,不代表任何真实项目数据。
假设一家做设备巡检软件的小团队,客户原本一直在问“能不能自动生成巡检报告”“能不能拍照留痕”。某天客户改口:“你们这个一年要这么多钱,太贵了,我们手工做也能做。”
做法A:销售立刻回应“可以给你打个折”,或者强调“我们还有更多功能没用上”。结果是客户继续问“那最低多少”,谈判焦点彻底变成价格,功能讨论被跳过。即使成交,后续续费时客户仍会拿成本说事。
做法B:销售不接价格,先问“现在手工巡检一次大概占用几个人、多长时间,漏检之后通常怎么处理”。客户如果答得出具体人力投入和返工情况,成本话题就转成了损失话题;如果客户答不出,说明他并没有真正核算过,此时更该做的是帮他算,而不是替他降价。
两种做法都“回应了”客户,但A把主动权交给价格,B把主动权拉回问题本身。选择B的代价是:短期内可能失去一个只想比价的客户,成交周期会被拉长。选择A的代价是:即使成交,利润空间和后续议价能力都会被压缩。
客户谈成本时,你需要的不是更便宜,而是把成本拆成他能对照自己账目的三类损失。
动作上,把这三类写成一张简单的对照:左边是客户当前的做法和对应成本,右边是你的方案介入后变化的部分。注意只写你能验证的环节,不要替客户编造节省比例。这张表的作用不是说服,而是让客户自己指出哪一项算错了。客户一旦开始纠正你的算法,讨论就已经从价格回到了业务。
价格可以谈,但要在两个前提同时成立时谈:客户确认问题真实存在,且你的方案与替代方案解决范围可比。此时谈的不是折扣,而是范围与节奏。
这个动作的结果会直接影响下一步:如果客户接受范围切分,说明他确实想解决问题、只是预算受限;如果他仍然只要求整体降价而不接受范围调整,说明他要的是低价本身,此时继续投入谈判时间的回报很低,应该把资源转向其他线索。
面对成本质疑,推荐的顺序是:先确认问题是否仍然成立,再量化损失,最后才谈范围和价格。任何跳步都会让谈判滑向纯比价。功能不是不能讲,而是要在损失被确认之后讲,用来解释“为什么这个方案能减少那部分损失”,而不是用来证明“我们东西多所以值这个价”。
如果客户始终不愿讨论问题本身,只反复要求报价,最合理的处理是把方案和报价书面发过去,说明有效期与适用条件,然后停止追加让利。这不是放弃客户,而是把判断依据交还给他,也把销售时间留给真正需要解决问题的线索。