先别急着改整篇文案。把客户最近一次追问成本的聊天记录或邮件找出来,标出他放弃功能追问、开始问价格或投入产出的那句话,然后只改这句话之后的回答结构:先确认成本口径,再给可核对的最小数字,最后说明哪些结论还不能下。这样做的原因是,功能型提问和成本型提问需要的证据不同,前者要能力证明,后者要投入边界。缺少完整数据或后台权限时,这个动作仍然可以做,只是回答里要明确哪些是假设、哪些是待确认项。
客户从“能不能做”转到“要花多少”,不一定代表预算已经批下来。常见原因有三种:一是他在拿你的方案和其他供应商比价;二是内部审批要求先有成本区间;三是他只是在收集信息,并没有进入决策。区分方法不是猜,而是看追问的连续性。如果他在问完成本后继续追问交付周期、验收标准或责任划分,说明成本是真实约束;如果问完价格就沉默或只回“再看看”,更可能是比价或信息收集。
这个判断会直接影响你下一步给什么。真实约束下,你应该给区间和假设条件;随口一问时,给区间反而可能把对话锁死在低价上。此时更合适的动作是反问一句:这个成本是按单次投入算,还是按一年摊开算?对方的回答会暴露他有没有认真算过。
功能型回答通常长这样:我们能做A、B、C,支持某类接口,适合某类团队。成本型客户听到这些不会满足,因为他要的不是能力清单,而是这些能力对应多少投入、哪些投入可以砍掉。改写时按三步走:
假设你手上只有一份旧报价单,没有最新成本表。你可以先写:按去年同类配置,基础部分大约需要X个工作日,外部支出按Y区间估算;但今年的供应商价格和人力安排尚未确认,所以这个数字只能用于判断量级,不能用于签约。这个回答比“我帮你问问”更有推进力,也比硬报一个数更安全。
没有后台权限、没有完整成本表,不等于只能等。你可以从三个地方拿到可用的最小依据:
拿到之后,做一个动作:把当前需求和最接近的那条记录并排放,标出相同项和不同项。相同项可以直接引用,不同项要写“待确认”。这个动作的结果是,你能给客户一个带边界的回答,而不是一个空泛的“要看具体情况”。下一步就是拿着这份对照去问内部负责成本的人,把待确认项逐个关掉。
成本型回答最容易犯的错是把局部数字说成整体结论。无论你手头资料多完整,回答里都应保留三个边界:
例如,你告诉客户某项投入大约在某个区间,同时说明这是按当前需求量和现有配置估算的,如果需求量翻倍或配置升级,数字会变。这样做不会削弱回答,反而让客户知道你在认真算,而不是在敷衍。
如果客户反复问成本但始终不回答口径问题,也不提供任何需求边界,继续给数字只会让你越来越被动。此时更合理的动作是把话题拉回需求确认:先请他明确要解决的具体问题和期望结果,再谈投入。这不是回避,而是避免在没有共同前提的情况下比价。另一个需要停下的信号是,客户拿一个明显低于市场水平的数字来压你,却不说明这个数字的来源和构成。这种情况下,解释成本结构比降价更有用,因为降价解决不了口径不一致的问题。
把上面这些落到一个具体页面上:打开你正在用的那份方案或报价说明,找到客户开始问成本之后你回复的那一段,按“确认口径—给最小数字—标注边界”重写一遍,然后发给客户时补一句“这个数字基于当前假设,确认口径后我可以再收紧”。这句话本身就是下一步动作,它把对话从比价拉回到共同确认前提。