最简可行产品 (MVP) - 定义及入门指南

Nidhi Raj 作者:Nidhi Raj
浏览主题

您知道亚马逊最初是一家二手大学教科书的销售商吗?尽管该公司现在销售数以百万计的产品,赚取数以亿计的利润,但它最初的想法很简单,就是向大学生提供书籍。这种令人惊叹的转变可能是最简可行产品原则发挥作用的极佳例子之一。

什么是最简可行产品 (MVP)?

简而言之:最简可行产品(MVP)是您向市场销售的产品所需的最简单版本。最简可行产品(MVP)的概念最初是由精益创业领域的天才人物 Eric Ries 提出。他将 MVP 定义为:

“新产品的版本,它可以让团队以最少的努力获取最多的经过验证的客户信息。”

实施 MVP 的重要性和好处

MVP 的概念来自精益创业方法,它提倡在学习和构建时考虑到可扩展性。因此,通过 MVP,您能够以较低的资金和业务风险迈出第一步,逐步测试、完善和发展。您将从一小步开始,发现市场对您的产品的兴趣所在。这会告诉您需要在哪些方面进行改进、缩减规模,甚至添加额外的功能,让产品更有销路。

专注于 MVP 并扩大规模的好处可能因情况而已,但最终目的都是在您向产品投入数千甚至数百万美元之前,提供一个低风险的试验场,以打造更有销路的产品。MVP 测试可以帮助您节省成本,在以用户为中心的设计方面提供洞察数据,快速启动业务,甚至获得早期投资者的支持。通过在早期获得洞察数据和投资,您可以打造您和客户一直在寻找的理想产品。

打造有效的 MVP

打造 MVP 可能是您的业务战略中最棘手的部分之一,但也是最重要的组成部分。您的 MVP 需要为客户的痛点提供解决方案,提供一种收集客户洞察数据的方法,并且仅限于提供几项功能。您可以把它当作业务概念的试验场,仅专注于衡量关键功能的成本和影响,同时向客户和投资者证明其价值

要确定 MVP,最终需要敏捷团队通过协作进行具体构思和验证。以下是打造 MVP 的常见步骤:

1. 确定客户的痛点

您要解决什么问题?让我们来看看优步创始人Garret Camp 和 Travis Kalanick 早在 2008 年的想法。假设您正在一个大城市参加会议。您注意到,在深夜或恶劣天气的情况下可能很难打到出租车。因此,您想打造一个解决方案,可以使用手机叫到车送您回家。您与潜在用户交谈,询问他们的偏好是什么:他们期望通过按一下按钮就可以呼叫出租车吗?他们会否愿意给出租车司机发短信,预约归家行程?他们更愿意如何支付乘车费用?这样,您就可以进行市场研究,以了解谁会使用您的解决方案,以及他们对此的具体期望。

要开发 MVP,市场研究可以涵盖:

获取研究和访谈结果,并使用数据加以验证。这可让您更好地了解客户的需求和痛点,确定您的产品至少需要哪些功能才能提供价值,并为您提供一些很好的证据,以便在投资阶段用作概念验证。

根据初步研究,Camp 和 Kalanick 开发了 “UberCab”,这是我们今天所知道的热门优步应用程序的第一版。该 MVP 是一个完全基于短信的版本,让用户能够通过简单的短信预约出租车。正如他们所说,接下来就是我们所熟知的历史了。

2. 描述竞争格局

在 2006 年,您的叫车服务可能几乎没有竞争对手。但在 2023 年,拼车服务琳琅满目,各应用程序之间有很多重叠之处。什么会让您的服务脱颖而出?客户还需要什么?对于客户而言,这些痛点的经济价值如何?不妨列出利弊清单,展示您的服务如何比竞争对手更出色。

3. 测试 MVP 的有效性

从您的团队中找出可以尝试基本技术的测试组或内部测试人员,无论针对的是登录页面、短信热线(如早期的优步),还是基本的单页应用程序。遵守最后期限,让您的测试团队专注于功能和应对痛点的能力方面。这可帮助您在向早期采用者推出产品之前,构思和了解产品需要改进和完善之处。

4. 准备发布

如果 MVP 通过了测试阶段,恭喜您!您已拥有与众不同的产品。现在是研究、构建、测试、修复、发布和继续构思的时候了。一旦您巩固了从一开始就确定的几个功能,就可以向您的第一个客户群推出 MVP,并启动构建-衡量-学习 (BML) 的反馈循环

有哪些 MVP 的例子?

但是,MVP 并非是一个从长远来看将被忽略的测试场或原型。市场上有许多产品和服务最初是 MVP,后来凭实力扩展为各种机构。

亚马逊

