当客户从问“这个功能能不能做”转向问“做下来要花多少”,回答的重心应从能力证明转为成本结构说明。此时不要急着报总价,而是先把成本拆成可核对的几块,并明确哪些数字来自客户侧、哪些只能给区间。缺少完整数据或后台权限时,仍可先做一件事:让客户确认使用范围和交付边界,再据此调整后续报价与方案深度。
成本关注有两种常见来源,应对方式不同。第一种是客户已经理解功能,正在横向比价,这时他需要的是可比较的口径。第二种是内部预算收紧,功能本身还没定,这时他需要的是可裁剪的范围。区分依据可以看客户提问的颗粒度:如果对方开始问“这项能不能不做”“先上哪一部分”,多半属于第二种;如果对方反复要求分项报价、问交付周期,多半属于第一种。
证据上还可以看客户是否愿意提供自己的约束条件,比如现有团队能否承接维护、内容由谁提供、上线时间是否固定。愿意提供,说明他在认真算账;不愿意提供却一直压价,说明他可能只是拿报价做内部对照。这两种情况下,你给出的回答深度应该不同。
当客户能说清要覆盖哪些页面、哪些地区、由谁维护内容时,回答可以进入分项。分项不等于把内部成本全盘托出,而是把客户能感知的工作拆开:站内结构调整、内容生产、外链或合作资源、数据监测配置、后续维护。每一项都注明假设,例如“按现有栏目数量不变估算”“按每月固定篇数估算”。
实际动作是先发一份范围确认单,让客户勾选必做项和可延后项,再据此给出两档方案。这样做的结果是,客户拿到的不再是一个孤立总价,而是可以自己删减的组合。下一步就能围绕他勾选的结果继续谈,而不是反复在总价上拉锯。
这里要注意一个例外:如果客户所在行业受资质、审核或平台规则限制,某些环节无法简单裁剪,比如涉及特定经营许可的内容发布。这种情况要单独说明,不能为了压低报价而承诺绕过必要环节。
客户只说“预算有限”,却给不出范围时,直接报价容易失真。更稳妥的做法是给区间,并写清区间变化由什么触发。例如:只做现有页面优化,成本落在较低区间;若需要新增内容栏目并持续更新,成本上移;若还要配合其他渠道投放,则属于另一套预算,不应混在一起谈。
实施动作是列出三到五个成本触发点,让客户确认哪些会发生。触发点可以包括:是否需要多语言、是否要对接客户自有系统、内容由谁提供、是否需要定期报告。客户每确认一项,区间就收窄一次。这样做的结果是,后续对话从“能不能便宜”变成“哪一项可以不做”。
需要提醒的是,区间不是承诺。缺少后台权限时,你无法核实客户现有页面的实际收录与流量结构,因此不能把区间当作效果预期。区间只描述工作量和资源投入,不描述结果。
没有完整数据或权限,不代表只能空谈。可以先做三件不依赖后台的事:
这三件事做完,你至少能判断客户是缺预算还是缺内部共识。如果客户连页面清单都不愿整理,说明成本问题背后可能是决策未定,此时继续压价没有意义,应先推动内部确认。
客户问成本,不能直接推出他放弃功能要求,也不能推出他一定会选低价方案。有时客户只是需要向内部解释钱花在哪。同样,客户接受分项报价,不能推出他会签约;客户要求降价,也不能推出你的方案有问题。成本关注只是决策阶段的一个信号,不是最终结论。
回答时把可核对的事实和假设分开写,客户更容易做决定,你也更容易判断下一步该谈范围还是谈信任。缺少数据时,先确认边界,再给区间,最后用触发点收窄,这条路不依赖后台权限,也不会把不确定的数字说成确定的结果。