MVP(最小可行产品)是一种产品开发策略,其主要目的是用最少的时间和资源,开发一个包含最基本必要功能的产品。这样做的目的是能够以最小的成本进入市场,获取用户反馈,再根据反馈逐步优化产品。
MVP是什么
最简可行产品概念,是指以最低成本尽可能展现核心概念的产品策略,即是指用最快、最简明的方式建立一个可用的产品原型,这个原型要表达出你产品最终想要的效果,然后通过迭代来完善细节。该术语由弗兰克·罗宾逊和埃里克·里斯推广于Web应用程序,它也可能涉及到进行市场前手的分析。
一个MVP是不是最小的产品,它是一种策略和流程指向制造和销售产品给客户。它是构思一代,原型,演示,数据收集,分析和学习一个反复的过程。一目的,是尽量減少花费在一个迭代的总时间。该过程被重复,直到所希望的产品,市场拟合得到的,或直至该产品被认为是不可存活。
MVP的实践思维
- 以市场为导向:MVP思维强调将市场需求作为产品开发的驱动力。它要求对市场进行深入研究,了解用户需求和竞争环境,以确定最具有商业清力的机会。通过将市场需求纳入产品开发的核心,可以确保产品与市场需求相匹配,并提供有价值的解决方案。
- 以用户为中心:MVP思维鼓励将用户置于产品开发的中心位置。它强调深入理解用户的需求、心理和行为,通过用户研究、用户反馈等手段获取洞察,并将用户的体验和满意度放在首位。通过以用户为中心,可以设计和提供更具吸引力、易用性和价值的产品。
- 以产品为核心:MVP思维将产品视为创新和创造的核心。它要求将产品的核心功能和特点放在首位,通过持续迭代和快速验证来建立和改善产品。通过将重点放在产品的关键部分,可以更快地推出产品并获得用户反馈,从而实现产品的快速迭代和优化。
- 以盈利为目标:MVP思维注重产品的商业可行性和盈利模式。它要求将盈利作为产品开发的最终目标,并将盈利策略与产品设计和市场定位相结合。通过将盈利作为目标,可以有效地引导产品开发和商业策略,确保产品在市场中具有可持续的商业模式和竞争力。
为什么要做 MVP
MVP 的作用就是让你用最小的代价,最快的速度,最早的时间将你的产品设想拿出来接触用户,并根据用户的反馈来改进你的产品。这里拿出来的「产品」并不一定是一个App、网页或者其他,可以是视频、PPT(额,但是千万别 PPT 造车啊)、RP文件等等。
我们知道,在产品只是个原型的时候基本上很难来说服用户和VC,因为缺少任何一部分都对体验大打折扣。那么大家可以参考 Dropbox 的 MVP ,看看 Dropbox 的创始人 Drew 是怎么做的:他做了一个视频放在了 YouTube 上,这段视频介绍了 Dropbox 的各项功能,Beta 版的等待用户(Email list)一夜之间从5000暴增到75000,可当时 Dropbox 甚至连实际的产品都还没有。
这有一个好处,就是避免我们「闭门造车」,空想没人要的产品却自认为会大有市场。
怎么去做 MVP
NO.1 找出你要为谁解决什么问题
产品是用来解决问题,而不是来创造问题的。一个成功的 MVP 产品的第一步就是要明确客户/用户为什么需要这个产品?这个产品如何帮助客户/用户解决问题。
明确这些问题,有利于确定产品的主要目标,并为未来受众的实际需求找到最佳的解决方案。
NO.2 分析市场上的竞品
如果市场上已经有了类似的产品,显然我们需要对竞品进行分析。但是有的时候我们会因为对产品独特性的信任而忽略一些非直接的竞争对手(比如技术不同但目的相同)。
除了搜索引擎和一些数据工具(App Annie、酷传之类),还有一个很好的渠道来了解竞品,那就是潜伏到竞品的客户群里,直接分析客户对竞品的反馈,从而了解现有产品的缺陷,择其善者而从之,不善者而改之。
一旦我们确定了需要解决的核心问题,并分析了市场上的产品(竞品)的缺陷,就可以继续进行下一步——分析产品的主流程。
NO.3 分析产品主流程
要分析用户主流程,我们应该先梳理用户大的使用阶段。实际上操作起来非常简单,因为只需要把用户如何使用产品达成产品的主要目标所需要的步骤找出来即可。这时候我们需要多考虑一些基础功能,少考虑一些魅力型功能。因为基础功能是你的最终用户实际使用产品时都会(大部分会)遇到的,也是实现产品目标最基础的保证。
NO.4 列出所有必要功能,排出优先级
分析完产品主流程,我们可以对每一个主流程阶段进行细分,对需求进行整理——将不在主流程的需求干掉,并列出每一个主流程阶段所的需求,并排除优先级。这时候涉及到「需求管理」的一些方法——比如 KANO 模型、价值 vs 复杂度矩阵。
另外大家可以通过几个问题来处理需求:
- 你最希望用户完成的操作是什么?
- 你还想为用户提供什么服务?(这时候,可以把所有你想要的需求列一个 list,然后多问自己几个为什么需要这个需求,自己回答不上来或者不符合第一个问题的就从这个需求 list 里划掉)
- 这时候剩下了「必须要有的功能」、「有的话最好的功能」和「有没有都行的功能」,画个矩阵吧,用我之前介绍过的「价值 vs 复杂度矩阵」,来确定一下需求的优先级。
- 如果你确定了所有的优先级,则可以根据你的资源、时间来为你的产品第一个版本划定一个范围,并开始基于 MVP 的产品开发。
NO.5 验证和迭代
在完成 MVP 产品开发之后,我们需要尽快将其推向市场,让市场来验证你的项目,同时接收用户的反馈。因为只有从市场上你才能发现你的产品缺少了哪些功能或者多了哪些无关紧要甚至是累赘的功能。收集用户反馈之后,你可以用 MVP 的思想去改进、迭代、收集反馈,再次改进、迭代、收集反馈,形成一个循环,周而复始。
适用范围
正如没有一种药可以包治百病, MVP 也并不是完全适用于所有的产品。它的优势在于快速验证未知的市场,帮助公司以较低的产品快速试错,更适合于业务属性和行业门槛不是很强的to c 市场。而to B 市场一般有着成熟的业务体系,并不需要花费时间来试错,因此并不需要 MVP。
参考
https://wiki.mbalib.com/wiki/%E6%9C%80%E7%AE%80%E5%8F%AF%E8%A1%8C%E4%BA%A7%E5%93%81
https://www.woshipm.com/pd/879821.html