适合谁
已经有明确问题和目标用户，希望在一周内上线可用版本的独立开发者。
目标结果
一个可访问、可登录、可收集行为数据、可继续迭代的 SaaS MVP。
这个流程适合什么阶段
如果你已经有一个明确问题和目标用户，但还没有完整产品，7 天 MVP 是一个很实用的节奏。它的目的不是做完所有功能，而是把最小闭环尽快跑起来。
每天应该做什么
第 1 天：定范围
只保留一个核心任务。你要回答的是“用户进来后最关键的一步是什么”，而不是“我还能顺手做什么”。
第 2 天：搭结构
完成页面骨架、数据模型和基础路由。这个阶段不追求细节，追求结构稳定。
第 3-4 天：做核心功能
把真正能验证价值的功能做出来。其他装饰、次级流程和视觉细节先放后面。
第 5 天：接认证、统计和错误处理
这一步通常决定产品能不能进入可用状态。没有认证和统计，你很难知道用户是谁、做了什么、卡在哪里。
第 6 天：预览部署和测试
在预览环境里找真实用户试。重点看：
- 登录是否稳定。
- 核心流程是否完成。
- 手机端是否可用。
- 有没有明显的错误文案或空状态。
第 7 天：正式上线
上线前再检查一遍域名、环境变量、回调地址和埋点。上线后马上记录反馈，不要等几天后再回忆。
为什么要压缩到 7 天
时间限制的意义不只是“快”，而是强迫你做取舍。没有时间约束，很容易把 MVP 做成半成品平台。
这 7 天里不要做的事
- 不要做多套权限系统。
- 不要同时接太多支付方案。
- 不要做太多页面分支。
- 不要为未来不存在的需求预先优化。
一个更实用的判断
如果某个功能不能帮助你回答这三个问题，就先别做：
- 有没有人愿意用。
- 他们愿不愿意持续用。
- 他们愿不愿意付费。
验证方式
7 天结束后，你至少应该拿到：
- 一版可以访问的产品。
- 一批真实反馈。
- 一个清晰的下一周迭代计划。
复盘重点
7 天结束后，不要立刻加功能。先回答这几个问题：
- 用户最常在哪一步卡住。
- 哪个功能最能解释价值。
- 哪个页面最应该优先优化。
这比继续往里堆需求更重要。MVP 的价值在于帮你找到下一轮最值得投入的方向。