MVP 清单

上线前清单，确认 MVP 真可测且不缺关键件。

为什么

缺关键件（分析、支付流程、反馈渠道）的 MVP 无法测假设——你发了却什么也没学。清单是强制函数：声明"已发"前，确认测假设所需每个元素就位。这防最尴尬的 MVP 失败：上线、得 100 注册、发现无法判断来自你推文还是广告、是否用了核心循环还是弹走、是否会付因为忘加结账。清单花 30 分钟省数周不可测上线。

何时使用

MVP 上线前一天。30-60 分钟。即使你"确定"一切就绪也别跳。

如何做

1. 假设可测性
   - 你能测假设真假吗？
   - 指标仪表化了吗（分析事件、数据库字段）？
   - 有对比的之前基线吗？

2. 核心循环完整
   - 用户能端到端完成整个核心循环吗？
   - 自己用新账号真实数据测
   - 每步可用、无死胡同、循环中无"即将推出"

3. 反馈渠道
   - 用户能告诉你想法吗？（应用内反馈、邮件、Calendly 链）
   - 上线 24 小时内有人在查渠道吗？

4. 获客追踪
   - 你知道每个注册从哪来吗？（UTM 参数、推荐码）
   - 能把注册归因到具体渠道算 ROI 吗？

5. 支付与收入（若测付费意愿）
   - 结账端到端可用吗？（用真卡测）
   - 能追踪转化：访客 → 试用 → 付费吗？
   - 可退款/取消吗？（信任需要）

6. 技术就绪
   - 移动 + 桌面 + 主浏览器都可用吗？
   - 错误被记录且你可见（不只用户可见）吗？
   - 有状态页或至少知道是否宕机的方法吗？

7. 上线就绪
   - 有落地页解释这是什么吗？
   - 用户有方式分享吗？（分享按钮、公开 URL）
   - 有支持邮件和响应 SLA 吗？

示例

MVP：AI changelog 生成器，明上线。

清单跑（45 分）：
  [✓] 假设："开发者付 $15/月"→ 指标：试用→付费转化，Stripe + Mixpanel 仪表化
  [✓] 核心循环：连仓 → 推 → 生成 → 复制 → 付 — 新账号测，端到端可用
  [✗] 反馈：无应用!反馈：无应用内反馈组件 → 上线前加（15 分修）
  [✓] 获客：所有链 UTM 参数，Mixpanel 追注册来源
 !获客：所有链 UTM 参数，Mixpanel 追注册来源
  [✓] 支付：用真卡测 Stripe 结账，$15/月，退款可用
  [✗] 错误：错误只在浏览器控制台，没发给我 → 加 Sentry!错误：错误只在浏览器控制台，没发给我 → 加 Sentry（10 分）
  [✓] 落地页：有，ez4code.com/changelog
  [✗] 移动：核心循环在移动断（仓库选择器溢出）→ 推迟，落地页注"推荐桌面"

结果：2 项失败，1 推迟。修反馈 + Sentry（25 分），加"推荐桌面"注。重跑清单：全过 → 上线。

常见问题

⚠因"只是 MVP"跳清单——MVP 是测试，无测量的测试是白费。
⚠不用真卡测结账——"staging 可用"是最常见临门失败；生产测。
⚠无反馈渠道——没方式让用户跟你说话，你漏掉解释定量数的定性信号。
⚠凭记忆查项——实际做每项跑清单；记忆查漏掉坏东西。

最佳实践

✓做而非记地跑清单——实际用新账号注册、付、完成循环。
✓含"我能测假设吗？"项——如果不能测，别上线；先修仪表化。
✓让第二人跑清单——构建者对自己的盲点看不见；新鲜的眼抓住缺的件。
✓清单放版本控制，每次上线后改进——跨上线浮现遗忘项的模式。