客户从“这个功能能不能做到”转向“做这件事要花多少、值不值”时,不要立刻降价或重复功能清单。更稳妥的做法是:先判断他是预算受限、在比价,还是担心投入后收不回来,再决定保留哪些功能证据、改写哪些成本表达、退出哪些无效话题。
成本质疑至少有三种来源,对应的回答完全不同。第一种是预算上限已经明确,客户不是不认可价值,而是没有这笔钱;第二种是客户拿你的方案和另一条路径比价,比如自己做、延后做或换更轻的方案;第三种是客户担心花了钱却看不到结果,表面问价格,实质要的是风险边界。
区分方法不需要完整数据。可以问一句“您说的成本,是一次性投入太高,还是担心后续持续投入看不到回报?”如果对方回答集中在现金流和审批,属于预算问题;如果反复提“别人报价更低”“我们先自己试试”,属于比价问题;如果追问“多久能有效果”“做不好怎么办”,属于风险问题。
这一步的动作是改变提问方式,而不是改变报价。提问后得到的答案,会直接决定下一步:预算问题谈范围收缩,比价问题谈可比口径,风险问题谈验证节点。若三种混在一起,先处理客户最在意的那个,不要一次给完全部解释。
功能本身不必删掉,删掉会让客户觉得方案变薄。需要改的是表达顺序:先讲这项功能替他省下什么、避免什么,再讲它怎么实现。比如同样一项自动化能力,功能语言是“支持批量处理”,成本语言是“原来需要一个人每周重复做的部分,可以压缩成一次设置”。
这里有一个假设例子。假设某新品牌提供一项内容整理服务,客户原本问“能不能自动归类”,后来改问“每个月要花多少人力”。回答可以保留归类能力,但改写成“归类规则设置一次后,日常只需要检查异常项;如果异常项少,人力投入就低,如果来源格式经常变,检查成本会上升”。这个例子的数字只是说明比较方法,不是承诺效果。
适用条件是客户仍愿意听方案差异。如果客户已经明确说“只看总价,不看过程”,继续展开功能细节会消耗信任,此时应退出功能讲解,改为给出范围可选的最小版本和对应边界。
客户拿低价方案对比时,直接说“我们更值”通常无效。更有效的动作是列出两边都包含什么、不包含什么,把不可比的部分标出来。常见不可比项包括:谁负责设置、出问题谁处理、后续调整是否另算、交付周期是否影响客户自己的节奏。
可以这样操作:请客户把对方方案里他最看重的三项写出来,你只对这三项做同口径说明。结果往往有两种。一种是差异确实存在,客户愿意为省事或省风险付费;另一种是差异不大,那就要承认在这个需求下轻方案更合适,而不是硬留。
不能从“客户愿意继续聊”推出“他会下单”,也不能从“他嫌贵”推出“预算不足”。继续聊可能只是收集信息,嫌贵可能只是谈判习惯。因此下一步应设置一个低成本验证动作,比如让对方确认一项范围或提供一个真实样例,用他的投入程度判断优先级。
新品牌常常没有历史转化数据,也拿不到客户内部预算权限。这时不要编造“通常能省多少”或“行业平均回报”。可以执行的最小动作是:把当前方案拆成一个可单独评估的小范围,请客户就这个小范围给出一个判断标准,比如“如果两周内能减少某类重复沟通,就继续”。
这个动作的作用是获得一个可观察信号,而不是证明方案一定有效。即使客户同意试,也只能说明他愿意投入一点时间验证,不能推出他会扩大合作。反过来,如果客户连小范围验证也不愿参与,说明当前阻力不在价格解释,而在优先级或信任,继续改话术意义有限。
需要说明适用条件:小范围验证适合交付边界清楚、能单独衡量的服务;如果方案必须整体上线才有意义,就不适合硬拆,应改为分阶段确认,而不是假装可以单独测试。
判断顺序可以固定为:先问成本关注类型,再看客户是否愿意统一比较口径,最后看是否愿意做最小验证。每一步的结果都影响下一步,而不是一次性说服。若客户在比价后仍不愿确认任何范围,退出比继续降价更合理,因为降价没有解决他真正关心的可比性或风险问题。