客户从问“这个功能能不能做”转向问“这个方案要花多少钱”,通常意味着他已经认可了功能可行性,开始做预算筛选。此时继续大段讲功能,反而会让对方觉得你在回避价格。更有效的做法是把回答重心移到成本结构、影响价格的条件和可选项上,同时保留一句功能确认,避免显得只会报价。
两种情况下,回答方式完全不同。预算筛选的客户往往只给一个总价范围,问的是“大概多少钱能做完”;方案比价的客户会拿着别人的报价单逐项对照,问的是“为什么你这项比别人贵”。
区分依据可以从提问方式看。如果客户反复问“最低多少钱”“有没有便宜的做法”,多半是预算筛选;如果客户追问“这个费用包含几次修改”“服务器和域名算不算在里面”,多半是方案比价。前者需要你给出成本区间和取舍选项,后者需要你拆开成本构成逐项解释。
判断错方向的代价很直接。对预算筛选的客户逐项拆成本,他会觉得你在绕;对方案比价的客户只报一个总价,他会觉得你在藏。所以第一步不是急着报价,而是用一句反问确认:“您是先看整体预算范围,还是要和现有方案逐项对比?”这一句能省掉后面大量来回。
这类客户要的是能不能进入他的预算池。你可以给出一个基于需求范围的价格区间,并说明区间两端的条件差异。
假设一个客户要做企业展示站加基础内容发布功能。你可以这样回答:如果页面数量控制在十页以内、素材由客户提供、不做多语言,费用落在较低区间;如果页面超过二十页、需要代写文案、要加多语言切换,费用会明显上升。这里的数字只是举例说明比较方法,实际报价必须按你自己的成本和当地行情确定。
关键动作是把“功能清单”转成“成本驱动项”。具体做法是列出三到五项真正影响工作量的因素,比如页面数量、是否需要原创文案、是否需要对接第三方系统、修改轮次上限、上线时间是否加急。每项后面标注它会把成本往哪个方向推。客户看到这些,就能自己判断哪些需求可以砍、哪些必须保留。
这个动作的结果会直接影响下一步:如果客户主动砍掉一两项,说明他在认真做预算匹配,你可以进入细化报价;如果客户一项都不肯砍但坚持要最低价,说明他的预算和需求不匹配,这时继续让步只会压缩交付质量,不如明确告诉他哪些条件无法同时满足。
这类客户手里往往已经有其他报价。你要做的是把成本拆成他能横向对比的模块,而不是拆成只有你自己看得懂的工时表。
可对比的拆法通常按交付物划分:策划与结构、视觉设计、前端实现、内容录入与测试、上线后支持。每一项说明包含什么、不包含什么。比如“视觉设计”要写清含几套首页方案、内页是否统一风格、修改几次;“上线后支持”要写清支持多久、支持范围是修 bug 还是也含内容更新。
拆到这一步就够了。再往下拆成“设计师三小时、前端五小时”,客户无法拿去和别人比,反而会觉得你在用复杂度制造信息差。拆分的边界是:客户能拿你的模块名称去问另一家“这项你们怎么算”,就说明拆到位了。
上面两种回答方式在单个客户身上通常有效,但客户量一多就会出现例外。最典型的例外是:同一套成本驱动项清单,发给十个客户,可能只有三四个会认真对照,其余客户要么直接消失,要么回一句“太复杂了,你就说多少钱”。
这不是清单本身错了,而是样本偏差。个别客户愿意逐项看,不代表所有客户都愿意。规模化之后,你需要准备两个版本:完整版成本驱动项清单,给愿意细看的客户;一句话区间版,给只想要数字的客户。两个版本的价格口径必须一致,否则客户互相一对就会发现矛盾。
另一个例外来自渠道差异。通过搜索进来的客户往往已经看过几家,问题更具体;通过社交平台推荐来的客户可能只是随手一问,关注点还在功能好不好玩。同一句成本回答,在前者那里是专业,在后者那里可能显得冷淡。所以调整回答之前,先确认客户是从哪个渠道来的、之前聊过什么,而不是把所有客户都塞进同一套话术。
具体可以这样操作:客户问价格时,先用一句话判断他的类型——“您是想先框定预算,还是要逐项对比?”然后根据回答给一个选择。
如果是预算筛选,给“基础范围”和“扩展范围”两个选项,各自说明包含什么、大致在哪个成本档。如果是方案比价,给“按交付物拆分的成本表”,并主动说明哪些项可以去掉、去掉后影响什么。
做完这一步,观察客户的反应。他选了基础范围并确认可以砍掉某些项,下一步就是细化需求和确认排期;他选了扩展范围但要求按基础范围的价格,下一步就是重新对齐需求而不是继续谈价;他两个都不选、只重复问最低价,下一步就是明确告知当前条件下无法再降,把决定权交回给他。
这个动作不会让所有客户都满意,但能让你在客户关注点转向成本之后,仍然掌握对话的节奏,而不是被价格问题牵着走。