MVP（最小可行产品）

MVP（最小可行产品，Minimum Viable Product）是指只保留核心功能、以最小成本快速开发出来的可用产品版本，目的是尽早投放市场验证用户需求是否真实存在。

概述

MVP 的概念源自美国创业圈，后经埃里克·莱斯（Eric Ries）在《精益创业》（The Lean Startup）一书中大力推广而风靡全球互联网行业。它的核心逻辑是：与其闭门造车花大量时间打磨一个「完美」产品，不如先做一个功能最简、但能跑通核心流程的版本，让真实用户来告诉你这个方向对不对。

在互联网公司和创业团队的日常交流中，「先做个 MVP 试试」「MVP 跑通了再加功能」已经成为高频黑话。它与「小步快跑、快速迭代」「用数据说话」等理念一脉相承，本质上是一种降低试错成本的方法论：如果 MVP 验证失败，损失的只是几周开发时间；如果验证成功，再持续投入资源完善产品。

需要注意的是，MVP 在体育和游戏语境中另有含义，指「最有价值选手」（Most Valuable Player），例如 NBA 常规赛 MVP、电竞比赛 MVP 等。两者是完全不同的概念，在科技和创业语境下，MVP 几乎总是指最小可行产品。

核心要点

• 最小：只做核心功能，砍掉一切非必需的模块，越快上线越好。
• 可行：虽然简陋，但必须能完整跑通关键流程，让用户真正用起来。
• 验证优先：目标不是赚钱或好看，而是验证「用户是否需要这个东西」。
• 快速迭代：根据真实反馈决定加功能、转方向（Pivot）还是放弃项目。

常见形式

MVP 不一定是完整的软件，常见形式包括：一个介绍产品概念并收集注册意向的落地页（Landing Page）、一段演示视频、人工在背后手动完成服务的「绿野仙踪」式原型，以及只有单一核心功能的简化版 App。许多知名互联网产品早期都是从极简版本起步，验证需求后才逐步长成如今的形态。

常见问题

问：MVP 就是随便做个半成品吗？答：不是。MVP 虽然功能少，但核心体验必须完整可用，否则验证结果没有参考价值。「最小」针对的是功能范围，不是质量下限。

问：MVP 和 Demo、原型有什么区别？答：Demo 和原型主要用于内部演示或测试交互，通常不交付真实用户；MVP 则是真正上线、让真实用户使用并产生反馈的产品，目的在于市场验证。

问：什么情况下适合先做 MVP？答：当需求不确定、市场未经验证时最适合，比如创业新项目或大公司内部孵化的新业务；而对可靠性要求极高的领域（如金融核心系统），则不宜过度简化。