• 00
  • 00小时
  • 00
  • 00
2023敏捷武林大会-上海站,正火热免费报名中...
Search
Close this search box.

最小可行产品(MVP)

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 成功与否有多种方法。不同公司、不同行业、不同目标等的成功标准也不尽相同。以下是几种常用方法

  1. 评估客户反馈

当MVP已经在真实的用户环境中测试,反馈也在不断涌现,可以使用一些客户反馈软件来帮助管理这些反馈,每一条反馈不论是赞美还是建设性批评,都是有效反馈,指导后续产品开发。

  1. 确定产品与市场的契合度

我们的 MVP 与市场贴合吗?人们是否不仅在使用它,而且还喜欢它?如果是,那就说明假设被验证了,如果不是,就得撤回重新调整。

  1. 用数字衡量成功

数字不会说谎。用户注册了吗?他们是否坚持使用?最重要的是:是否有收入?通过这些指标(以及其他指标),我们可以清楚地了解 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

Search
最新敏捷认证课 ~ 火热报名中
4月26-27日
Scrum Master (CSM) 认证课
王军 Jim Wang授课
5月18-19日
Leading SAFe领导大规模敏捷认证课
Eric & Scott 授课
5月18-19日
专业Scrum Master (PSM I) 认证公开课
丁志润 Derek Ding 授课
5月25-26日
Scrum Master (CSM) 认证课
Lance Zhang 授课
6月22-23日
Scrum Master (CSM) 认证课
Scott Dunn & Eric Liao授课
6月22-23日
专业Scrum产品负责人(PSPO)认证公开课
丁志润 Derek Ding 授课
分类文章
9月15-17日
SAFe ScrumMaster & Leading SAFe官方认证双证班
Eric Liao & Scott Wang 授课
9月18-22日
SAFe认证-SPC SAFe认证培训师导师班
Kurt Jäger & Eric Liao 授课

预约回电

课程顾问将尽快给您回电
电话咨询 400 696 6280