这是一篇示例复盘，数据和项目均为演示用途。
周五晚上，我给自己定了一个约束：周日之前，把一个“稍后阅读整理器”交到真实用户手里。不是做完所有功能，而是验证人们是否愿意把散落的链接交给一个新的工具管理。
第一个决定：砍掉聪明功能
最初的列表里有 AI 摘要、自动标签、全文搜索和跨端同步。它们都很合理，也都不是这次验证的核心。
我最后只保留了三步：保存链接、写一句为什么值得读、每周收到一封回顾邮件。这个版本甚至没有账号密码，只使用一次性登录链接。
第二个决定：先写落地页
在写代码之前，我先写完了首页上的三个问题：它为谁服务、解决什么场景、为什么现在的方法不够好。
如果这三句话写不清楚，功能列表只是在掩盖问题。落地页迫使我先完成产品判断，再完成工程实现。
两天里的节奏
- 周五晚：明确假设，写完文案和数据结构。
- 周六上午：完成保存与列表两个核心流程。
- 周六下午：接入邮件并处理失败状态。
- 周日上午：找五位朋友真实使用，观察他们卡在哪里。
- 周日下午：修复三个关键问题，公开发布。
真正有价值的结果
首周只有 27 人注册，这不是一个值得炫耀的数字。但其中 11 人保存了五条以上链接，4 人主动回复邮件描述使用场景。
这意味着问题可能存在，但价值表达还不够锋利。下一步不是继续堆功能，而是和这四个人聊清楚：他们究竟在为什么付出注意力。
上线不是项目结束，而是第一次获得真实信息。MVP 的意义，从来不是“做得简陋”，而是用最小成本买到下一步决策所需要的证据。