R4.13.2gated first launch设计
首次启动前的强制步骤是高风险设计
别名: 强制首启 · first-launch gate · 启动墙
概念解释
应用还没露出它所为而来的内容，就先要求注册、付费、系统权限或一长串教学，这堵墙叫门控式首次启动（gated first launch）。对用户它贵，对审核它更贵：审核员走不到产品，就无法判断这是不是一款完整、可用、名实相符的应用。商店把「到不了内容」当成质量与完整度失败，而不是成长实验失败。
它不是「订阅、支付、权限是高频驳回主题」的重复。那条说这三类界面在规则密度上居首。这条说的是时序：同样的开口，放在第一次能看见产品之前，会额外触发「无法评审产品」这条结构风险。主题是内容，门控是位置。
机制
首次启动是审核员与产品的第一次相遇，也是唯一一次被保证会走到的路径。墙把相遇推迟到墙之后。登录失败、支付测试账号不可用、权限一点拒绝就退出，审核在墙外结束，产品本体从未出庭。清单上「应用是否可用」这一项，依赖一个还没出现的界面。
用户侧的机制同类：价值证据还没出示，承诺却被要求先付——账号、钱、隐私。拒绝或卡住的人看不到产品为什么值得。审核员是被强迫完成这条路径的特殊用户，卡点会被写成驳回，而不是写成漏斗数据。
边界
银行、医疗、工作账号类应用，法律上可能要求身份出现在任何内容之前，门控是合同不是实验；仍应在墙外提供只读说明，让审核员知道墙后是什么。已经登录态恢复的回访启动不是首次启动，不要把会话恢复当成门控。游戏与流媒体的硬性年龄门槛是另一类法定墙，不能和转化向的注册墙混为一谈。桌面端安装向导若发生在商店审核之前的安装器里，有的通道看不到，有的通道会看——不要假设「安装器里的强制」对审核隐形。
怎么落地
- 第一次打开先进入可浏览的核心内容或明确的只读演示；注册、订阅、非当时所需的权限放到对应动作触发时。
- 用户或审核员拒绝权限、跳过账号时，应用仍须留下可展示的部分，而不是立刻退出或空白。
- 教学拆成可跳过的短片段，不要做成必须点完才能见产品的长廊。
- 验证：全新安装，在任何账号、付费、权限对话框出现之前，确认能看见产品所声称的那种内容。若第一分钟内只能看见墙，记为门控式首次启动。再对每一堵墙按「拒绝」走一遍，确认拒绝后仍有可截给审核员看的界面。