当客户从“这个功能能不能做到”转向“做到这件事总共要花多少”,正确做法不是把功能讲得更细,而是把回答单位从功能点换成客户要承担的完整成本。但这个结论有前提:客户已经认可功能可满足需求,只是开始比较代价。如果客户连需求是否被满足都没确认,直接谈成本会让他觉得你在回避能力问题。
两种提问听起来接近,应对方向不同。价格试探通常要一个数字或区间,客户还在建立预算感;成本核算则会追问使用条件、额外投入、维护责任和替换代价。区分证据可以看三点:他是否主动说出使用人数或业务量,是否问到实施周期和内部配合,是否把别家方案的具体条款拿来对比。出现后两类信息,说明他已在算总账,这时只报一个价格反而显得不完整。
假设一家做设备巡检软件的公司,客户早期问“能不能离线记录”,后来改问“十个人用一年,加上培训和后续调整,总共多少”。前者是功能确认,后者是成本核算。若仍按功能清单回答,客户会自己拼凑成本,拼出来的数字通常比你预想的高。
转向成本话题时,先列清楚客户实际要付出的部分,再决定哪些由你承担、哪些由他承担。常见四类:
实际动作:把客户提到的业务量代入这四类,逐项标注“由谁承担”和“是否随规模变化”。做完这一步,你会得到一张成本结构表,而不是一句报价。它的直接结果是:下一次沟通可以只针对客户最敏感的那一类展开,而不是把全部功能再讲一遍。
如果客户所在行业正在压缩预算,且决策权已从使用部门转到采购或财务,那么他问成本可能不是想核算,而是在寻找一个能直接否决的理由。此时逐项拆解成本会加速比较,甚至把讨论推向最低价。更合适的动作是先确认决策标准和预算边界,再决定是否展开成本结构。判断依据是:对方是否愿意讨论使用场景,还是只要求一个可比较的数字。只要求数字时,先给范围并说明范围成立的条件,比给完整拆解更稳。
成本话题下,回答顺序影响客户能否继续推进。可以按这个顺序组织:
第三步是关键。客户完成这个动作后,你才能把范围收窄成更准确的方案。如果客户不愿做这个动作,说明他还没进入核算阶段,继续报价的意义有限。
转向成本不等于放弃功能。区别在于功能不再单独出现,而是用来解释某类成本为什么高或低。例如“支持批量导入”本身是功能,放到成本语境里应说成“批量导入能减少前期数据准备的人力,但要求源数据字段统一”。这样客户听到的是成本结构,功能成了依据,而不是另一份清单。
需要留意的是,搜索渠道来的客户往往先比较功能描述,广告或销售触达的客户更容易直接问成本,两类指标不要混在一起判断。若发现咨询中成本类问题占比上升,先核对提问发生在哪个环节,再调整对应材料,而不是把所有页面都改成报价导向。