摘要

本文是「静读」读书 App 开发心得系列的第四篇，聚焦冷启动路径：从空 App 第一次打开，到时间线上落下第一条书签，用户究竟要走过几屏、做几个决策、又有几个决策被默认值扛掉。作者以截图逐屏审计，用「用户决策数 / 默认值扛掉数 / 零值态说了什么」三列口径，依次复盘录入弹窗、书房首页、时间线空态、阅读器划线、时间线与成长页六个界面，最终得出主路径仅 4 个真实决策、4 个字段由默认值扛掉、三屏零值态各说一句话的结论，并提炼出「一屏最多一个主 CTA」「默认值扛决策、提示句扛时机」「零值必须说话」三条可带走的原则。

关键词：冷启动 · 空态设计 · 默认值 · 决策成本 · 鸿蒙 ArkUI

目录

• 一、为什么要审计冷启动：读书 App 的价值是延迟的
• 二、第 1 步 · 录入：五个字段，默认值扛掉四个
• 三、第 2 步 · 回到现场：两个按钮，一个目的地
• 四、第 2′ 步 · 分支：时间线空态是一句教学加一个按钮
• 五、第 3 步 · 沉淀与回收：第一条书签落下，零值成长页开始说话
• 六、审计汇总
• 七、三条原则（可带走）
• 结语

「静读」开发心得 · 篇四。前三篇讲"有数据之后"：状态图保证一致、计时器保证真实、成长页保证可见。这一篇讲"有数据之前"：从空 App 第一次打开，到时间线上落下第一条书签，用户要走过几屏、做几个决策、有几个决策被默认值扛掉。我拿着截图，把这条路逐屏审计了一遍。

一、为什么要审计冷启动：读书 App 的价值是延迟的

工具类 App 的冷启动大多"即时兑现"：待办 App 第一次打开就能输入，输入完立刻看到价值。读书 App 不一样——它的价值是延迟兑现的：用户必须先添加一本书、再打开读、读的时候划一条线，第一条书签和第一分钟时长才存在。在此之前，App 里所有的界面都是空的。

这意味着冷启动路径上任何一步决策成本过高，用户都会永久停在"添加了书但再没打开"的状态。审计口径因此定为三列，逐屏记录：

1. 用户必须做几个决策（没有合理默认值、只能靠用户选的）；
2. 有几个决策被默认值扛掉；
3. 零值态说了什么（空界面不是空白，是产品第一次自我介绍）。

二、第 1 步 · 录入：五个字段，默认值扛掉四个

添加弹窗有 5 个字段：书名、作者、章节数、分类、放入书架。其中必填只有书名，其余 4 个全有出口：作者可留空、章节数预填 8、分类在 8 个方向里默认选中"认知"、书架默认"在读·加入正在阅读的书架"。

这一屏的决策数因此从 5 压到 1。更关键的是提示句："填好书名即可开始。阅读时按章节自动生成可划线的内容。"它把"录完整本书"从一次性前置成本，改成阅读过程中逐步长出来的成本——默认值省的是输入，提示句改的是成本发生的时机，后者更重要。

三、第 2 步 · 回到现场：两个按钮，一个目的地

添加完回到书房，第一屏只有一张继续阅读卡片和两个按钮：继续阅读、章节与书签。看似二选一，实际两个出口通向同一个目的地（阅读器）：一个回到上次位置，一个去目录。会合的按钮不算选择——它不要求用户判断"该点哪个"，只是给不同记忆习惯两个把手。这一屏决策数仍是 1。

四张零值统计卡（连续 / 今日 / 书签 / 在读读完）被退到第二屏：冷启动时它们全是零，放在第一屏只会稀释"继续阅读"。零值不是不该出现，是不该挡路。

四、第 2′ 步 · 分支：时间线空态是一句教学加一个按钮

如果用户添加完书直接点进书签时间线（而不是去读），他会看到空态。第一版我只写了"暂无书签"，测试时没人知道可以划线；改成：

阅读时选中正文，就能把打动你的句子留在这里。

再加一个按钮：“去读第一章”。

这一分支的审计结果：决策数 1（点不点），但它一次完成两件事——用一句话教会产品里最隐蔽的功能，再把用户送回这个功能发生的场景。空态 CTA 不是导航，是转化路径。

五、第 3 步 · 沉淀与回收：第一条书签落下，零值成长页开始说话

