空状态不该问用户「你想做什么」,而该先给他看一个做完的样子。
一、一张空白页和一句「点击 + 新建」
以下情境为教学假设,人物、引语和数字不代表经核实的真实案例。
周珩一个人做会议纪要工具。上线第一个月来了 200 个注册,打开后只有一行灰字:「还没有项目,点击 + 新建」。七天内,120 个人再没打开第二次。
他先怀疑是功能不够,用两周补了标签、搜索、模板库。第二个月的数据几乎没动——新用户根本没走到能用标签的地方。他在客服邮件里翻到一句原话:「我不知道该往里放什么。」这句话比任何埋点都直接:用户不是不想用,是不知道第一次该交什么进去。
他原本的判断是「用户还没被说服」,所以准备再写一封介绍邮件。真正拦住人的不是说服,是第一步的动作成本:用户要在完全不知道成品长什么样的情况下,先交出自己的录音。任何需要「先付出、后看到」的设计,都会在第一次使用时收走一批人。
后来他改了打开后的第一屏:直接生成一份示例纪要,含一段 90 秒的模拟录音转写、三条摘要、两个待办,顶部标「示例 · 可一键清空」。同一批渠道的注册,七天回访从 40% 升到 55%(教学数字)。改动没有增加任何功能,只是把「你要先做一件事」换成了「这里已经有一个做完的样子」。
60 秒不是精确门槛,而是一条能当场验收的线。它对应的是「用户还没开始怀疑自己是不是选错工具」的那段时间。超过这个长度,用户会切到别的标签页,然后不再回来;这与他有没有耐心无关,与第一次的等待是否可见有关。
空状态不是等用户行动的地方,而是产品替用户先做一遍的地方。
二、空状态的四种写法
四种写法不是四选一。多数产品会用两种组合:首屏给示例,示例旁边留导入入口,引导只在用户主动点「新建」时出现。
| 写法 | 首次成功率(教学数字) | 实现成本 | 主要风险 |
|---|---|---|---|
| 引导式:一步一问,最后生成结果 | 35% | 1–2 天 | 问题问得越多,中途退出越多;问来的信息产品自己未必用得上 |
| 模板式:预置几种结构供选 | 45% | 2–4 天 | 模板和用户的真实材料不匹配,用户先删模板再自己建 |
| 示例数据:打开即有一份成品 | 55% | 3–5 天 | 用户误把示例当成自己的数据,或示例混进真实数据里 |
| 导入:拖入已有文件或粘贴文本 | 60% | 5–10 天 | 解析失败率高,失败后只报「格式错误」,用户无从修改 |
引导式的成本最低,也最容易被写成问卷。判断它是否合格只有一个标准:用户走完引导后,屏幕上有没有出现一个他可以拿走的结果。如果走完只是「设置完成,去创建第一个项目吧」,那它把空状态推迟了三屏,没有消除。
模板式的风险在于模板的作者是你,使用者是他。你按自己的理解预置「周会纪要」「访谈记录」「需求评审」三类,用户手上可能是一段语音、一份聊天记录。模板越精致,越容易让用户觉得「这不是给我的」。
引导式与模板式有个共同前提:用户已经知道自己要做什么。这个前提在新用户身上经常不成立——他知道自己「想整理会议」,但不知道整理完应该长什么样。示例数据补的正是这一格:它不提问,也不要求选择,直接展示结果的形态。
示例数据的成本主要不在界面,而在内容。你得真的做出一份像样的样例:字段齐全、数据自洽、读起来不像占位符。占位符式的示例(项目 A、项目 B、2024-01-01)等于没有示例,用户仍然不知道成品长什么样。
导入排在最后,是因为它最贵,也最依赖用户手头已经有结构化的材料。对「手上只有一段录音」的用户,导入不是入口,示例才是入口。
四种写法可以按队列拆开测:把新注册分成两组,一组看引导,一组看示例,两周后比「完成一次核心动作」的比例。样本小于 100 时这个比较没有意义,只能当作下一轮的方向,不要据此下结论。
衡量这四种写法时,分母要统一:同一批注册,别把不同渠道、不同时间的注册混在一起算。分子是「完成一次核心动作」的人,不是「点开过示例」的人。点开示例只证明他看了一眼,完成一次核心动作才证明他知道该怎么做。
三、示例数据的边界
示例数据一旦进入真实产品,就有三条硬边界,缺一条都会变成支持工单甚至数据事故。
必须可一键清空。 清空入口要放得显眼,不能藏在设置第三层。用户看完示例的第一反应是「我要建自己的」,此时找不到清空,他就会在示例上直接改,改完分不清哪条是自己的。清空动作要能被撤销或至少二次确认,避免误删用户刚写的内容。
必须明确标注是示例。 标注要出现在每一条示例记录上,而不只是页面顶部一句提示。用户截图分享、导出、复制到别处时,标注要跟着走。只在顶部提示的产品,用户导出后示例数据就变成了「他的数据」。
不能混进真实数据。 示例记录要有独立标识,在统计、导出、计费、通知里全部排除。最常见的错误是示例数据参与用量统计,用户第一天就被告知「已用 3 条额度」,而他一条都没建。
三条边界里,第二条最容易被省。省掉它的理由通常是「标了显得不专业」,但用户真正介意的是「我分不清哪些是我的」,而不是「页面上有个示例标签」。
这三条边界可以压成一张当场能过的检查表:
| 边界 | 不合格的表现 | 当场能做的检查 |
|---|---|---|
| 可一键清空 | 清空入口藏在设置第三层 | 清空后刷新列表,是否真的为空 |
| 明确标注 | 只有页面顶部一句提示 | 导出文件里是否带「示例」字样 |
| 不混入真实数据 | 示例计入用量或出现在报表里 | 新建账号打开用量页,是否为 0 |
清空是否真的清空,要测一遍而不是看一眼。测试方法是:在示例状态下导出一次、刷新一次、退出重进一次,确认三处都不再出现示例记录。只在界面上消失、导出文件里还在的情况很常见。
另一个容易漏的点是示例数据的更新。产品改版后字段变了,示例还是旧结构,用户看到的第一屏就是一个过时的成品,比空白页更糟。把示例数据当成一份需要随版本维护的内容资产,而不是一次性的占位文件。
3.1 三条导入路径按用户手头材料排序
导入不是一种功能,是三种。排序依据不是实现难度,而是用户此刻手上有什么。
| 路径 | 用户要先准备什么 | 解析难度 | 适用场景 |
|---|---|---|---|
| 剪贴板粘贴 | 一段文字,已经在剪贴板里 | 低 | 从聊天记录、网页、文档里复制一段 |
| CSV 导入 | 一张有表头的表 | 中 | 用户已经在表格软件里维护数据 |
| 从文件或截图导入 | PDF、Word、图片 | 高 | 用户的材料只以文件形式存在 |
顺序反过来做很常见:先做「上传 PDF」,因为听起来高级。但多数新用户手上最先有的是剪贴板里那一段,而不是一份排好版的 PDF。先把粘贴做顺,再考虑文件解析;文件解析失败时,至少要告诉用户「第几页、哪一行没读出来」,否则他会认为产品坏了。
三条路径可以共存,但首屏只放一条。放三条等于让用户先做一次选择,而选择本身就是成本。按你的用户最常带着什么来选一条放首屏,其余两条收进「更多导入方式」。
四、复算:35% 到 55% 在 200 个注册上
口径:同一批 200 个注册,观察首次成功后第 28 天内是否仍完成一次核心动作。
改写前首次成功率 35%:
到达首次成功 = 200 × 0.35 = 70 人
这批人的 W4 留存 = 24%(教学假设,须用自己数据替换)
留下人数 = 70 × 0.24 = 16.8 人
改写后首次成功率 55%:
到达首次成功 = 200 × 0.55 = 110 人
留下人数 = 110 × 0.24 = 26.4 人
差额:
多到达首次成功 = 110 − 70 = 40 人
多留下 = 26.4 − 16.8 = 9.6 人,约 10 人
校验 = 40 × 0.24 = 9.6
注意两件事:
1) 20 个百分点不能直接加到留存上,它要先乘 W4 比例;
2) 若示例数据吸引来的是「只看不做」的人,新队列的 W4 会低于 24%,
此时必须用改写后队列的实测值重算,不能沿用旧值。
9.6 这个数字很小,但它对应的是「不做任何产品功能改动」就能拿到的增量。把它换算成获客成本更直观:如果每个注册的获取成本是 8 元,多留下的 10 个人相当于省下 80 元的获客支出;而这次改动的成本是三天工时。这个比较只在两个数都用同一口径时成立,不能拿它去和别的渠道比。
算式里还有一处容易被忽略:分母是注册,不是访问。如果落地页带来的注册中本来就有相当比例不会用产品,首次成功率的提升会被稀释。算完之后,最好再按来源渠道拆一次,看看增量集中在哪个渠道;如果增量只来自某一个渠道,那更可能是渠道质量变了,而不是空状态改对了。
五、行动清单与复算验收
- 用无痕窗口注册一个小号,从打开到看见成品计时,记录秒数;超过 60 秒就写下卡在哪一屏。
- 给示例数据加上独立标识,确认统计、导出、计费、通知四处都不把它算进去。
- 把清空入口放到首屏可见位置,并测试清空后能否重新生成。
- 统一首次成功率的分母为「同一批注册」,分子为「完成一次核心动作」,写进埋点说明。
- 只改一种写法,观察满两周再决定下一种,不要四种一起上。
验收标准:同一批注册中,从打开产品到看见非空结果的中位时长不超过 60 秒,且示例数据在导出与用量统计中完全不出现。
清单里最容易被跳过的是第一条。多数人用开发者账号自测,而开发者账号已经有数据、有缓存、有登录态,看到的永远不是新用户看到的那一屏。无痕窗口是最低成本的还原方式。若第一周没达到 60 秒,不要立刻重做整个首屏;先把最慢的一步拆出来单独改,再测一次,两次测量之间至少隔一周,避免把波动当成效果。
使用边界与实操验收
本文只讨论「新用户第一次打开到看见成品」这一段,不覆盖注册前的落地页文案、付费转化、以及示例数据背后的内容质量。示例数据做得再好,也救不了一个用户根本不需要的产品;它降低的是理解成本,不是需求门槛。
验证以你自己的小号实测为准:用无痕窗口走一遍,录屏并计时,而不是看后台平均值。平均值会被少数熟练用户拉低,而你关心的是第一次来的人。若你的产品首次成功本来就需要几分钟(例如视频渲染),把标准改成「60 秒内看到进度与预计完成时间」,不要为了凑指标去做假结果。
另外,本文的数字都按「只改一处、其他条件不变」估算。真实产品里,你改空状态的同时可能也在改定价页或投放素材,几件事叠在一起时,9.6 人这个差额不能全部记在空状态头上。想归因,就一次只动一处。
关键参考与核验范围
本文的空状态写法、首次成功率与留存比例均为教学演示,不构成增长或法律意见。核验日期:2026-10-23。
- 中华人民共和国个人信息保护法 :示例数据若使用真实录音、真实姓名或真实对话,属于个人信息处理,需要告知用途与保存期限;用合成内容做示例可以避开这一类风险。
- 中华人民共和国电子商务法 :示例数据参与用量统计或计费时,属于向用户展示的服务内容,须与实际提供的服务一致,不能把示例算成用户已消耗的额度。
第三方平台文档与行业报告在本次核验中无法访问,故本文不引用其条款原文,也不附相关链接;文中出现的百分比与人数只用于演示算法,不代表任何公开调研结果。
系列导航
- 上一篇:首次使用的五个节点:注册到第二次回来
- 下一篇:留存曲线:找平坦段,而不是追高数字
- 回到目录:一个人把用户留住:激活、留存与复购
- 相关阅读:从落地页到第一个动作 、独立开发者生存指南(五):产品与体验
继续阅读
探索更多技术文章
浏览归档,发现更多关于系统设计、工具链和工程实践的内容。