客户从问“能不能做到”转为问“要花多少钱”,通常意味着他已经认可功能可行,开始评估投入产出。此时回答应把功能语言换成成本结构语言:先确认对方说的成本是采购价、使用成本还是切换成本,再给出可核对的项目和假设,而不是重复功能优势。若客户仍在比较功能是否满足,或成本只是压价话术,这套调整会失效。
“成本”在客户嘴里往往不是一个东西。采购价是一次性支出,使用成本包括人力、维护和培训,切换成本则是迁移数据和改变流程的代价。三者对应的回答完全不同。
如果一上来就强调“我们性价比高”,等于没有回答。客户要的是能填进自己预算表的数字和条件。
多个角色对同一事实理解不同时,争论通常停留在形容词层面。市场部说“贵”,销售说“不贵”,因为双方比较的基准不同。有效的做法是把分歧拆成可核对的项目。
这样做的结果是,下一次对话不再重复“贵不贵”,而是核对某几项数字。动作本身会改变讨论性质:从说服变成共同核算。
假设客户拿到两份方案,A 方案单价低但按用量计费,B 方案单价高但包含固定服务次数。客户说 A 更便宜。此时不要直接反驳,而是把两份方案按客户预估的月用量代入:
若月用量低于某个临界值,A 的总支出确实更低;高于该值后,A 的按量费用会超过 B 的固定费用。这个临界值就是可以核对的项目。把临界值算出来交给客户,比争论哪家更划算更有用。
需要注意的是,这个例子只说明比较方法,不构成对任何具体产品或报价的判断。实际临界值取决于客户的真实用量,而用量本身需要客户确认。
反例很明确:客户还没有认可功能,只是用成本问题试探底线。这时谈成本结构会被当成回避功能疑问,反而加深不信任。判断依据是客户能否说出具体的使用场景和期望结果。如果说不出来,先回到功能确认,不要提前进入成本讨论。
另一种失效情形是客户已经决定不买,用成本作为礼貌的拒绝理由。此时继续拆解成本项目没有意义,应直接询问是否有其他阻碍因素,把真实原因问出来。
确认客户已认可功能后,下一步是发一页成本核对表,而不是继续发功能说明。表里只放三类内容:已知的固定支出、随用量变化的支出、需要客户确认的假设项。发出后约定一个短会,只核对假设项。
这个动作的结果是:客户能拿着同一份表去内部讨论,多个角色的分歧有了共同的核对对象。若客户仍回避核对,说明成本不是真正的问题,应回到需求确认环节重新判断。