MVP的模式下互联网+创业团队MAP模型特征分析.docVIP

MVP的模式下互联网+创业团队MAP模型特征分析 　　摘 要：在全民创业万众创新的形势下，众多创业者在互联网+创业中选择精益创业模式，通过MVP（Minimum Viable Product）即最小可行性产品模式以实现产品快速迭代和团队小步快跑的目标。MVP模式对互联网+创业团队的核心人员有特别的胜任要求。通过对互联网+创业团队架构、创业团队核心成员MAP模型中脑力、态度和要素分析可以找出MVP模式下创业团队核心成员的胜任特征，并可以通过这些特征和特征评测工具为选择MVP模式的的创业团队对团队领导者、产品人员、设计人员以及技术开发人员为核心的团队胜任特征模型的评估提供可测量、可评估的参考。 　　关键词：最小可行性产品；胜任模型；岗位胜任 　　中图分类号：G304 文献标识码：A 文章编号：1671-2064（2017）17-0227-04 　　MVP模式即最小可行性产品模式，此提法见于硅谷创业家Eric Rise2012年8月在其著作《精益创业》（Lean Startup）一书[1]。精益创业即就是为了解决在高度不确定的环境中，在创新过程中，如何避免资源浪费最终取得成功的方法。精益创业有两个假设，第一是价值假设，即认为用户的需求痛点存在且创业者有通过提供服务或产品解决痛点的存在价值。第二个即为最小可行性产品，即通过提供解决痛点的核心需求产品或服务来验证痛点，在一个节点内此产品是最简洁，最有效且可满足解决需求的。 　　1 MVP模式解析 　　1.1 MVP思想溯源 　　MVP思想可以追溯到软件工程开发思路中的原型建模，即通过对需求的分析先构建一个满足需求核心点的原型后放入软件工程流程中进行验证，在得到验证结果后进行选中或弃掉或优化的选择。原型建模流程如图1所示。 　　1.2 互联网+创业中MVP模式的应用 　　在互联网+创业的模式下，MVP模式的核心在于尽量做到需求满足高保真、开发成本最小化、满足商业价值的同时拥有较好的用户体验。只有基本产品才能将产品的商业价值最大化的表现出来，开发成本最小化。结合精益创业的思想，MVP模式运作流程如图2所示。 　　1.3 MVP模式进度过程和典型案例 　　MVP模式下的开发分为三个过程：第一步：基于核心需求搭建最小可行产品，基于最基本最核心的特性形成产品推向目标用户。第二步：通过目标用户的反馈信息进行快速迭代优化。第三步：通过内外部的反馈机制对用户反馈进行快速收集和整理，分析并得到迭代的决策依据。根据迭代决策快速更新产品功能并及时修正并上线后持续获取用户反馈。 　　1.3.1 典型的MVP案例 　　谷歌、百度等基于搜索引擎?a品而延伸到现在的过程其实可以看做典型的MVP模式。首先通过搜索引擎满足用户进入互联网后信息搜索的核心需求，在验证了需求之后开始叠加翻译、社区、输入法、浏览器等更多的功能最终形成了基于搜索引擎的产品和服务体系。 　　谷歌和百度两个搜索引擎虽然都基于同样核心需求的MVP模型，但是最终延伸出的产品线却不完全一样。百度的贴吧，谷歌的earth服务等都是各自对用户群需求判断并延伸出不同方向进行迭代开发的结果。在产品侧对比中无所谓两者延伸需求的优劣，因为二者都曾经在MVP模型中加入了最终被论证为不是那么符合用户需求预期的产品，比如百度的电商以及谷歌的Google Wave等。 　　整体而言，二者都是基于MVP模式在对自身产品和服务进行延伸和迭代，被证实为具有迭代价值的服务会被保留甚至发展壮大，被评价为不具备太大迭代价值的服务或产品则会被雪藏。 　　1.3.2 MVP模式的核心和成败要素 　　MVP模式的核心为通过最小化的成本最快速的验证商业模式，即面向目标受众提供解决痛点的最小可行核心功能产品，通过用户的测试来验证商业模式是否可行。同时在验证了MVP之后再进行功能升级或叠加，通过对用户的需求的预测、产品化验证、需求满足不断实现对产品和服务的广度和深度的延伸，最终实现产品和服务流量的流量不断扩大同时实现流量的最大化变现。 　　但是当一个定位不清晰、逻辑不严谨、设计也不够精致的MVP上线之后很容易遇到被用户体验过一次就弃用的情况，即使这种情况没有立刻出现但是根据用户反馈而进行的持续大量的迭代修改也是不可避免的。在此情况下不管作为团队领导者还是产品人员或设计师都会不断的被各种蜂拥而来的迭代需求淹没。如果团队成员没有应对这种情况的能力，而导致整个团队疲于应付以致崩溃则容易出现了MVP模式的在创业团队中的执行困难甚至失败。在此团队能力不足、团队接近崩溃状况下，不但MVP模式的优势难以起到应有的作用，而且还可能因为团队核心人员的能力不足，MVP模式反而成为团队发展缓慢甚至导致团队解散的导火索。 　　2 MVP模式下创业团队核心人员的胜任特征 　　2.1