B端产品MVP的5点感悟解析产品mvp如何分析 _生活百科

产品mvp如何分析(B端产品MVP的5点感悟解析)，小编带你了解更多信息。

编辑导语：或许你会遇到学完MVP之后但是在实际运用中却无从下手的情况，遇到这样的情况应该如何解决呢？作者总结了其在B端产品MVP实践中的5点感悟，与你分享。

文章插图
关键词：MVP
你有没有在学过MVP思想后，依然不知道在实际产品中如何去落地？
对于哪些功能可以归属在MVP中，哪些不应该归属在MVP中，不知如何下手？
刚开始，我以为我学完MVP理论就已经懂了MVP，而实际上并不是如此。
一方面，在实际工作中，总想一次性做个完美的产品出来，给客户“哇”的感受。
另一方面，研发时间紧张，根本没时间思考MVP的事儿，只想快速梳理出一堆功能，试图赶紧开发完。
直到我在自己负责构建一款0-1的产品时，我发现我不懂MVP，我无法灵活地应用它，以致于没办法在关键时刻给出合理的结论。我深刻地感知到“纸上得来终觉浅，绝知此事要躬行” 。
今天，我想和你分享下我对MVP的一些感悟。因为在MVP模式的指导下，我们的产品在半年后不仅有了种子客户，验证了产品的可行性；还获得了公司内部比赛的优胜奖，这是大家对我们产品的认可和鼓励。
这也让我在实践MVP的过程中，对什么才是可行的MVP产生了新的思考。
首先，我们先来看看理论中的MVP到底是什么？
一、MVP的概念定义MVP全称是Minimum Viable Product，也就是最小可行性产品，这是埃里克·莱斯在《精益创业》这本书中提出的理论。
在MVP产品设计理论指导下研发出来的产品具有功能极简、可被使用、开发成本低、适合快速迭代等特点。
产品以低成本快速实现核心功能后，顺势推向市场，交给用户去验证产品的可行性，通过用户访谈等方法获取用户使用的体验反馈，基于此快速迭代产品。
在我的书籍《B端思维-产品经理的自我修炼》中，我也提到过，如何在确定最小可行性范围？我们可以遵循以下原则：“少了某些功能，产品就无法正常使用，这些功能要做。多了某些功能，产品没有使用起来更好，且又增加开发成本，这些功能不做。要做满足用户刚刚好需求的核心功能点。”
MVP相比原始的瀑布式研发流程来说，可以规避团队辛辛苦苦研发完一款产品后，推向市场，市场不接受的情况。这会严重浪费资源、时间与金钱。
二、如何构建MVP产品那么如何构建一款MVP产品呢？大约5步骤：
第一步：明确产品目标。明确做什么产品？产品解决客户哪些痛点？能给客户带去什么价值？在此之前客户是如何解决该痛点的？
第二步：梳理用户流程。围绕要解决的用户痛点，定义用户操作流程，引导用户达成目标。（这里不要忘了去和客户沟通，了解客户对你想法的大致思考）
第三步：定义产品功能。依据流程，梳理出实现用户目标需要涉及到的功能点。
第四步：功能优先级排序。根据研发资源、交付周期等情况，对功能进行排序与删减。
第五步：绘制原型图。完成碎片化功能到一个可满足客户痛点、刚需的原型图。
基本上到此，我想你对MVP有了概貌性的了解。
对于MVP，总结起来一句话，即是：“做最小单位的市场刚需产品，验证通过，则持续投入；验证不通过，则迅速调整方向。”
接下来，我将和你分享下，我在实际做产品中，对MVP的一些感悟吧。
1. MVP一定要研发出来吗？一个高保真原型算不算？这个问题我在带团队研发产品中思考了不下数次，即，高保真原型算不算一个MVP？我也问了一些小伙伴，基本没有明确的答案。
为什么我会思考这个问题呢？
因为我在带团队研发一款产品的时候，研发资源不够，这就不得不促使我去思考一个问题：如何才能在开发中胸有成竹，每开发一个功能不是怀疑，而是尽可能自信。
因为资源甚少，我不希望把资源浪费在任何一个地方，一定要打到实处。
每一步都要走稳，才可以用时间换取最大成功的可能性。
后来，我看到Zappos的MVP做法后，我的思路被打开了。
Zappos是一家卖鞋子的网站。起初，创始人有个想法，想从事鞋类零售。但是假如他先拿货，再去卖，就会出现库存的情况。于是他放了鞋子的照片在网站上（实际上他没有鞋），如果顾客拍下了鞋子并付款了，他就会去购买鞋子，从而出售。