试用额度是"体验预算"
新用户第一次用 AI 功能，如果撞上"额度不足" ✗，几乎必然流失 ✔。
所以试用额度不是"免费的漏洞" ✗，而是刻意留出的体验预算 ✔（见首次成功那篇 ✔）。
一、额度要按"能完成一次成功体验"来定
先回答 ✔：一次成功体验需要多少次调用/多少 token ✔？
按这个数再留 2~3 倍余量 ✔（用户会试错、会多用几次 ✔）。
反模式：按"成本最小"给额度 ✗ → 用户还没做出成果就用完 ✔。
二、四种试用形态（按风险排序）
| 形态 | 说明 | 适合 |
|---|---|---|
| 一次性体验 | 固定几次完整调用 ✔ | 高成本功能（图片/视频 ✔） |
| 每日小额 | 每天给少量 ✔ | 高频轻量功能 ✔ |
| 功能受限 | 不限次数但限制能力（如不用高级模型 ✔） | 需要多次尝试的任务 ✔ |
| 限期试用 | 7 天内不限量 ✔ | 转化导向产品 ✔ |
建议：从"一次性体验 + 每日小额"组合开始 ✔ —— 既保证首次成功 ✔，又控制成本 ✔。
三、额度用尽时的体验（最容易被做坏 ✗）
- 提前提示（剩 1 次时告知 ✔ —— 别在提交后才报错 ✔）；
- 给替代路径（换轻量模式 / 看示例结果 / 等明天 ✔）；
- 别清空输入 ✔（额度限制不该让用户重打字 ✔ —— 见状态与恢复那篇 ✔）；
- 别用"错误"语气 ✔（这是正常状态，不是故障 ✔）。
四、转化设计要"诚实"
- 不要用"隐藏扣费"来转化 ✗（第一次超出就自动扣费 → 投诉与退款 ✔）；
- 明确试用与付费的区别 ✔（能力差异写清楚 ✔）；
- 不要在用户刚失败时弹付费 ✗（体验最差的位置 ✔）。
五、该看什么指标
- 试用额度使用率（多少人用完了 ✔）；
- 首次成功的额度消耗（用来校准额度 ✔）；
- 额度用尽后的留存（用尽即流失说明额度太小 ✔）；
- 试用→付费转化率与试用成本/人 ✔（算清 ROI ✔）。
一条判据
新用户拿到的额度 ✔，够不够完成一次成功体验 ✔ 并且再试一次 ✔？
不够，说明额度是按成本设计的，不是按体验设计的 ✗。