← 返回概念解读

Concept Fable精修版

最小可行产品

Minimum Viable Product, MVP · Product strategy

先读故事。这里不急着给定义,先让问题自己长出来。

寓言故事

木匠先造了一扇能真正关上的门,而不是整座宫殿

木匠阿岑想做一整套防潮宅院:新门、新窗、地窖、屋檐和排水沟。他画了三十张图,算下来要半年。第一个客户只说:“我家仓门一到雨季就胀,米袋受潮。”

阿岑起初仍想展示宏大宅院。客户听完摇头:他没有钱,也等不了半年。学徒劝师傅先做个简陋木板门,阿岑也不愿意,怕砸招牌。两边都错过了重点:客户不是买宫殿,而是要仓门在雨夜关得上。

后来他把目标缩到一件事:能不能让这户人家愿意付钱,证明“雨季仓门防潮”确实痛。第一版只做一扇带斜槽和挡水边的仓门,外观普通,但三天能装好,雨夜能看效果。

第一场雨后,米袋没湿,客户付了钱,也指出门闩太紧、门槛绊脚。阿岑记下:真正被购买的不是豪华宅院,而是仓库少受潮这个结果。

第一次修补差点走偏。阿岑想马上加窗、地窖和屋檐,学徒提醒,门闩还没顺,第二户客户也只问仓门。于是第二版只加更顺的门闩,第三版才扩到窗边挡水,第四版才考虑整屋排水。

每次扩展都围绕已经被验证的痛点,而不是围绕图纸上的想象。若新功能没人愿意为结果付钱,就先不做;若小门不能真实挡雨,再漂亮也不能算过关。

学徒后来明白,最小不等于随便,也不等于廉价半成品。它是在还能真实交付价值的前提下,把范围压到足以验证核心假设。早期要证明的不是自己什么都会,而是有人愿意为最关键的结果掏钱。

后来阿岑拿那扇仓门去见第二位客户,没有带三十张宅院图,只带雨夜前后的米袋。客户听完马上问能不能下周装。阿岑这才确信,小不是退让;小到能交付、能收费、能学习,才是起点。

揭示

这个故事讲的是:最小可行产品

Minimum Viable Product(MVP)是用最小必要范围验证核心用户需求、价值主张或商业假设的早期产品。它不是随便做个残缺 demo,而是要能让目标用户在真实情境中体验关键价值,并帮助团队学习需求、付费意愿、交付难点和下一步优先级。

它重要的地方在于:它不只是一个术语,而是在真实 AI / Agent 系统里会反复出现的结构性问题。理解它,才能判断什么时候该加模型,什么时候该改流程,什么时候该补治理。

隐喻映射

  • 防风屋宫殿:过大的早期产品范围
  • 客户问门能否关严:核心用户痛点
  • 漂亮样板屋:不能验证付费价值的 demo
  • 一扇能用的门:MVP
  • 三天交付和能修:最小可交付闭环
  • 第一个客户付钱:真实验证而非口头兴趣
  • 逐步加密封条和窗户:基于学习迭代
  • 不是证明什么都能做:MVP 聚焦核心假设

Soloharness 判断

这个概念的实战价值,是帮你把“看起来聪明的 AI 功能”拆成可交付、可验收、可治理的工作单元。

PrototypePOCpilotproduct-market fitvalidationscope

相关辨析

这个概念容易和相邻概念混用,建议继续看对比页。