第一次成功，决定用户会不会再来
AI 功能的留存，很大程度取决于首次使用能否成功 ✔：
第一次就碰壁 ✗ → 用户不会给你第二次机会 ✔。
"首次成功体验"是可以设计的 ✔：把最容易成功的那条路径做成默认路径 ✔。
一、先定义"首次成功"
它必须具体、可验证、几分钟内能完成 ✔：
- 不是"了解产品" ✗；
- 而是"用一句话生成一份可用的周报草稿" ✔ / "把一张图压到 200KB 以内" ✔。
写进文档 ✔（"新手五分钟内能完成 X" ✔ —— 这就是验收标准 ✔）。
二、四个设计动作
- 默认路径最短 ✔：预填示例输入 ✔（用户点一下就能跑 ✔），而不是空白框 ✗；
- 首次结果必须"像样" ✔：宁可范围窄（只做一件小事 ✔），也不要范围宽但结果粗糙 ✗；
- 给出下一步 ✔（"现在可以试试：换个语气 / 加长 / 导出" ✔）；
- 可保存与分享 ✔（第一次的成果要能留住 ✔ —— 用户会因为它回来 ✔）。
三、把"会失败的地方"提前挡掉
- 额度/权限：新用户第一次就撞额度墙最伤 ✔ → 给新用户小额体验额度 ✔；
- 依赖缺失：需要上传文件的，先给示例文件 ✔（不要让用户先去找文件 ✔）；
- 等待焦虑：首字延迟高时给进度提示 ✔（见延迟那篇 ✔）；
- 格式要求：第一次不要要求用户理解复杂参数 ✔（默认值要安全且合理 ✔）。
四、该测什么
- 首次成功率（第一次任务是否达成目标 ✔）；
- 首次耗时（从进入到拿到结果 ✔ —— 目标是几分钟 ✔）；
- 首次后 24 小时回访率 ✔（比 NPS 更直接 ✔）；
- 首次失败的主要原因（额度？格式？等待？✔ —— 每周看一次 ✔）。
五、三个反模式
- 把全部能力摆在首页 ✗ → 用户不知道从哪开始 ✔；
- 首次就要配置（API Key、模型、参数 ✔）✗ → 劝退 ✔；
- 只优化老用户的高级功能 ✗ → 新人永远进不来 ✔。
一条判据
一个完全没用过的人 ✔，能否在五分钟内做成一件事并看到结果 ✔？
不能，就先别做新功能，先把这条路径打通 ✗。