MVP 起源
2001年，Frank Robinson提出了最小可行产品(MVP)的概念,认为MVP是产品开发和客户并行开发， 使供应商和客户基于风险，最大化投资回报（ROI）的独特产品。
2008年，Marty Cagan 在《启示录》第一版中也提到了MVP概念， 他认为尽管MVP中的P代表产品，但MVP绝对不是一个实际的产品，而应该是一个原型。
MVP在产品开发领域中发展至今，成为最重要的概念之一，得益于2011年Eric Ries 的《精益创业》的畅销，它将MVP定义为新产品的一个版本，其目的是帮助创业者尽早开启学习认知的历程，从真实的反馈中逐步迭代为最终的产品。
MVP概念
MVP是“Minimum Viable Product”的缩写，中文意思是“最小可行产品”。它是一种产品开发战略，旨在通过开发出只具备基本必要功能的产品，以最少的资源和努力来满足用户需求，并在早期阶段获取用户反馈和验证市场假设。MVP的目的是低成本，快速推出一个产品来衡量用户对这个想法的反应，从他们的反馈中学习，然后通过这些反馈，不断迭代和改进，逐步优化和完善出用户喜爱的产品。
MVP 开发遵循 “构建–测量–学习 “的流程，这样发布的产品就可以在验证（或否定）假设、了解用户需求以及构建应用程序未来迭代的过程中不断改进，从而更好地服务于客户。
| “最小可行产品是新产品的一个版本，它能让团队以最少的努力收集到最多的关于客户的有效信息”。—Eric Ries |
(MVP（最小可行产品）是具备最少功能但足以解决用户问题的产品。)
如果我们对 “最小可行产品(MVP) “一词进行细分，我们就会得到一个非常清晰的解释和 MVP 的三个基本特征。
最小(Minimum)––只有必要的基本功能–只有核心，没有繁琐。
可行(Viable)––这些基本功能必须满足用户的需求。
产品(Product)––一个产品，一个能让用户分享他们对未来发展的反馈意见的东西。
最小可行产品(MVP)与原型(Prototype)
初学者往往将原型（Prototype）和最小可行产品（MVP）产生混淆，认为原型就是MVP。其实MVP 和原型是两个不同的概念。 事实上，按照精益创业方法论，它们是产品的两个不同阶段。
产品的不同阶段：
- 原型设计（Protoyping）
- 最小化可行产品（MVP）
- 市场适应性（Product-market fit）
- 规模化(Scaling)
最小可行产品(MVP) 与原型(Prototype)的主要区别在于MVP是实际产品的一个版本，可以被客户使用，而原型是实际产品的一个初稿，只是用来表示想法用来测试。
MVP 在产品开发中的作用
MVP是产品创意的基础。MVP的作用是在投入高成本去开发功能齐全的完善产品之前完成验证。从MVP开始来衡量是否有真正的用户兴趣并收集宝贵的反馈意见，从而低成本的验证假设。但这不仅仅是为了节省成本。MVP 方法培养了一种适应性文化。通过小规模起步，团队可以更容易地转向。他们可以适应用户反馈和市场变化。这是一种重视学习和迭代的动态产品开发方式。
在软件和应用程序开发中使用 MVP 方法
在移动应用程序开发中，MVP 是一种开发方法，您只需开发核心功能即可解决特定问题并满足早期用户的需求。从本质上讲，MVP 是产品的基本模型，它将实现您想要达到的主要目标。
例如一款崭露头角的社交媒体应用可能一开始只有发布和评论功能。随着用户的参与，开发人员可能会发现用户对实时消息和对话功能有需求。MVP 方法可确保产品与用户需求同步发展。
在硬件产品中使用MVP方法
最小可行产品（MVP）的概念更多地与软件联系在一起，但它同样适用于硬件。
在商业模式中采用 MVP 方法
MVP 并不局限于有形产品。它也是一种渗透到企业战略中的理念。使用最小可行产品（MVP）来测试商业模式，验证假设，从现实世界的互动中学习，并不断迭代，Uber、Dropbox、Figma 和 Slack 都是从 MVP 开始成为独角兽的。
例如一家公司想要推出一项新的订阅服务。他们可能不会隆重推出，而是先在特定地区进行试点。根据反馈和采用情况，他们会在更大范围推出之前完善产品。这是一种倡导在真实世界学习的战略。
MVP 开发方法
MVP开发有很多类型，在选择MVP方法时，不同的产品和市场可能需要不同的方法。有时候我们需要构建应用程序的一部分，有时候只需要通过电子邮件或者首页注册来了解用户的兴趣，以下是一些常用的MVP开发方法。
单功能 MVP(Single-feature MVP)
有时，少即是多。与其推出很多功能，不如只专注于一个能带来最大价值的核心功能。这就像厨师在增加菜单之前，先完善一道招牌菜。这种方法速度更快，还能节省开发资源。
举例说明： 一款社交媒体应用仅推出照片分享功能，在获得市场认可后才推出文本或滤镜等功能。
礼宾式 MVP(Concierge MVP)
与其构建一个成熟的应用程序，不如将服务交付给用户？这就是 礼宾式MVP（Concierge MVP）。它是手动操作的。可以先通过手动提供服务来试水，看看用户是否感兴趣。
举例说明： 送餐应用程序在开发综合应用程序之前，最初通过电话接受订单并手动协调送餐。
绿野仙踪式MVP(Wizard of OZ MVP)
看过《绿野仙踪》吗？在幕后，有一个人在操纵杠杆。绿野仙踪式 MVP 也是如此。从表面上看，它是自动化的，但在幕后，任务是手动完成的。这是一种在不构建所有技术的情况下模拟完整产品的方法。
举例说明： 聊天机器人的早期版本，真人回答用户询问，给人一种人工智能系统的错觉。
网页MVP(Loading page MVP)
创建一个网页，在这里，描述产品信息，产品优势和行动号召。通常会要求用户加入产品的等待清单，这就像在集市上摆摊，看看有多少人驻足。
举例说明： 一家科技初创公司为即将推出的人工智能工具创建一个网页，获取感兴趣用户的电子邮件，并通过点击率来衡量参与度。
电子邮件 MVP(Email campaign MVP)
在有应用程序或平台之前，先通过向潜在用户发送针对性的电子邮件来验证产品的创意。这就像发送独家派对的邀请函，看看谁感兴趣。询问他们是否对你的 MVP 感兴趣。你甚至可以将他们链接到一个网页，让他们加入你的等待名单。
举例说明： 一家订阅盒服务公司通过向潜在客户发送电子邮件，介绍新的精选盒创意，并跟踪注册情况和反馈意见，以此来衡量客户的兴趣。
拼凑式MVP(Piecemeal MVP)
拼凑式MVP就是使用现有工具或者平台创建新产品。而不是从头开始，这样既能节省资源，又快捷。
举例说明：Groupon 从各种商店获取优惠，并将其添加到自己的平台上。它以联盟的形式运作，当有人购买时，它就会赚取一点佣金。所有的交易都已在这些商店中提供，Groupon 没有自己做任何交易。这种 MVP 模式非常适合希望以最少的预算更快起步的初创公司。
根据产品、市场和可用资源的不同，每种方法都有其优点。产品经理可以就 MVP 的最佳发展路径做出明智的决定。
实施 MVP 流程
MVP不仅仅是一个概念，更是创意到产品成功的路线图，以下是开启MVP之旅的关键步骤：
1. 市场调研和确定目标用户
在创建MVP之前，需要通过市场调研去了解产品的目标用户是谁？他们的需求是什么？当前市场的情况如何？是否需要你的产品？
2. 形成产品构思并确定要解决的问题
基于第一步调查研究的信息，接下来需要明确产品要解决的核心问题是什么？MVP 应该是对这一问题的直接回答。
3. 选择 MVP 方法
MVP方法的选择取决于我们需要学习什么
如果只是需要衡量用户兴趣，可以选择网页MVP或者电子邮件MVP。
如果需要了解用户是否真的会使用某项服务， 礼宾式MVP或绿野仙踪式MVP 会更适合。
如果需要了解用户与应用程序的实际交互情况，单一功能MVP或者拼凑式MVP将帮助我们获得有效反馈。
4. 创建用户故事和定义 MVP 的核心功能
用户故事是 MVP 的核心和灵魂。它们生动地描绘了用户使用产品的目的，他们是如何一步一步与产品/服务产生交互体验的。
让我们通过一个详细的例子来做说明。
如果我们正在构建一款软件或应用程序，下面是我们的用户信息及从用户角度出发的产品需求。
用户：”我是一个忙碌的母亲。我想要一种快速高效的在线订购杂货的方式。这样我就可以花更多时间陪孩子，确保他们吃到健康的饭菜”。
从用户的角度出发：
- 注册： “我希望注册过程简单。我甚至可以使用我的社交媒体账户，这样我就不必记住另一个密码了。
- 设置我的偏好： “我想指定我的饮食需求和最喜欢的商店。我需要确保杂货符合我家人的喜好”。
- 浏览杂货： “我希望能轻松搜索和筛选产品。我想阅读评论，查看详细说明，以便做出明智的选择”。
- 制作购物清单： “如果能保存我最喜欢的商品就更好了，这样我就不必每次都去搜索它们。
- 订购： “我想要一个流畅的结账流程。我需要选择送货时间。它应该有安全的付款方式。
- 跟踪我的订单： “我想知道我的杂货在哪里，什么时候能送到，这样我就能计划我的一天。
- 提供反馈： “我想对产品和送货服务进行评价，以帮助商店和其他用户”。
与产品团队合作设计和构建 MVP
一旦有了 MVP 的产品需求，就该将 MVP 付诸实施了。设计人员、开发人员和产品经理走到一起，各自发挥自己的专长，根据自己创建的产品需求（可能是用户故事）开展工作，在此基础上，将构建一个产品路线图，规划如何构建 MVP。
在开发过程中定期检查和反馈是很重要的。许多团队发现，敏捷方法可以使开发工作保持在正确的轨道上，并具有很强的适应性。
用真实用户测试 MVP 并收集用户反馈
最关键的时刻是将MVP投入到真实用户中去，在真实的环境中收集反馈，了解用户行为并进行调整。
评估 MVP 成功与否
评估 MVP 成功与否有多种方法。不同公司、不同行业、不同目标等的成功标准也不尽相同。以下是几种常用方法
- 评估客户反馈
当MVP已经在真实的用户环境中测试，反馈也在不断涌现，可以使用一些客户反馈软件来帮助管理这些反馈，每一条反馈不论是赞美还是建设性批评，都是有效反馈，指导后续产品开发。
- 确定产品与市场的契合度
我们的 MVP 与市场贴合吗？人们是否不仅在使用它，而且还喜欢它？如果是，那就说明假设被验证了，如果不是，就得撤回重新调整。
- 用数字衡量成功
数字不会说谎。用户注册了吗？他们是否坚持使用？最重要的是：是否有收入？通过这些指标（以及其他指标），我们可以清楚地了解 MVP 是成功还是失败。有了正确的评估方法，产品经理就能衡量 MVP 的成功与否，并决定下一步的行动。无论是根据反馈进行迭代、转向新方向还是扩大规模，数据都能指明方向。
引用
Frank Robinson's Minimum Viable Product Definition – SKMurphy, Inc.
《启示录》–Marty Cagan
《精益创业》–Eric Ries
What is a minimum viable product (MVP)? A complete guide with examples – Canny Blog
