客户从问“能不能做到”转向问“要花多少”,通常不是需求缩水,而是决策阶段变了:他已经在心里承认这件事有用,接下来要判断代价是否值得。此时继续堆功能点,会让他觉得你在回避价格;但直接报一个总价,又常常因为缺少范围前提而把自己逼进死角。更稳的做法是把回答从“功能清单”改成“成本结构说明”,先讲清钱花在哪些环节、哪些变量会改变总额,再给出一个可执行的最小动作。
同样一句“这个大概多少钱”,背后可能是两种完全不同的处境,回答方式也应不同。
判断方法很直接:如果客户会追问“那如果只做一部分呢”“周期能不能压缩”,多半是预算试探;如果他开始问“你们和XX的区别”“这部分能不能省掉”,多半是方案比价。两种情况下都不要用同一个模板回复。
客户关注成本时,最怕的是“不确定”。你要做的不是把价格说低,而是把不确定性收窄。可以按下面的顺序组织回答:
这样回答的好处是:客户即使暂时不接受总价,也能看清哪一项可以砍、砍了会损失什么。反过来,如果你只报一个数字,客户只能整体接受或整体拒绝,没有中间选项。
很多情况下你拿不到客户的后台数据、历史投放记录或完整权限,这时不要硬编一个“预估效果”来支撑报价。仍然可以做的动作是:
假设的例子:某客户站点有约两百个页面,但可访问的只有首页和少量栏目页。你可以先按“结构整理加核心页面处理”报一个较小范围,并注明——如果后续发现大量重复页面或失效链接,变量项会增加。这个动作的结果是:客户可以先批准一小步,你也能在拿到权限后修正总成本,而不是一开始就为一个无法验证的大包报价。
需要说清的边界是:页面数量、抓取异常或某项指标归零,都不能单独证明问题出在哪里。它们可能来自结构问题,也可能来自权限限制、服务器设置或内容本身。把这些现象当作线索,而不是结论。
客户反复问价格,有时是真的在算账,有时只是礼貌地结束对话。能区分两者的证据包括:
如果客户愿意讨论范围和取舍,说明成本是真实约束,你可以继续推进拆解;如果他始终不给任何范围信息,只要求一个更低的总价,那么问题可能不在报价,而在优先级或信任度,此时继续降价并不会让决策变快。
当你把回答从功能转向成本结构,下一步不是等客户点头,而是主动给一个低门槛的确认动作:请他确认范围假设、提供一项关键数据,或先批准最小范围。这个动作的结果会直接决定你接下来是修正报价、扩大范围,还是判断该项目暂时不具备推进条件。成本问题从来不是靠一句更便宜的回答解决的,而是靠把“花多少钱”变成“花在什么地方、先花哪一笔”。