试用不是免费的午餐,是你花钱买的一次展示机会。
一、1000 个试用,两种结局
以下情境为教学假设,人物、引语和数字不代表经核实的真实案例。
陆宁做一个排课工具,给小型培训机构排老师和教室。产品有一定的学习成本:要先导入老师、教室和时间段,才能排出一张完整的课表。
他最初的做法是「14 天全功能试用,不需要信用卡」。1000 个人点了试用,120 个人付费,转化 12%。看起来不错,但三个月后退款了 10 个,净留下 110 个。
后来他改成「14 天试用,需要先绑卡,到期自动扣费」。同一批渠道来的 1000 个人里,只有 400 个人愿意绑卡,其中 100 个在试用期结束后付费,转化 25%,退款 3 个,净留下 97 个。
净人数几乎一样:110 比 97。但陆宁最后保留了「要卡」的版本,原因不在转化率。
二、三种试用形态
试用不是一个开关,是三种不同的结构:
| 形态 | 怎么限制 | 用户感受到的 | 适合的产品 |
|---|---|---|---|
| 时间试用 | 14 天全功能,到期停用 | 有倒计时,会集中使用 | 价值需要一段时间才能体现 |
| 用量试用 | 免费 N 次,用完为止 | 没有时间压力,按需使用 | 单次价值明确、使用频率不稳定 |
| 功能试用 | 全时间可用,但只开放部分功能 | 能长期用,但总差一点 | 功能分层清晰、低频工具 |
陆宁的产品属于第一类:排一张完整课表需要先配置,配置本身要花时间,所以「14 天」是合理的——它给了用户完成配置并排出一张表的窗口。
如果他卖的是一个「一键压缩图片」的工具,时间试用就不合适:用户三分钟就能完成一次价值闭环,14 天里可能只用一次,剩下的时间都在浪费。这类产品更适合用量试用,比如「免费压缩 50 张」。
用量试用的额度怎么定?看用户一周的典型用量。如果一周用 20 张,给 50 张就是「两周左右的体验」,既够形成习惯,又不至于让轻度用户永远用不完。给太少(比如 5 张),用户还没感受到价值就用完了;给太多(比如 500 张),试用期变成了免费版。
时间试用与用量试用也可以组合:「14 天内不限量,到期后每月免费 20 张」。前者让用户放心试,后者让他留下来。
功能试用适合低频工具,比如「每月只用一次」的对账工具。给 14 天时间,用户可能一次都没用上;给「基础功能永久免费,批量导出付费」,反而更自然。
三、要不要信用卡
这个问题没有统一答案,但有一个可算的比较:
不要卡:1000 人进入试用
试用→付费 12% = 120 人
退款率 8% = 9.6 人 ≈ 10 人
净付费 = 110 人
要卡:1000 人点试用,400 人愿意绑卡
试用→付费 25% = 100 人
退款率 3% = 3 人
净付费 = 97 人
净付费人数相差 13 人,约 12%。但另外两个数不一样:
- 支持成本:不要卡的 1000 人里,有大量只是「随便看看」的人,他们会提问题、要求演示、抱怨功能缺失。要卡的 400 人已经做过一次决策,问题更具体。
- 30 天留存:要卡的用户在付费后 30 天的留存通常更高,因为他们是在明确知道会扣费的情况下进来的。
所以判断标准不是「哪个转化率高」,而是:你的支持成本有多高、退款处理有多贵。 一个人做产品,支持成本高的时候,宁可少 10% 的付费用户,也要减少无效试用。
还有一个中间方案:前 7 天不要卡,第 8 天提示绑卡才能继续。它把「体验」和「承诺」分开,适合价值实现时间短的产品。
四、试用期该多长
试用期长度的唯一标准是:用户需要多久才能完成一次完整的价值闭环。
| 产品 | 价值闭环需要的时间 | 合理的试用期 |
|---|---|---|
| 图片压缩 | 3 分钟 | 用量试用,或 7 天 |
| 简历排版 | 20 分钟 | 7 天足够 |
| 排课系统 | 2–3 小时(含配置) | 14 天 |
| 数据看板 | 1–2 周(要积累数据) | 30 天 |
| 团队协作 | 2–4 周(要等人加入) | 30 天,或按席位 |
试用期太短,用户在配置完成之前就到期,会觉得「还没用上就要付钱」;太长,用户会拖到最后一天,而那一天往往有事,于是忘掉。
还有一个细节:试用期从「注册」算还是从「第一次完成核心动作」算。后者更友好,也更准确,但实现上要多一个状态。对配置型产品,建议从「第一次完成核心动作」起算。
到期那一刻怎么处理。 到期处理有三种,对口碑的影响差别很大:
| 处理方式 | 用户体验 | 风险 |
|---|---|---|
| 自动扣费 | 无感续费,最顺畅 | 必须有提前提醒,否则视为套路 |
| 降级为免费版 | 数据还在,功能受限 | 需要设计一个「还能用一点」的免费层 |
| 直接锁死 | 登录后什么都看不到 | 最容易引发差评与退款 |
陆宁选了「降级为只读」:到期后不能再排新课表,但已经排好的课表可以查看和导出。这个设计的目的是让用户知道「东西还在」,而不是「被扣押了」。
不管选哪种,到期前 3 天必须发一封提醒,写清到期日、将扣多少钱、怎么取消。取消入口不能藏在设置第三层,最好在提醒邮件里直接给一个链接。
自动扣费还有一个技术细节:扣款失败要有重试,不能一次失败就直接停用。重试节奏与拒付处理属于结账页:币种、税费、失败重试与拒付 的话题。
试用期里还有三个常见的坑:
坑一:把试用当成免费版。 试用期结束后如果自动降级到一个「还能用」的免费版,用户就没有付费动力。降级要降到「数据还在、但不能再做新东西」,而不是「功能少一点但照样能用」。
坑二:试用期内不打扰。 有的产品怕打扰用户,14 天里一封邮件都不发。结果用户在第三天试了一下,之后就忘了。合理的节奏是:第 1 天欢迎 + 一个明确的第一步,第 7 天问一句「卡在哪」,第 13 天提醒到期。
坑三:试用期长度对所有用户一样。 对已经导入数据的用户,价值实现更快;对刚注册还没配置的用户,14 天可能不够。可以按「是否完成核心动作」动态延长 7 天,成本很低,效果明显。
试用期的邮件序列不需要复杂,三封就够,但每一封都要有一个具体动作,而不是「了解一下我们的新功能」。
三封邮件的分工可以这样排:
| 时点 | 主题 | 目的 |
|---|---|---|
| 第 1 天 | 从这一件事开始 | 把用户推过第一个动作 |
| 第 7 天 | 卡在哪一步? | 接住中途放弃的人 |
| 第 13 天 | 还有 1 天到期 | 说明价格、扣费日与取消方式 |
邮件里不要放「升级到专业版」的推销。试用期用户还没完成第一次价值,推销只会加速离开。
五、行动清单与复算验收
- 写下自己产品的价值闭环需要多长时间,用真实用户的操作记录佐证
- 判断当前试用属于时间、用量还是功能试用,是否匹配
- 用「进入数 × 转化率 × (1 − 退款率)」算一遍两种方案,而不是只看转化率
- 评估自己的支持成本,决定要不要卡
- 设计到期处理:降级、锁死还是自动扣费,并写清用户还能用什么
- 到期前 3 天提醒,提醒里带取消链接
验收标准:能说出试用期为什么是这个长度、要不要卡的理由、到期后用户还能做什么。 三个问题都要有答案,且能用数字支撑。
使用边界与实操验收
本文不讨论企业采购流程里的 PoC 与试点协议,那属于 B2B 销售;免费层与付费墙的位置属于付费墙的位置:把限制放在价值峰值之后 的话题。第一次收费的完整流程属于第 81–90 天:反馈分诊与第一次收费 的话题。
本文也不主张「要卡一定更好」。对有网络效应的协作产品,试用人数本身就是资产,不要卡可能更合适;对支持成本高、用户质量参差的产品,要卡更划算。
验证以自己后台的试用记录为准:按「开始试用」的周切队列,看 14 天后的付费率与 30 天后的留存。不要用总体转化率,因为不同渠道的试用质量差别很大。
关键参考与核验范围
本文的转化率、退款率与试用期均为教学演示。核验日期:2026-10-23。
- 中华人民共和国个人信息保护法 :从最小必要的角度看试用登记——试用期收集的信息应当与验证服务所需相匹配,试用结束后应及时处理不再需要的数据。
- 中华人民共和国电子商务法 :从经营者义务的角度看自动续费——扣费前应当提醒,取消方式应当便捷。
上述两条只用于说明合规取向,不构成法律意见。各地对自动续费提醒时点与取消路径的具体要求不同,本次核验未逐条比对,故不引用其条款原文、不附链接。
系列导航
- 上一篇:付费墙的位置:把限制放在价值峰值之后
- 下一篇:涨价:通知、老用户与过渡期
- 回到目录:一个人把价格定对:定价、付费墙与涨价
- 相关阅读:第 81–90 天:反馈分诊与第一次收费 、付费墙的位置:把限制放在价值峰值之后
继续阅读
探索更多技术文章
浏览归档,发现更多关于系统设计、工具链和工程实践的内容。