一句话定义
别等到把每个细节都想透、每样工具都备齐、每种异常都预设好才肯动手。先做一个能跑起来的粗糙版本扔进真实使用，让现实来告诉你哪里不对，远比在脑子里空想更准。行动本身产生的反馈信息，是任何事前规划都换不来的。
机制 / 原理
空想时你只能覆盖到自己想得到的情况，而真实使用会暴露大量你根本预料不到的盲区。第一版跑起来后收到的每一次报错、每一个不满意的输出，都是精准的信号，直接指向该改的地方。这就是最小可用版本的意义：它的目的不是一次做对，而是尽快制造出可供修正的真实反馈，把'我以为'换成'我看到'。迭代的速度，取决于你多快拿到第一份真实反馈，而不是第一版有多完美。
经典实验 / 例子
有人想做一个自动整理周报的技能，迟迟不敢开始，因为总觉得要先想清楚所有部门的格式差异、所有字段的对应关系。另一个人当天就写了个只能处理自己团队最常见格式的简陋版，用了三天，发现真正卡住的其实是日期解析和一个特殊符号——这两个问题他事前压根没想到。他补上这两处，技能立刻好用。前者还在纸上列清单，后者已经在用第三版了。
生活中的例子
像学一门新乐器。你不会等到把整本乐理背完才敢碰琴，而是先磕磕绊绊弹一小段，弹错的地方自然会告诉你手型或节奏哪里不对。真正的进步发生在出声之后，不是在翻书的时候。技能也是先'弹出声'，再根据跑偏的地方调。
常见误区
把'考虑周全'当成动手的前提，结果无限期停在准备阶段。事实是很多问题根本想不出来，只有跑一遍才会冒出来——迟迟不启动，等于主动放弃了最有价值的那批信息。