最小切片 | 定义产品 | 做产品
最小切片
第一版的目标不是覆盖所有功能，是让一个真实的人完整地把一件事做完一次。
你会遇到的现象
-
做了三周，还没有任何一个流程能从头走到尾
-
页面画了七八个，没有一个能真的用
-
越做越大，迟迟不敢拿给人看
横着切是最自然也最危险的做法：先做完所有界面，再做完所有接口。听起来有条理，但在全部做完之前，你手上没有任何能验证的东西。竖着切则相反——第一条切片做完，就有人能用了，也就能开始收到真实反馈。
怎么切
沿着一次完整的用户任务切，不沿着技术分层切。
这样切第一片是什么做完之后能验证什么
按用户任务（竖） 记一笔账，从打开到存下来 这个流程顺不顺，人愿不愿意再来一次
按技术层（横） 所有页面的静态界面 什么都验证不了，只能看好不好看
按功能模块 整个「记录模块」的全部能力 能验证记录，但用户没法完成一件完整的事
判断切对没切对：这一片做完，能不能找一个真人来用，并且他用完之后你学到了新东西。答案是否，就是切错了。
同一个产品，两种切法
横着切 按技术分层
界面 第一片
逻辑
数据 在全部做完之前，你手上 没有任何能验证的东西
竖着切 按用户任务
界面
逻辑
数据
第一片 记一笔账 这一片做完，就有一个真人 能从头到尾用一次
判断切对没切对：这一片做完，能不能找一个真人来用，并且他用完之后你学到了新东西。 答案是否，就是切错了。
横着切听起来更有条理，也正因如此最危险。真正该砍的不是「功能少」而是「能跑通一遍」——主流程完整、四态齐全、数据不丢、关键操作能撤销，这四样不是功能，是产品能不能被真人使用的前提。
砍到多小
标准不是「功能少」，是「能跑通一遍」。下面这几刀可以放心砍。
可以砍
· 多种输入方式，先留一种 · 编辑和删除，先只做新增 · 筛选排序，数据少时用不上 · 设置页，先用写死的默认值 · 多端适配，先做一端 · 注册登录，先用一个本地账号
不能砍
· 数据不能丢 · 空状态要有引导 · 出错要有提示和重试 · 主流程要能走完整 · 关键操作要能撤销 · 密钥和权限的基本安全
右边那列容易被误当成「以后再补」。它们不是功能，是产品能不能被真人使用的前提——数据丢一次，这个用户就再也不回来了。
哪些不能砍
-
**主流程的完整性不能砍。**可以少做几个入口，但从开始到结束这条路必须通。
-
**四态不能砍。**空、加载、出错、正常。第一批用户全是空态，砍了它等于砍了第一印象（见四态齐全）。
-
**数据可靠性不能砍。**宁可功能少，不能存丢。
-
**你要验证的那个假设不能砍。**这一片存在的意义就是验它，砍了就白做了。
给 AI 的话
复制 PROMPT · 切第一片 我要做：[产品一句话] 第一版我想验证的假设是：[比如「他愿意每天花十秒记一笔」]
请帮我切出第一个切片，要求：
- 沿一次完整的用户任务竖着切，不要按前端/后端/数据库分层。
- 列出这一片包含的最小页面数和最小数据字段，能砍的都砍掉。
- 明确列出这一版不做的东西，以及为什么现在不需要它。
- 单独确认这几项有没有保留：主流程能否走完、四种状态是否齐全、 数据会不会丢、关键操作能否撤销。
- 估一下这一片的工作量级（小时 / 天 / 周）。如果超过一周， 请再切一次，告诉我怎么切更小。
先给方案，我确认后再写代码。
第五条是防止范围反弹的关键。AI 给出的方案如果一上来就是「周级」，多半是它又替你补了一堆东西。
接着看
反面清单 切片砍掉的东西要写进清单，否则下一轮它们会以「顺手加一下」的方式回来。
产品的生命周期 探索期的正确姿势就是这个。切得越小，钱花完之前能试的次数越多。
四态齐全 不能砍的那一列里最容易被砍的一条。第一批用户看到的几乎全是空态。