先给结论:当客户不再问“这个功能能不能做”,而是反复问“为什么这么贵、能不能便宜点”,通常说明预算约束已经压过功能诉求。此时不要急着降价,也不要硬推功能清单。更稳的动作是:把回答从“功能说明”改成“成本结构说明”,先判断客户是在压价、在重新评估必要性,还是预算真的被砍。三种情况对应三种做法:保留原方案但拆开报价、改写方案缩小范围、或主动退出并留下后续入口。
“太贵了”这句话本身信息量很低。要区分它背后的真实状态,可以看客户接下来问什么。
这三种状态对应完全不同的回答方式。把压价当成预算收缩去砍方案,会显得你不专业;把预算收缩当成压价去硬扛,会直接丢掉后续机会。判断依据不是客户语气,而是他后续提问的方向。
当客户只是压价、功能诉求没变时,保留完整方案是合理的,但要把一个总价拆成几个可以单独取舍的模块。这样做的好处是:客户不用在“全做”和“全不做”之间二选一,而是可以逐项决定。
具体动作:把原来的整体报价改成三到五个模块,每个模块写清楚它解决什么问题、不做会有什么后果、单独做的价格区间。这里的关键不是把价格拆小来显得便宜,而是让客户看清每一笔钱对应什么。
假设一个海外站点优化项目原本报价包含站点结构、多语言内容、支付流程和本地化客服接入四块。客户说太贵。你可以保留四块,但标注:站点结构和支付流程是上线前提,多语言内容和客服接入可以放到第二阶段。客户如果选择只做前两块,你下一步要确认的是他是否接受第二阶段延后,而不是继续谈总价。这个动作的结果是:谈判焦点从“总价能不能降”转到“先做哪一块”,你也就知道该推进哪一步。
适用前提:客户仍有预算,只是希望控制单次支出;你的方案确实可以分阶段交付。代价是交付周期会拉长,你需要额外管理阶段之间的衔接。
当客户在重新评估必要性时,改写方案比保留原方案更合适。改写不是简单删功能,而是把“必须做”和“可以以后做”分开,并明确告诉客户放弃某部分会失去什么。
具体动作:列一张两栏清单,左栏是本次要做的,右栏是本次不做的,每一行都写一句“不做的后果”。比如不做多语言内容,后果是部分市场的用户看到的是机器翻译或英文页面,转化路径会变长。这不是恐吓,而是让客户在知情的前提下做取舍。
假设客户原本要做五个语种的站点优化,现在说预算只够两个。你可以改写为:先做两个语种,但保留站点结构对多语种的兼容,后续加语种时不用重做架构。这个动作的结果是:客户用更少的钱拿到了可扩展的基础,你也没有把后续空间堵死。下一步要确认的是他是否接受“先两个语种上线,其余延后”这个节奏。
适用前提:客户预算确实有限,但项目仍有推进意愿;你的方案存在可延后的非核心部分。代价是本次收入减少,且延后部分存在不再启动的可能。
有一种情况需要主动退出:客户要求的成本已经低于你能保证交付质量的下限。这时候继续接单,结果通常是交付缩水、客户不满、后续合作也保不住。
判断依据不是客户出价低,而是这个价格对应的工作量是否还能达到你认可的基本标准。如果客户要求的价格意味着你必须省略必要的测试、跳过本地化校对、或者用明显不可靠的方案替代,那就属于触及底线。
退出的动作要具体:说明当前预算下你能做到什么、做不到什么,然后给出一个后续入口,比如“如果预算恢复到某个区间,可以再启动”。不要用“我们做不了”结束对话,而是把退出变成一次边界说明。这个动作的结果是:你保住了交付标准,同时没有把关系彻底切断。下一步是否重启,取决于客户的预算是否回到可交付区间。
适用前提:成本压缩已经影响核心交付质量;你判断继续接单的长期代价高于短期收入。代价是失去本次订单,且客户可能转向其他供应商。
客户关注点从功能转向成本时,最容易犯的错是跟着客户的语气走:他急你就降,他压你就让。更稳的做法是始终用同一套判断依据——客户后续问什么、预算状态是什么、你的交付底线在哪里。
保留、改写、退出不是三个必须依次尝试的选项,而是三种不同前提下的选择。先判断客户处于哪种状态,再决定用哪一种回答方式。如果判断错了,后面的报价、方案和谈判都会跟着偏。