这轮验证的边界
可以确认
- 特定客户是否愿意按当前条件付款
- 价格异议来自预算、价值还是时机
- 购买涉及哪些决策人与流程
还不能确认
- 所有目标客户接受同一价格
- 一次付款会带来长期留存
- 低价成交能够支持完整商业模型
价格必须对应具体方案
客户无法为抽象想法判断价格。先说明服务对象、要完成的任务、交付内容、时间、支持方式和限制，再给出真实金额。测试结果只适用于这一组条件，修改范围后需要重新观察。
选择能够产生行为的测试
| 方式 | 能够说明 | 注意边界 |
|---|---|---|
| 真实购买 | 客户接受当前价格与交付条件 | 仍需观察履约、留存或复购 |
| 订金或可退款预订 | 客户愿意承担一定金钱成本 | 退款条件和交付时间必须清楚 |
| 付费试单或付费试点 | 客户愿意为一次明确结果付款 | 不自动证明软件订阅需求 |
| 正式报价后的采购动作 | 客户愿意投入内部决策成本 | 尚未到账时不能记为收入 |
| 问卷或口头价格 | 可以发现价格语言与异议 | 不能替代付款行为 |
一次小型价格测试
- 01
选择同一类客户
减少人群差异对结果的干扰。
- 02
使用同一方案
保持交付、周期和支持条件一致。
- 03
给出真实价格
说明付款、退款、交付和退出边界。
- 04
记录决定过程
区分无需求、时机、预算、权限与价值异议。
- 05
兑现已售承诺
真实付款必须对应能够完成的交付。
正确解释拒绝
拒绝价格可能来自问题不紧急、客户不匹配、方案不清楚、预算周期或购买权限。继续追问他们当前怎样处理、谁决定预算、什么条件会触发采购。不要只用降价换取一个无法解释的成交。
保留完整测试记录
- 客户场景和当前替代方案
- 展示的方案、价格与条款
- 是否有购买权限
- 接受、拒绝或延期的具体原因
- 付款、退款与实际交付结果
常见错误
- 只问“你愿意付多少”，没有可购买方案
- 为了获得第一单不断改变范围和价格
- 把采购兴趣或口头承诺记为付款
- 收取无法按期兑现的预售款
- 只保留成交者反馈，忽略拒绝原因
今天可以完成的最小动作
写出一个你现在能兑现的方案，包含结果、周期、价格、付款与退款条件。选择三位符合相同场景的潜在客户，正式给出报价；记录他们采取的下一步和每一种拒绝原因。
证据强度与适用边界
先卖服务，再决定是否做软件
有跨来源支持先用人工交付确认客户愿意为结果付费，再判断哪些重复步骤值得产品化。
不能说明：软件一定有市场用固定边界降低第一次购买风险
有独立案例支持明确数量、周期、输入和修改边界，让客户更容易判断是否试单。
不能说明：固定套餐适合所有客户