在阅读器里选中一句正文，记为划线 / 想法 / 疑问 / 行动四类之一（默认划线，接受默认则这一屏决策数从 2 降到 1）。回到时间线，第一条书签自动按时间倒序插入——这一屏决策数 0。

最冷的一屏是成长页：近七日 7 根柱子全零、合计 0 分钟，里程碑"连续阅读 3 天"已完成 0%、还差 3 天，常读方向与投入最多的书也空着。我的选择是全画，不藏：零值柱状图的意义是承诺（“这里将记录你的七天”），里程碑 0% 的意义是目标（“你需要的第一个东西是 3 天”）。藏起零值（折叠图表、达标才显示模块），第一次打开的成长页就是一张白纸，用户永远不知道自己在等什么。

六、审计汇总

下面这张图把六屏连成一条主路径，每个节点旁标注该屏的「用户决策数」，虚线为「2′ 分支」：

图中每个节点标注的「决策数」，与下方审计汇总表的「用户决策」列逐行对应；虚线标出的「2′ 分支」即表中第 3 行「时间线空态」，它最终仍会合回阅读器划线，因此不计入主路径的累计决策数。

步骤	界面	用户决策	默认值扛掉	零值态说了什么
1 录入	添加弹窗（图 5）	1（书名）	4（作者可空 / 章节 8 / 分类认知 / 书架在读）	表单无零值；提示句把成本后置
2 回到现场	书房首页（图 1）	1（两出口会合）	卡片由最近一本书自动生成	零值统计退第二屏，不挡主 CTA
2′ 分支	时间线空态（图 2）	1（去读第一章）	—	教学文案讲清书签怎么产生
3 沉淀	阅读器划线	2（选句 + 选类型）	类型默认划线	—
4 回收	时间线（图 2）	0	时间线自动倒序插入	无书签时教学 + CTA，有书签时书签流
5 回收	成长页（图 4）	0	图表 / 里程碑结构预置	全零柱 = 承诺，里程碑 0% = 目标

从空书架到第一条书签，主路径累计 4 个真实决策（书名、继续阅读、选中句子、书签类型；接受默认类型则 3 个），其中 1 个是输入、其余是点选；4 个字段由默认值扛掉；三屏零值态各说一句话——统计卡说"会记录什么"，空态教学说"怎么产生"，零值图表说"会记在哪里"。

七、三条原则（可带走）

1. 一屏最多一个主 CTA。 会合的按钮算一个；出现第二个独立 CTA，就拆屏。
2. 默认值扛决策，提示句扛时机。 有合理默认的就不要问；能后置的成本不要前置。
3. 零值必须说话。 会记录什么、怎么产生、会记在哪里——三句缺一句，零值态就是 bug。

总结

把这次审计收拢成一句话：冷启动不是"少放东西"，而是"把该说的话说在该说的地方"。

• 决策层面：五个字段压到一个，两个按钮会合成一个目的地，四类书签默认划线——每一步都在替用户做减法，主路径只剩 4 个真实决策。
• 时机层面：默认值省的是输入，提示句改的是成本发生的时机；"填好书名即可开始"把录完整本书的前置成本，挪到了阅读过程中逐步长出来。
• 零值层面：统计卡退到第二屏不挡路，空态教学讲清书签怎么产生，零值图表全画不藏——三屏零值各说一句话，缺一句就是 bug。

对读书这类价值延迟兑现的产品，冷启动设计的成败不在界面多漂亮，而在用户能否在第一次打开时就明白"我该做什么、做完会得到什么"。当第一条书签落进时间线，前面三篇讲的状态图、计时器、成长页才真正开始工作。

结语

系列前三篇保证"数据来了之后一致、真实、可见"，这一篇保证"数据会来"。把六屏连起来看，冷启动设计做的其实是同一件事：替用户做减法——把决策减到每屏一个，把零值减成一句会说话的话。

当第一条书签落进时间线，篇二那张状态图开始转动，篇三那套计时器开始累加——读书 App 从这一刻起，才真正开始工作。

下一篇：《四种书签，一条时间线：一个读书 App 的记忆颗粒与它的边界案例》——放大到状态图里最细的颗粒：四种类型、序键，以及删除与筛选空的三个边界。

---

#鸿蒙 #HarmonyOS #ArkUI #冷启动 #空态设计 #开发心得