在上世纪 90 年代初,Jeff Bezos 了解到电子商务行业将成为销售领域的下一个风口,他抓住机会探索哪些市场会最成功。他最终选择的最简可行产品是一家在车库运营的书店。书店的成功带来了对其他产品的需求,例如电子产品、服装和鞋子。正是他的第一步(使用书籍作为 MVP)为他提供了将亚马逊提升到一个全新水平的客户洞察数据。谁会想到,一个基本网页上的小型书店会在短短 20 年内扩展成为世界第三大企业?

优步

没错,我们都了解和喜爱的拼车应用程序并非源自一款移动应用程序。实际上,创始人 Garret Camp 和 Travis Kalanick 用 MVP 的概念在旧金山开发了一项名为 UberCab 且仅限 iPhone 的短信服务。他们测试了用户体验,并在城市内对其进行了完善,然后才能够筹集风险投资资金,开发出每天为全球 1900 万次行程提供服务的应用程序。

优步经历了各种迭代,利用从客户群中收集的反馈逐年扩大其业务范围。虽然 UberCab 推出时仅限出租车,优步在第二波中纳入了高级轿车和独立承包商作为司机,打造出我们今天都熟知和享用的共享行程体验。通过重重迭代,我们看到优步已经超越了 MVP,推出了拼车和无障碍行程选项,在一些小型市场甚至推出直升机选项

Spotify

2006 年,流媒体服务开始发展,但因为库的数量有限且质量欠缺、订阅价格高昂以及流媒体技术不稳定,流媒体服务经历了一次又一次的失败。鉴于此,Daniel Ek 和 Martin Lorentzon 将 Spotify 构建为登录页面,他们可以在其中面向测试版用户测试自己的流媒体技术,并用页面广告收入为其提供资金。他们的最终目标是让播放变得快速、稳定,这样他们就可以让音乐唱片公司和投资者信服产品的质量。通过市场测试后,Spotify 及其随后的应用面向公众发布,成为我们现在所知道的流媒体巨头。

突破 MVP 的局限,不断发展

MVP 并不是您企业的万能之选。事实上,MVP 的概念已经演变成为更加完善的解决方案,如最简讨喜产品 (MLP) 或最简适销产品 (MMP)。

最简讨喜产品 (MLP) 是以客户为中心的产品,从一开始就受到用户的喜爱,这由提供产品受到喜爱所需的最简要素的功能来定义。这里的讨喜度取决于客户体验,即产品或服务直接解决了客户想要解决的问题。MLP 可能现在有市场和竞争对手,但由于其节省成本、是更好的解决方案或易于使用,因此成为首选的替代方案。对于 MVP,优先事项是以尽可能快速且经济实惠的方式进入市场。对于 MLP,优先事项是为客户提供最高价值。

最简适销产品 (MMP) 是下一个阶段,在这个阶段,您的 MVP 或 MLP 已准备好出售给最终用户。在构建新功能之前,MMP 是市场可以接受的最简单产品。借助 MMP,您开发了自己的产品,并通过测试向客户证明了其价值。MMP 不是像 MVP 那样的原型,而是已准备好投放市场供早期采用者使用。想一想 Spotify 是如何作为 MVP 发展为登录页面的。一旦他们能够开发应用和订阅服务,就以 MMP 的身份进入市场。

Jira Product Discovery 可以开启您的 MVP 之旅

构建 MVP 说起来容易做起来难。那么您要从哪里着手呢?您想构建一个框架,让您的团队保持一致,并为冲刺到 MVP 做好准备。进入 Jira Product Discovery

Jira 在构建时考虑了产品开发。您的团队可以在一处共同确定事项的优先次序、携手合作并提供新的产品创意。在 Jira 中创建自定义产品路线图以可视化您的构造块(范围、人员和时间),从而帮助团队进行实时规划。您可以从 MVP 测试人员那里获取数据和洞察信息,例如产品商机、用户反馈和请求。与 Confluence 和 Trello 相集成,将任务简介、验证、用户故事地图和其他视觉技术相结合,用于在迈向 MVP 的旅程中发现产品。

利用敏捷开发框架将有助于您可视化产品所需的全部功能以及团队在此过程中需要采取的每一个步骤。您的长篇故事会将这些步骤分解为单独的任务并概述依赖关系,这样您的团队就可以在一组冲刺中按流程工作。您可以将长篇故事链接到 Confluence 页面,通过设计文件或用户研究数据添加洞察信息,这样整个团队就可以利用单个文档保持一致。

使用 MVP 进入第一阶段后,您可以返回 Jira 收集和分析反馈。当您的团队构建功能并完成长篇故事时,您将能够将功能集成到产品中并收集更多的洞察信息。然后,您可以返回到长篇故事,提供反馈和背景信息,并调整范围。这样可以使团队的每个人都能及时了解信息并积极参与,从而促进持续的发展。

在构建、衡量和学习的同时,继续向成功迈进。您的团队可以一起使用 Jira 将 MVP 提升到更高的水平,并推出一款能够在市场上走得更远(甚至可能改变市场)的产品。

后续内容
产品发现