样本审计 · iOS app · 录制于 2025 年 11 月 24 日
核心问题： 这个产品准备好见真实用户了吗？
这是一份 Launch Readiness Audit（上线准备度审计）的样本，来自一次对 MovesMethod iOS app 的真实审计。当时 app 已经通过 App Store 审核（商店页显示版本 1.0.1、2 个评分），但还没有正式发布。后来发生了什么，写在案例里：bearliu.com/case-study/movesmethod
同一段走查也做成了一份 Activation Audit · 样本 · 中文版。那一份问的是新用户为什么在首次价值之前就流失；这一份问的是，这个产品能不能迎接上线带来的用户，以及上线前几天应该做什么。
产品。 MovesMethod，一款 iPhone 上的每日灵活性训练 app。
核心上线旅程。 发现（App Store）→ 理解（欢迎页）→ 开始（onboarding 和试用邀请）→ 完成核心任务 → 拿到结果。
创始人定义的核心任务。 完成第一次灵活性评估（mobility assessment），最后拿到一份个人运动报告。
输入。 已经上架的 app，在 iPhone 上以新用户身份完整走一遍，全程录屏。这次没有提供数据、beta 反馈或客服记录，所以下面每一个判断都来自产品本身。
不在范围内。 这次没有审空状态和错误状态。信任维度看的是 consent 和权限请求给人的感受、出现的时机；它们合不合 Apple 的规则或法律要求，不在这次审计范围内。
<aside> 🔴
Not ready（还不能上线）
不开试用的新用户走不到核心任务；tab 栏三个位置里有一个通向还没做好的功能；用作社会证明的数字，上线后一旦有人认真看就站不住。
</aside>
什么会改变这个结论。 把下面的 M-1 到 M-3 做完上线（五天计划给了一种做法），再完整走一遍旅程。这三条做完，结论就变成 Ready with fixes（修完即可上线）：这一页上的其他问题，都可以跟在上线后面处理。
这和当时审计给出的判断一致。案例里的原话：「Launching it as-is would accelerate failure, not validate the idea.」（照现在的样子上线，只会加速失败，验证不了想法。）
| 维度 | 分数 | 理由 |
|---|---|---|
| 价值清晰度（Value clarity） | 4/5 | 从 App Store（「Stretch+Recover, Fix Tightness」）到欢迎页（每天 5 分钟解决关节僵硬），承诺一直是清楚的。到了首页就被冲淡了（S-1）。 |
| 首次使用体验（First-use experience） | 3/5 | 第一次训练之前有 19 步（S-4），进了首页又同时在做六件事（S-1）。又长又杂，但新用户走得过去。 |
| 关键流程（Critical flow） | 2/5 | 主按钮通向付费墙，灵活性测试放在另一个标签里。不开试用，就走不到核心任务（M-1）。 |
| 信任（Trust） | 2/5 | app 里的社会证明和 App Store 页面对不上（M-3），几分钟内出现两个不同的 mobility score（S-3）。已经做得好的：第 12 步有一句直白的隐私说明，试用邀请上写着「No payment due now」。 |
| 完整度（Completeness） | 2/5 | 一个标签点进去是「Coming Soon」和占位内容（M-2），还有一些没做完的细节：产品名有四种写法，两行用了同一个副标题（S-2）。空状态和错误状态这次没有审。 |
分数从 1（还没有）到 5（可以上线，有证据）。2 分的意思是：上线会把问题放大；这里每一个 2 分背后都有一条必修项。不算总分，因为平均分会掩盖真正挡住上线的那一维。