当客户从“能不能做到”转向“要花多少钱”,不要急着把原答案里的功能段删掉,而应先把回答的主轴从能力证明换成成本结构,再决定保留哪些功能描述作为成本依据。具体做法是:在原有资料或页面中,把每个功能点后面补上它对应的人力、时间、工具或返工代价,然后按“客户能否自己承担”重新排序。这样调整后,客户看到的不是更少的功能,而是每项功能与代价的对应关系,下一步才容易进入预算讨论。
客户关注成本,可能是想确认预算范围,也可能是拿成本当谈判筹码。两种情况的处理不同。若客户开始问“这项大概占多少”“哪些可以后做”,通常属于询价;若客户反复说“别人更便宜”“能不能先砍掉”,更接近压价。判断依据不是客户说了几次“贵”,而是他是否愿意提供自己的使用频率、团队人数或时间窗口。愿意提供,说明他在算账,回答应给成本构成;不愿提供,说明他在比价,回答应先给取舍条件。
假设一个读者手里有一页服务介绍,原文按功能排列。若判断为询价,把页面改成按“基础必需、按量增加、可延后”三档排列;若判断为压价,保留原功能顺序,但在每项后面加一句“若不做这项,客户需要自己承担什么”。前者帮助客户做预算,后者帮助客户看清省钱的代价。动作不同,下一步也不同:询价客户可以进入报价,压价客户需要回到需求确认。
不要直接把“支持多渠道投放”改成“多渠道投放成本高”,那样只增加了焦虑。可行的改写有三种:
这三种改写适用于不同对象。若读者手里是一份服务清单,优先用排除项,因为清单最容易让客户误以为全包;若是一篇案例文章,优先用投入项,因为读者需要理解代价发生在哪里;若是一封跟进邮件,优先用替代项,因为客户正在比较自己做还是委托做。代价是:排除项写多了会显得服务缩水,替代项写多了会显得在推责任,投入项写多了会显得流程复杂。选择时看客户当前最缺的是边界、比较还是预期。
拿读者手中的一个页面为例,按以下顺序处理,不需要重写全部内容:
完成重排后,检查一个结果:客户能否在三十秒内说出“哪部分固定、哪部分会变、哪部分可以不做”。若能,说明成本轴已经成立,下一步可以发预算确认问题;若不能,说明计量单位仍然太模糊,应回到第二步继续拆。这个动作的影响是,后续沟通不再围绕“贵不贵”,而围绕“哪一档、做多久、谁配合”。
完全转向成本会让客户怀疑能力,因此需要保留一个功能锚点。锚点的选择条件是:它是客户已经确认需要的,且它的成本可以单独说明。例如客户已确认需要定期产出内容,那么保留“内容产出”作为锚点,并说明它对应的人力投入,其余功能围绕它做增减。若客户尚未确认任何功能,就不要硬设锚点,应先回到需求确认,否则成本回答会变成没有对象的报价。
假设示例:某页面原本列出十项能力,客户转向成本后,若直接删到三项,客户可能认为服务缩水;若十项全留,客户无法判断钱花在哪里。较稳妥的处理是保留一项已确认能力作为锚点,其余九项分为“随锚点包含”“按需增加”“客户自备”三类。这个分类不承诺任何效果,只说明成本归属。它的代价是需要客户配合确认分类,若客户不确认,下一步仍是需求澄清,而不是报价。
调整后的回答是否有效,不看客户是否立刻接受价格,而看三个信号:客户是否开始问计量单位、是否主动划出可延后项、是否愿意说明自己的配合资源。出现其中一个,说明成本讨论已经具体化,可以进入方案裁剪;一个都不出现,说明客户仍在比较总价,此时继续补充成本细节收益有限,应改为询问对方内部由谁使用、用多久。不要把搜索量、页面停留或邮件打开率当作这一步的判断依据,这些指标与成本关注没有直接对应关系,只能作为辅助观察。
最后,把这次调整记录成一条可复用的处理规则:当客户关注点由功能转向成本时,先判断询价还是压价,再把功能句改写成投入项、替代项或排除项,最后用一页资料做成本轴重排并保留一个功能锚点。规则成立的条件是客户已有一个明确需求对象;若对象还不清楚,先补需求,再谈成本。