如何去有效可行又快速低成本地验证自己的想法，这就是本文要讲的精益产品验证。

你可以在草图上使用橡皮，否则，你只能在建筑现场使用大锤了。

 前言

思考以下场景：

当你有了一个认为很棒的创意，觉得它可以更好地解决用户的一个问题（比如人们是否能够接受网购、外卖和网上打车？人们是否愿意在餐厅吃完饭之后愿意去写点评）……

你经过用户研究进而用同理心发现他们的需求，并针对问题构思好了一个解决方案后（人们是否能够愿意使用并愿意长期在手机上看着软件健身？人们是否愿意在网上约专业人士咨询并付费）……

当你认为自己预判到趋势，觉得这是一个连用户自己都没有想到过的解决方案甚至是需求（人们是否真正需要一个智能音箱？对人们来说，短视频是否是一个更好的消磨时间的媒介？）……

现在你可能非常兴奋和激动，觉得自己即将出任CEO走上人生巅峰；也有可能脑子里充满了问号，不知道下一步怎么做。

上面场景中的例子，是淘宝、饿了么、滴滴、美团点评、keep、在行、抖音这些在今天很厉害的产品，我们有时想知道，有这么多用户和这么多功能的产品，在一开始是什么样的，是如何一步一步成长起来的呢？

实际上，任何一款伟大的产品都是从1.0版本的简单功能逐渐迭代而成的。而决定一款产品能否成功，很关键的一点是产品市场契合P/MF（Product/Market Fit），即产品符合市场需求。

因此，此时你应该做的，就是去验证自己的想法，最终让自己的创意达成产品市场契合。而如何去有效可行又快速低成本地验证自己的想法，这就是本文要讲的精益产品验证。

 精益产品验证

直接批量生产产品、投放市场——很可能生产出用户根本不需要、根本解决不了问题、用户不愿意付费、用户没多少人用的产品。

拿着商业计划书找投资人——投资人可能觉得这个产品过于虚幻，也没有经过市场检验，不敢盲目投资。

因此精益产品验证的好处在于，它能成本低且快速地获得用户反馈，迭代产品，并获得投资人的青睐。

那么验证时验证什么(What)，以及如何验证(How)呢？

我将这2个问题的回答总结以下步骤（划重点！！）：

这5步和《精益创业》的“构建—测量—学习循环”，以及质量管理领域的“戴明循环”十分相像。

 第一步，提出需验证的问题和假设

在一开始，我们需要很清楚地知道：所有的实验只有一个目的——将假设转化成经证实的认知！因此，在开始前，我们需要有明确的假设 + 可评估的指标。

验证究竟是要验证什么呢？《精益创业》这本书的作者Eric将假设分为价值假设（Value hypothesis）和增长假设（growth hypothesis），可以为你提供思路和思考框架：

价值假设：产品是否是用户需要的。

增长假设：产品是否对用户有长期价值，并能有健康增长的引擎

 第二步，确定验证的评估指标及判断依据

基准Benchmarks：

除了定下参考指标，还需要定下参考基准。举个例子：我们可以规定如用户的7日日留存率达到30%、用户满意度为百分之70%、付费意愿达到30元以上、净推荐值达到8等等，算是验证通过。这个基准依照所在行业平均水平来制定。

 第三步，快速低成本做出最小化可行产品

明确了假设并制定了指标后，下一步就是真正去验证，我们需要去制作一个最小化可行产品（MVP）。

定义

最小化可行产品（Minimal Viable Product，简称MVP）也是Eric的《精益创业》这本书中的一个概念。

在解释概念之前，先举个假想的例子，假设我们想世界上第一款汽车，但不知道用户是否接受，如何验证呢？

正确的做法不是像上面的，一开始去给用户1个轮子、2个轮子、1个车架，问他们是否接受。而是要像下面这样，先让用户试试带轮子的滑板、推车、自行车是否接受。因此，要理解MVP，我认为核心在于可行（Viable）和最小化（Minimal）：

可行：表示此时提供的解决方案能够解决用户的痛点，满足需求。

最小化：在可行的前提下，所有的开发工作都是为了让此产品解决问题，没有一点多余的功能。

1、先站在用户视角，去梳理用户的任务步骤（用户的目标是什么，要完成这个目标一共至少有几步）

2、再站在产品视角，去对每个步骤罗列支持它的功能。（对于用户的每个步骤，我们如果能让用户完成它，需要做什么功能来支持）

3、最后进行优先级排序，构建MVP功能集合。（将上一步中的功能按照成本和收益进行排序，砍掉性价比低的功能，最终确定MVP产品的功能集合）

通过：梳理用户流程——分析支持的功能——优先级排序，最终留下的功能就构成了MVP。（说明：这里仅仅是做C端网站，关于商家管理、后台支持、供应链等等暂时不看）其他MVP例子这是一个我很喜欢的MVP例子——大众点评的最早网页版。

大众点评的MVP版本一开始就想验证2件事：

网民在一家饭馆吃完饭后，会不会愿意写点评？

人们是否愿意在网上预订餐馆和酒店？

在我看来，这都是体现了MVP的精益产品验证思想：只要达到解决问题的目的，能不做就不做，能简单的就不做复杂的。关于MVP的体会最后对于MVP，我特别想给大家分享我在扇贝做产品助理实习时，CEO在白板上边画图，边看着我的眼睛，认真告诉给我的3句话：

做产品一开始，一定首先满足核心用户的核心需求。

加功能是很好加的，只要是个看起来还不错的功能，是个人都会加。而在现有的功能上砍功能就很难很难了，因为功能一旦上去，再砍掉必定会让正在使用的用户不满。

产品经理做产品时，心中要有路线图的概念。做这个版本时，明确这个版本的目的、重点、考核指标，以及下个版本时要增加什么功能。

 总结

————————————————
版权声明：

本文 魏楚时原创发布于UI中国。遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。
原文链接：https://www.ui.cn/detail/516345.html