先给结论:不要立刻把回答改成低价清单,而要先用一个问题把“成本关注”拆成两类——一类是预算真的变紧,另一类是客户还没算清总代价。两类客户的下一步动作完全不同,回答顺序也不同。下面按这两种条件分别展开,并说明规模化后哪种做法会失效。
功能型提问通常长这样:能不能做到某件事、支持几种方式、和现有流程怎么衔接。成本型提问会变成:一年下来要花多少、有没有更省的替代、能不能先只买一部分。措辞变化本身不是判断依据,真正要区分的是客户有没有把“省下来的时间或减少的返工”折算进去。
可以用一个动作来验证:请对方说出当前方案里最花钱的一环。如果对方能具体指出人力、返工、等待或额外采购中的某一项,说明他在做总成本比较,属于第二类;如果对方只重复“太贵了”“预算不够”,却说不清钱花在哪,更可能是第一类。
这个动作的结果决定下一步:能指出具体环节的,回答重点放在对照计算上;说不清的,回答重点放在缩小范围、分阶段投入上。两种情况下都不要先报折扣,否则会把后面的对话锁死在价格上。
预算收紧的客户需要的不是更便宜的同款,而是更小的起步范围。此时回答结构建议按三步走:先确认必须解决的那一个问题,再给出只覆盖这个问题的方案,最后说明后续扩展需要什么条件。
实施动作上,把原来的整体报价拆成可单独成立的最小单元,并明确这个单元不包含什么。比如假设某方案原本包含三个模块,客户预算只够一个,那就只报一个模块的价格和它能独立达成的结果,同时写清另外两个模块缺失时哪些环节仍需人工处理。这个假设例子的意义在于说明拆分方法,不是真实项目数据。
这样做的影响是:客户能拿一个可比较的数字回去,你也不会因为承诺了完整效果而在交付时被追责。例外出现在客户内部已经按整体方案做了预算审批,此时拆分反而增加他的内部沟通成本,应改为提供整体方案的分期或分阶段验收安排,而不是砍功能。
第二类客户嘴上说成本,实际缺的是参照系。他无法判断这个价格是贵还是便宜,因为不知道不解决的代价。此时降价会让他更怀疑原价,正确动作是给出一组可自己代入的对照项。
对照项应包含三类:一次性投入、按周期发生的使用成本、以及不采用时继续发生的成本。第三类最容易被忽略,也最能改变判断。可以请客户用自己团队的人数、当前处理一件事情的耗时、以及这件事每月发生的次数,自行乘出一个粗略量级。你只提供计算框架,不替他填数字。
这个动作的结果是对话从“能不能便宜”转到“哪些成本可以避免”。如果客户算完仍觉得不划算,说明问题不在价格,而在方案覆盖的场景不是他最痛的那个,此时应回到需求确认,而不是继续在价格上让步。例外是客户处于纯比价流程,采购规则只认单价,那么对照计算不会改变结果,应把精力放在确认自己是否要参与这类比价。
无论哪一类,回答的先后顺序比内容更重要。建议固定为:先问一个成本构成问题,再根据回答选择拆分方案或对照计算,最后才涉及价格条件。价格条件放在最后,是因为它需要前面的信息才有意义。
可以用一个简单的自查清单判断自己有没有答错方向:
如果三条都做不到,说明回答还停留在功能复述阶段,只是把形容词换成了成本词汇。
上面两种做法在单个客户对话里通常有效,但规模化后会遇到例外。最常见的是渠道差异:通过广告进来的客户,第一次接触就带着价格预期,先问成本构成会显得绕;通过销售跟进或老客户转介绍的客户,已经有基本信任,先问后答更顺。这两类不能共用同一套话术顺序。
另一个例外是样本偏差。如果最近几个客户都在压价,容易得出“市场只看成本”的结论,但更合理的解释可能是这批客户来自同一个比价渠道,或者当前接触的决策人只是执行采购而非最终使用者。请求量或询盘量的变化不能单独证明客户关注点已经整体转移。
因此规模化时不要直接复制单次成功回答,而应记录每次对话中客户说的成本具体指什么,按渠道和决策角色分开归类。当同一类角色反复出现同一种成本表述时,再考虑把它固化成标准回答;在此之前,保持先问后答的弹性更安全。最终判断标准是:客户拿到回答后,下一步动作是继续提供信息,还是转身去比价。