当客户从“能不能做到”转向“要花多少、值不值”时,回答不能只把功能讲得更细,而要把同一件事拆成成本结构、替代方案和验证顺序。前提是对方已经认可需求成立,只是对投入产出比犹豫;如果对方连需求是否真实都没确认,继续谈省钱反而会让讨论失焦。
两种转向看起来都是问价,处理方式却不同。价格敏感型客户通常已经有可比较的参照,会追问单项费用、周期和付款节点;价值不确定型客户则反复回到“做了有什么用”,对具体报价并不急着拆解。判断依据不是对方说了多少次“贵”,而是他是否主动给出预算范围或替代做法。
如果是价格敏感,回答应直接给出可拆分的成本项:内容准备、页面改造、技术维护、投放测试分别由谁承担,哪些可以延后。如果是价值不确定,先补一个最小验证动作,例如只选一个已有流量但转化弱的页面做调整,约定观察咨询入口的点击和留言质量,而不是承诺整体收益。这个动作的结果只说明该页面是否值得继续投入,不能推出全站优化一定有效,也不能把点击上升直接当成成交上升。
第一个替换:把“我们能做A、B、C”改成“A需要多少准备、B依赖谁配合、C可以后置”。第二个替换:把“功能更全”改成“哪些功能现在不用买,先用现有条件验证”。第三个替换:把“长期效果”改成“先看一个可观察信号,再决定下一步预算”。
可观察信号要选与成本决策直接相关的,例如表单提交前的停留、咨询入口的点击、客服重复问题的数量。不要用搜索排名、广告曝光和销售成交混在一起解释,它们来自不同环节,混用会让客户误以为一个指标好转就等于成本回收。
没有后台权限、没有完整历史数据时,仍可执行的最小动作是:让客户提供最近一段时间的咨询记录或客服对话摘要,按“问功能”“问价格”“问售后”分类,统计哪类问题出现最多。这个动作不需要改站,也不需要投放预算。
假设某段时间内咨询记录显示,多数人先问功能再问价格,但最终未继续的原因集中在“不知道后续谁维护”。那么回答重点就不是降价,而是把维护责任和交接方式写清楚。这个假设只用于说明分类方法,不代表真实项目结论。若咨询记录本身缺失或样本极少,就不能据此判断客户关注点已经转向成本,更合理的解释可能是入口文案变化、季节波动或销售跟进节奏不同。
反例是:客户已经明确说预算有限,回答者仍用“再加一个模块就能解决”来回应。此时每增加一个功能,客户要评估的变量就多一层,决策反而更慢。适用条件是客户已经认可基础需求;如果客户尚未认可需求,补充必要功能说明仍然成立。区分点在于对方是在问“能不能少花”,还是在问“这事到底该不该做”。
下一步动作:把当前回答改成两栏,一栏写“现在必须做且成本可估算”,另一栏写“可以等验证后再做”。然后约一次短沟通,只确认三件事:预算上限、可接受周期、谁负责提供内容或权限。沟通结果会影响下一步是进入报价,还是先做最小验证。
不能推出的结论包括:咨询量下降就说明优化无效;报价被拒就说明只能降价;某一渠道成本低就说明其他渠道该停。这些现象还可能有别的解释,例如流量来源变化、销售响应变慢或客户内部预算冻结。把可执行动作和不可推断结论分开写,客户更容易在成本压力下做出下一步决定。