大多数弱 offer 在你自己的笔记里看起来并不弱。
它们看起来合理。买家听起来像真的。问题听起来也是真的。你想做的功能大概率也能帮到某些人。
然后你让别人付钱,整件事就开始变模糊。
Offer Validation 是在你做下一个昂贵动作之前的小检查。不要先继续做功能,不要先重写页面,不要因为感觉不对就先改价格,也不要先把它包装成更大的服务或 launch。
它的工作不是让 offer 听起来更好。它的工作是看这个 offer 里哪些部分经得起买家证据的检查。
这些证据不需要很干净。销售记录、DM、demo 反馈、客服记录、使用数据、旧提案、objections、写了一半的 landing copy、一句话草稿,都可以。把混乱的材料拿出来。有用的东西通常就藏在里面。
适合谁
这适合那些已经不是从零开始,但还不能稳定成交的 SaaS founder。
通常会长这样:你能解释产品,但买家还是感觉有点不对。别人理解这个想法,然后在 commitment 之前消失。沟通听起来不错,但 deal 不动。价格看起来像问题,但你不确定价格是不是根因。你可能有 proof,可能藏在几个月前的一次对话里,但现在还不能直接用。
这就是合适的时机。offer 已经真实到可以检查,但还便宜到可以修改。
它不是什么
它不是 website audit。我可能会看你的页面,因为 offer 很可能藏在那里,但我不是来评价 layout、typography 或 CTA 颜色的。
它不是完整的 pricing strategy。价格经常会暴露 offer 里的弱点,但这里的工作不是帮你搭一整套 pricing ladder。
它也不是 Offering Map。那是更深的 packaging 工作。Offer Validation 在它之前,问题还很简单:这个粗糙的 offer 值不值得继续投入?
它也不是品味讨论。我不在乎 offer 听起来聪不聪明。我在乎 buyer、promise、proof 和 next step 有没有对上。
如果材料撑不起 offer,这很重要。如果买家听起来是真的,但 proof 很弱,这也很重要。如果 promise 是对的,但时机不对,在你继续围绕它构建之前,也应该先知道。
你会得到什么
输出会保持很小,因为决策应该清楚。
你会得到两个东西:Offer Evidence Map,说明谁最可能买、他们可能在意什么 promise、你已经有什么 proof、还缺什么;Next Move Memo,说明在你改产品、页面或价格之前,我会先做哪一个动作。
这个 next move 可能很无聊。更清楚的 sales script,五次买家反馈,向过去客户要 proof,重写一条 outbound message,测试更窄的 promise。有时候正确动作是停止,先重新定义 offer,再继续往上加重量。
为什么重要
慢一点不是最贵的错误。
围绕一个买家还没有确认过的故事继续构建,才是最贵的错误。
Offer Validation 会让工作保持小,直到证据足够强,可以支持更大的动作。