结论先说:当客户的问题从“能不能做到”变成“要花多少钱”,你的回答重心应当从能力证明切换到成本结构说明,但前提是你能把对方的成本口径问清楚。如果对方只是用价格试探你的底线、并没有给出具体使用条件,那么继续堆功能或直接降价都无效,此时应当先反问使用规模与约束条件,再决定是否进入报价环节。
两种关注点对应的回答方式完全不同。真实成本关注通常伴随具体条件:使用人数、频次、结算周期、是否需要额外人力配合。压价话术则只有一句“太贵了”,不给任何可核对的参数。区分方法很简单——让对方补充一个数字或一个时间范围。如果对方愿意给出,说明他在算账;如果始终回避,说明他在试探。
假设一个场景:客户原本问“能不能支持多账号协作”,你演示后他改问“一年下来大概什么投入”。这时不要重复讲协作功能,而是把回答拆成三块:固定部分、随用量变化的部分、以及需要他内部投入的部分(比如培训时间、对接人力)。第三块最容易被忽略,却往往是客户真正在意的隐性成本。
动作与结果:把这三块写成一页纸发给对方,并注明哪些数字取决于他的实际使用量。这一步的作用不是报价,而是把模糊的“贵”变成可讨论的变量。如果对方看完后开始追问某个变量的计算方式,说明成本讨论已经进入正轨,下一步可以给区间而不是单一数字。
如果客户已经拿到另一家的确定报价,并且把两边的功能清单逐项对比,那么你解释成本结构的效果会大幅下降。此时他的问题不是“怎么算”,而是“为什么你更贵或更便宜”。继续讲成本拆解会显得回避,正确的做法是先承认对比存在,再指出两份报价在计量口径上的差异——比如一方按账号数、一方按调用量,口径不同时总价高低并不能直接比较。
这个反例的边界条件要记清楚:只有当你能指出口径差异,并且差异确实影响总成本时,这个回答才成立。如果两边口径完全一致,那就回到价值取舍,而不是继续在成本话术上绕。
功能导向的回答顺序是“我们有什么—所以能做到—所以值得”。成本导向的顺序应当反过来:
这样做的实际影响是:你的回答长度会变短,但对方需要回应的信息变多。如果对方开始主动提供变量数值,说明他已经在用你的框架算账,后续沟通可以围绕区间收窄展开;如果对方仍然只重复“太贵”,则说明成本不是真问题,应回到需求确认阶段,而不是继续降价。
成本讨论中容易犯的一个错误,是拿搜索端的点击成本、平台推荐的曝光数据或广告的转化数据来证明“其实不贵”。这些指标的口径和销售端的实际支出不是一回事,混用会让客户觉得你在转移话题。可以用的证据只有两类:一是对方自己给出的使用条件,二是你能公开说明的计价规则。除此之外的行业平均值、成功案例收入都不适合在这个环节引用。
另外要注意,客户问成本时未必是要砍价,也可能是在做内部预算申报。这种情况下他需要的是一个可写进表格的区间和假设条件,而不是一个确定数字。先问一句“这个数字是给谁看的”,往往能省掉一轮来回。
把上面三步固化成一次对话:先反问口径,再给变量清单,最后根据对方是否提供数值决定是继续收窄区间还是退回需求确认。这个动作的结果会直接决定你下一轮该发报价、发对比说明,还是发一份需求确认清单——三者对应的客户状态不同,发错会让成本讨论重新变回功能讨论。