先给结论:当客户从问“能不能做到”转向问“要花多少”,回答不应继续追加功能细节,而应把话题切到总拥有成本和取舍条件上。但有一个反例会让这个结论失效——如果客户问成本只是因为还没确认方案是否可行,那么过早谈价格反而会中断判断。区分这两种情况,是调整回答的第一步。
客户提成本,动机至少有两种。一种是已经认可方案价值,进入比较阶段,此时他关心的是投入产出、付款节奏、后续维护开销。另一种是功能没讲清,他无法判断值不值,于是用价格作为退出理由。两种动机下的回答方向相反:前者要收敛功能描述,给出成本结构;后者要先把可行性边界说清楚,再谈钱。
可以核对一个信号:客户是否复述过你的方案要点。如果他用自己的话说出了关键流程,说明已进入比较阶段,可以谈成本;如果他仍在追问“这个到底怎么实现”,说明可行性未定,应先补一个最小可行范围的说明,再给一个粗略区间,而不是完整报价。这个动作的结果会直接影响下一步——客户若开始追问区间内差异,说明可以进入细化;若继续问原理,说明成本问题只是表象。
调整回答不等于降价,而是换一套描述框架。功能导向的回答是“我们支持A、B、C”,成本导向的回答是“A是基础项,B会增加多少投入,C如果暂时不做,可以省下哪部分”。这样客户能看清钱花在哪里,也能自己决定砍掉哪些项。
一个假设例子:某服务基础配置每月固定投入为X,加一项自动化能力需要额外一次性投入Y,并带来每月维护Z。如果客户只问总价,直接报X+Y+Z会让他觉得贵;拆开说明后,他可以先只上基础项,把Y推迟到下一阶段。这里的关键不是数字大小,而是让客户看到可拆分、可延后的部分。假设中的X、Y、Z仅用于说明比较方法,不代表任何真实报价。
成本话题常涉及多个角色:使用者关心好不好用,采购关心总支出,财务关心付款周期,管理者关心投入后多久能看出效果。同一句“成本太高”,在不同角色嘴里含义不同。如果笼统回应“我们可以优化”,分歧不会消失,只会转移到下一次会议。
更有效的做法是把分歧转成一张可核对的项目表,至少包含四列:项目名称、是否必需、由谁承担、不做会怎样。例如“数据迁移”一项,使用者认为必需,采购认为可以延后,那就把它标为“可延后”,并注明延后期间需要人工补录。这样讨论对象从“贵不贵”变成“哪一项先做”,分歧就有了收敛点。
动作上,可以在下一次沟通前把这张表发给客户,请他标注每项的优先级。结果如何影响下一步:如果多数项被标为可延后,说明预算约束真实存在,应给出分期方案;如果必需项集中且无法削减,说明问题不在价格,而在价值证据不足,需要回到效果验证。
支持成本回答的证据应当是客户自己的使用数据或明确规则,例如他当前的月处理量、需要几个人力、现有工具的固定支出。这些可以和他一起算,而不是替他断言。
不能直接用的是搜索量、广告点击、社媒互动这类指标。它们和成本决策不在同一条线上,混用会让客户觉得你在转移话题。同理,不要引用行业平均转化率或某个成功客户案例来证明“值这个价”,这类数字既无法核对,也容易把个别经验当成普遍规律。
反例出现在这样一类客户身上:他反复问最低价,但从未确认过需求范围,也不愿意提供任何现有流程信息。此时跟着谈成本,只会陷入无底线的比价,因为双方比较的根本不是同一个东西。更稳妥的做法是先给出一个判断条件——例如“需要先确认处理量和交付时间,才能给出有意义的区间”——如果客户仍拒绝提供,说明这不是成本问题,而是信任或匹配度问题,继续报价的意义有限。
下一步动作可以固定为一次十五分钟的核对:让客户确认三项事实,即当前做法、期望结果、不可妥协的时间点。三项确认后,再决定是给分期方案、缩减范围,还是建议暂缓。这样回答的调整才有依据,而不是在功能与价格之间来回摇摆。