产品手记：7 需求验证与 MVP

如何快速验证需求及解决方案，在产品的不同阶段有不同的方式。在产品已经有了一定规模后，可以采用灰度发布的A/B 测试，对部分用户测试新功能，并进行数据对比。但在产品的初期，甚至是产品的概念验证时期，如何快速验证需求呢？在这里来介绍一下 MVP（Minimum Viable Product 最小可行产品） 。

MVP最小可行产品的重点顾名思义，最小与可行。

最小 即功能最简与开发难度最低，只完成核心功能，不考虑高级功能，开发时也尽量多用轮子，降低开发难度。

可行 即保证用户使用的核心流程，确保用户问题的解决与产品价值的实现。通过MVP最小可行产品，快速获取用户反馈并快速迭代，验证产品模型。

青柠活动

以青柠活动为例，在最初的版本里，只做了活动查看、详情及报名的基本流程，在保证产品价值的基础上做到最简。同时为了减少开发难度，没有上线用户系统，只是在第一次填写报名信息时本地存储姓名和手机，活动组织者的后台也暂时用数据库手动导出代替，分享只做了页面，需要用户手动截图分享，连首页活动列表都全部是事先制作的图片以减小适配难度。

Dropbox

在MVP的基础上，针对产品的概念验证还有个更快捷的方法， 模型与宣传验证 。最出名的案例就是Dropbox，文件同步这种产品很难在实际完成之前很难让用户理解和说服VC，而开发又需要比较大的成本解决技术难题。于是他们制作了3分钟的演示视频，展示了创始人使用这个产品的具体方法，就像现有的文件夹一样简单却能做到实时同步，视频放出后，有几万人在官网上预约这款产品，而当时他们连产品开发都没有开始，但是这个数据就足以验证需求与打动投资人了。

青柠活动原型

做青柠活动时，在开发开始前，为了验证需求，我们用墨刀快速的制作了一个手机上可以交互的原型，并邀请了一些用户来体验，并针对反馈快速改进，直到觉得基本流程完善了才开始开发。

主要参考文章与书籍：

《启示录》、《需求不是『我觉得重要』就重要的》 by 刘飞

文／kuanso

关键字：产品经理, 验证

版权声明

本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！