我越来越喜欢小产品，但不喜欢半成品
小不是功能少，而是边界清楚；真正困难的是把一个窄问题做完整。
做产品时，“先做一个 MVP”几乎是一句不会错的话。但它也很容易变成另一种借口：页面能打开，按钮能点击，核心流程却处处需要用户体谅。
我现在更愿意用“最小完整体验”来要求一个早期产品。
少做一件事，把它做完
完整不等于功能多。相反，它要求边界足够窄：只解决一个明确场景，但从用户产生需求，到得到结果，再到下次愿意回来，中间没有明显断点。
例如一个提醒工具，完整体验至少包括：创建足够快、提醒不会丢、完成后有清楚反馈。皮肤、排行榜和 AI 总结都可以以后再说。
小产品最怕隐藏的复杂度
开发者看到的是功能列表，用户感受到的是整个过程。支付失败有没有恢复路径？第一次打开是否知道下一步？数据能不能导出？这些不起眼的地方，往往决定它究竟是产品还是演示。
规模可以小，态度不能是临时的。