当客户从问“能不能做”转向问“要花多少钱”,不要立刻报一个总价,而应先把回答拆成“一次性投入、持续投入、可延后投入”三块,并说明每块对应的最小验证动作。这样做的依据是:成本关注往往不是预算不足,而是客户在比较不同方案的确定性。如果客户已经拿到明确预算上限、只等一个总价签字,这个结论会失效,此时继续拆项反而显得回避。
功能关注阶段的典型问法是“能不能实现某个效果”,成本阶段的典型问法是“这些加起来多少”。但两者背后可能是两种不同处境:一种是在多家之间比价,另一种是内部预算被压缩。区分方法不是看客户说了什么,而是看客户是否愿意提供约束条件,例如可接受的启动时间、必须优先上线的一两个页面、能自己维护的部分。愿意给约束的,多数是在做取舍;只反复问最低价、不给任何约束的,多半是在比价。
对前者,回答应围绕取舍展开;对后者,先确认对方是否已有明确参照方案,否则任何拆分都会被当成报价单来横向比较。
面对成本提问,可以按以下顺序组织回答,每一层都给出对应的最小动作:
这样回答的好处是,客户能自己决定先做哪一层。需要提醒的是,一次性投入低不代表总成本低,持续投入若无人负责,前面的投入会逐渐失效。这个判断成立的前提是客户确实有持续维护的意愿或人手;如果没有,应把维护成本直接并入第一阶段说明。
很多情况下拿不到后台权限,也看不到完整的历史数据。此时仍可执行的最小动作是:用现有公开信息核对客户当前能被找到的方式,例如站内是否已有可联系入口、主要页面是否说明了服务范围。这个动作只能回答“现有承接是否完整”,不能推出“调整后一定带来更多咨询”,也不能把咨询量变化单独归因于某一次改动。
如果客户要求用数据证明成本合理,而双方都没有可用的历史记录,合理的做法是先约定一个短周期的观察口径,例如记录咨询来自哪个页面、客户问的是功能还是价格。缺少数据时,任何关于投入产出比的结论都只是假设。
假设某客户原本要求做一个功能齐全的展示站,后来改问“能不能先花更少的钱上线”。此时可先只做首页、服务说明页和联系入口,暂不做案例库和复杂表单。上线后观察咨询里有多少人能说清自己需要什么;如果能说清的比例低,下一步优先改说明文字而不是加功能。这个例子的数字仅用于说明比较方法,不代表实际效果。
回答完成本结构后,紧接着问客户一个问题:如果只能先做一件事,你希望它解决“被找到”还是“被信任”。客户的回答会直接决定下一步是把预算放在内容覆盖上,还是放在页面说服力上。若客户仍然只给一个总价上限、拒绝讨论优先级,就不要再拆项,改为给出一个范围内可执行的方案并说明它不包含什么。这样既回应了成本关注,也不会让后续执行失去边界。