试用:14 天、用量限制与信用卡

1000 个人点进试用,不要卡时 12% 付费,要卡时只剩 400 人但 25% 付费,净付费人数几乎一样。真正的差别在退款率与 30 天留存。试用期不是越长越好,要匹配用户第一次实现价值所需的时间;到期后的处理方式,比试用本身更影响口碑。

试用不是免费的午餐,是你花钱买的一次展示机会。

一、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。

上述两条只用于说明合规取向,不构成法律意见。各地对自动续费提醒时点与取消路径的具体要求不同,本次核验未逐条比对,故不引用其条款原文、不附链接。

系列导航

继续阅读

探索更多技术文章

浏览归档,发现更多关于系统设计、工具链和工程实践的内容。

全部文章 返回首页

「Indie」更多文章

  1. 定价复盘:价格、转化、留存与退款的一张表
  2. 低流量定价实验:样本不够时怎么测
  3. 结账页:币种、税费、失败重试与拒付