PM 学项目管理之什么是敏捷开发（下）

2017-01-08 16:50:00

产品经理要了解的，还是敏捷的本本质：一个是MVP，一个是精益分析。

上篇文章《PM学项目管理之什么是敏捷开发（上）》讲述了敏捷的概念和一些基本特点，这篇我们来认识下敏捷的本质及其目的。

事实上，敏捷的背后是两个在当下非常流行的概念，一个叫做MVP，一个叫做精益分析。

什么是MVP和精益分析

MVP是最小化可行产品（Minimum Viable Product）的简称。这个概念是Eric Ries 在《精益创业》里提出来的，简单地说，就是指产品开发团队通过提供最小化可行产品获取用户反馈，并在这个最小化可行产品上持续快速迭代，直到产品到达一个相对稳定的阶段。

MVP模型也是《精益创业》中最为崇尚的方法，在产品的生命周期中，产品处于探索期时，产品价值、市场切入点、用户群、用户体验平衡点、商业目标等都模糊不清，这时候就需要低成本快捷的MVP去探索以上问题，让产品找到更好的发展方向。

mvp的版本迭代思路

如上图所示，传统的产品设计思路是一步一步，从车轮、车轱辘、外壳、动力装置、内部装饰一个流程一个流程做起，最后得到一个完善的产品。正确的敏捷迭代应该是每一步的产品都是最小可行的，虽然第一版滑板车和最后的汽车相去甚远，但也是能够滚动的代步工具，在验证了用户对出行工具的认可程度后，我们就可以去生产更加高级、完善的摩托车、甚至小轿车。

MVP的几个原则可以和大家分享下：

1、抓住产品核心主流程

MVP要求我们抓住最核心的产品流程，剔除多余的功能或者高级功能。比如电商产品，核心目标就是让用户在产品上下单买东西。那核心流程就应该是：浏览商品——挑选商品——下单付款——查询物流信息。那就围绕这个流程，剥离其他多余的功能需求（个性化推荐、活动推荐、秒杀大促、分享评论、积分等），做一款MVP产品。

当然，一款产品的核心主流程具体包含哪些，这个是需要团队和产品经理一起去商量出来的结果，不同业务，不同场景下的核心流程会有所差异。

2、不同阶段的MVP目标不同

在产品从0到1的阶段，产品刚刚上线，这个时候MVP1.0的目标就是验证需求，设想的需求是真实存在还是伪需求？设想的需求是高频还是低频？是刚需还是非刚需？

而在后续的迭代中，如果产品设想的需求的确和市场痛点相匹配，那么MVP2.0的目标则会开始优化产品核心主流程的用户体验，然后增加一些新的功能点。下一个版本的迭代则继续去观察新增加的功能点是否符合用户需求，考虑如何改进或者是下线处理。简单来说，在不断的迭代的过程中，我们对MVP的关注目标发生了一些变化，但最核心要关注的还是产品的核心主流程。

3、可以尝试任何产品形态

随着移动互联网红利期的基本结束，一个创业公司通过开发一款APP而成为独角兽级别公司的可能性已经越来越小了，这个时候APP的开发成本、推广成本也是相当之高。所以很多的创业公司会去纠结到底是做一款APP还是做一个微信公众号，这其实就涉及到MVP的产品形态问题。MVP可以是一个只有基本功能的APP，也可以是一个微信公众号，一个微信群，甚至是一款纸面原型，一个视频。只要是可以让你的用户直观地感知到产品的价值，能激发出他们想要使用产品的体验就可以。

现在更多的产品会通过微信公众号的形式验证，比如知乎的付费问答值乎，最开始的mvp产品形态主要是知乎服务号的自定义菜单或者朋友圈的分享，如果一开始就放在App端，如果用户没有来得及更新，就错失了市场机会（同一时间，分答已经在市场上跑马圈地了）。

那什么是精益分析呢？

所谓的精益分析，首先是你有一个想法或者灵感，然后通过MVP策略让产品快速上线，产品上线后，通过数据来衡量用户的表现，如果好的话就保持、继续优化，不好的就下线反思。

在创业公司，大部分的idea都来自于创始人的灵光一闪，大部分情况下投放到市场上验证时发现用户没有需求。创业团队往往精力有限，要让验证的周期尽可能缩短，而MVP加上精益分析，通过数据表现就可以快速地帮助验证市场对于产品的反馈。如果用户反馈很好，就可以继续加大投入，如果用户反馈有问题，也可以及时调整避免更多的精力浪费。

MVP的实践版——分答的版本迭代之旅

分答，是2016年度最引人注目的付费语音问答，用户可以快速地找到可以给自己提供帮助的那个人，行家通过语音用一分钟时间为用户答疑解惑。这款产品由在行团队孵化，也是延续了知识传播与分享的分享方式。不仅是科学家，很多名人和各领域的专家也都加入「分答」付费问答的模式。上线仅四十二天，超过1000万授权用户，付费用户超过100万，33万人开通了答主页面，产生了50万条语音问答，交易总金额超过1800万，复购率达到43%。

在如此傲人的成绩下，分答的产品总监朱晓华透露，分答的idea来自于在讨论轻量化知识交换平台中，姬十三想做个语音问答，从确定要做到产品正式上线，中间只用了一周的时间。

我们可以来看看一周的时间，分答团队都做了哪些事情：

一晚框架：1个产品经理一日原型：3个产品经理一个周末主体：1设计、1后端、1前端、1测试、1运营一周业余时间完善两天内测一日引爆

通过一周紧张的设计和开发，分答的第一个版本终于上线了。第一版上线的分答，非常简单、简陋，只有最基本的提问和偷听功能，而且还有不少的bug，但这并不影响产品上线验证用户需求。

分答的版本迭代1

分答的版本迭代2

在上线之后，分答团队基本上保持了每天发布至少3次新版本的节奏在进行更新，这是怎么做到的呢？

除了精益迭代的团队认知之外，还有一个产品形态的选择也是产品能够快速迭代的基础。分答第一版的产品形态不是基于手机的客户端，而是在微信环境内使用的一个H5页面，并通过服务号完成通知、支付等服务。

比起直接开发手机客户端，用基于微信服务号进行开发有几个非常明显的好处：

1.用户使用成本低：不需要下载客户端，打开网页就可以使用

2.开发成本低： iOS、android客户端两大阵营开发起来就直接双倍工作量，而且还有各种适配问题

3.迭代成本低：不需要去应用市场提交新版本，在让用户下载安装包进行更新，直接服务器端进行更新就完成了迭代，用户完全无感迭代

用H5版本进行开发，极大地降低了开发和迭代成本，在微信环境里，入口虽然深，但通知和交易闭环都是完整的。

上线并不意味着战斗结束，如何精准、高效地记录和分析产品数据，通过对产品数据和用户数据的精益分析去迭代产品，则成为了下一个阶段的工作重点。分答团队通过使用第三方数据分析平台，跟踪不同模块的使用频次，监控搜索效率与付费收听流程的转化，通过观察留存来分析各用户群组的复听率、复购率等，不断地观察产品的数据表现和了解用户反馈去迭代产品。

就这样，分答在短短6周内通过敏捷开发的方法创造了知识分享领域的“数据增长神话”。

作者：壹百度（微信公众号：倒退集），在线教育企业服务领域产品经理，创业公司Team Leader。常常自诩是文艺青年和极客青年的结合体，在宅与不宅之间可以自由切换，曾主导多款重量级产品的产品策划和设计工作。

关键字：产品经理, MVP

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