第 2 节：MVP 不是简陋，而是先把闭环跑通

第一节讲的是为什么要做蜡笔小账本。

这一节要开始面对一个更现实的问题：到底先做什么。

这个问题比看起来难。

因为当一个产品刚有点形状的时候，你会突然觉得什么都重要。记账当然要有分类，分类之后要有统计，统计之后要有图表，图表之后要有预算，预算之后要有提醒。再往后，还会想到登录、导出、飞书机器人、每日小报、会员、备份、手机桌面入口。

每一个想法单独看都合理。

但如果全部塞进第一版，项目很快会变成一团解不开的线。

所以第二步不是加功能。

第二步是砍功能。

MVP 不是粗糙版

我以前对 MVP 有一点误解。

总觉得 MVP 就是一个比较简陋的版本，能用就行，先凑出来再说。

后来真做项目才发现，这个理解不太对。

MVP 不是粗糙版，也不是随便版。它应该是一个很小、但闭环完整的版本。

对蜡笔小账本来说，第一版不需要证明“我能做一个完整的财务系统”。它只需要证明一件事：

我能不能很快记下一笔账，并且之后看得懂这笔账去了哪里。

如果这件事成立，后面才值得继续做。

如果这件事不成立，其他功能再多，也只是把一个不好用的东西装饰得更完整。

第一版先别追求“厉害”

做小产品时，有一种冲动特别常见：想让第一版看起来厉害一点。

比如加一个趋势图。

比如加一个预算提醒。

比如加一个 AI 消费建议。

比如加一个很完整的资产管理。

这些东西都能让产品介绍变得更好看，但它们未必能让第一版更好用。

蜡笔小账本第一版真正需要的，不是“厉害”，而是“我愿意明天继续用”。

这个标准很低，也很残酷。

低，是因为它不要求你一开始就做很多。

残酷，是因为如果一个产品连自己都不想连续用几天，那它大概率还没有碰到真正的问题。

我把第一版压成一个动作

记账工具的动作其实可以拆得很简单。

用户花了一笔钱。

用户把这笔钱记下来。

用户回来看自己这个月花了多少。

用户下次打开时，数据还在。

这就是第一版的最小闭环。

不是菜单，不是页面数量，也不是技术栈。

是一个普通人从“发生一笔消费”到“看见消费结果”的完整路径。

所以第一版留下来的功能很少：

1. 新增一笔支出或收入。
2. 看到最近记录。
3. 看到本月已花。
4. 看到分类占比。
5. 登录后数据不丢。
6. 必要时可以导出数据。

这几件事不花哨，但够成闭环。

用户可以输入，也可以回看；可以理解，也可以保存。

一个小工具只要这个闭环成立，就不是空壳。

什么先不做，反而更关键

第一版最重要的清单，不只是“要做什么”，还有“先不做什么”。

蜡笔小账本第一版里，我先不做复杂预算。

因为预算提醒要建立在持续记账之后。如果用户还没有养成记录习惯，预算提醒只是一个看起来聪明的空功能。

我也先不做复杂资产管理。

因为一旦做资产，就会牵出账户、转账、负债、银行卡、现金、储蓄目标。产品会从小账本变成另一个大系统。

我也不先做会员。

因为这时候还不知道产品到底有没有人愿意用，太早做付费结构，只会让开发目标变得混乱。

很多时候，保护 MVP 的不是功能表，而是边界。

边界清楚，第一版才有可能真的做出来。

报表要有，但不要做成数据大屏

记账工具不能没有统计。

如果用户只能一笔一笔录，却看不到这个月花了多少，那记账很快会变成单纯的劳动。

但统计也不能一开始就做成数据大屏。

趋势、同比、环比、年度视图、预算差额、分类筛选，这些都可以做，但不是第一版的重点。

第一版只要回答几个问题：

这个月花了多少？

主要花在哪？

还有多少预算？

最近记了哪些？

蜡笔小账本的首页和报表，就是围绕这些问题来设计的。

它不需要在第一天就像一个专业财务仪表盘。

它只需要让人看完以后知道：我这个月大概是什么状态。

这就够第一版用了。

给 AI 的任务也要压小

如果你用 AI 来辅助开发，这一步尤其重要。

你不能只说：“帮我做一个记账 App。”

这个句子太宽。AI 会很自然地帮你补齐很多“一个 App 应该有的东西”，最后生成一堆看起来合理、但不一定适合第一版的功能。

更好的说法是：

我在做一个轻量记账工具。第一版只做一个闭环：新增记录、最近记录、本月已花、分类占比、登录保存、数据导出。先不要做会员、复杂资产管理、自动分类和高级报表。

这段话里最有价值的部分，其实是最后一句：

先不要做什么。

AI 很擅长执行，但它不会天然替你克制。

克制要由产品的人来给。

MVP 的目标是得到真实反馈

第一版做出来以后，它一定不完美。

页面可能还可以更好看。

分类可能还可以更细。

输入可能还可以更快。

报表可能还可以更丰富。

但这些问题只有在产品真的被使用之后，才会变得清楚。

在纸面上讨论功能，很容易每个都重要。

到了真实使用里，你会发现有些功能根本没人点，有些文案会让人卡住，有些你以为很小的步骤会让用户直接放弃。

这就是 MVP 的价值。

它不是终点。

它是一个能被真实生活摩擦的起点。

本节小结

蜡笔小账本第一版没有追求完整。

它先保留了一个最小闭环：

记下来，看得懂，存得住，必要时带得走。

这比一开始做一堆高级功能更重要。

因为一个产品只有先跑通核心动作，后面的迭代才不是空中加楼。

下一节，我们会进入更具体的一步：从一笔“早餐 10.5 元”开始，看看一条真实消费记录背后，数据结构应该怎么设计。

FAQ

MVP 是不是越简单越好？

不是。MVP 不是越少越好，而是只保留验证核心体验所必需的东西。它可以很小，但必须闭环完整。

蜡笔小账本第一版为什么要保留统计？

因为记账不是为了录入，而是为了看见结果。如果没有本月已花、分类占比和最近记录，用户很难从记录行为里得到反馈。

为什么第一版不先做预算提醒？

预算提醒依赖持续记录。如果用户还没有养成记账习惯，提醒功能很容易变成空提醒，所以它不适合放在最早的版本里。

用 AI 开发产品时，MVP 有什么特别要注意的？

要把边界写清楚，尤其是“先不要做什么”。否则 AI 很容易把一个小工具扩展成一个看起来完整但很难落地的大系统。

最小闭环怎么判断？

看用户能不能完成一条完整路径：产生需求、完成动作、看到反馈、下次还能继续。如果这条路径断了，功能再多也不算闭环。