虚荣MVP

我通过SoHelpful许多创业者进行了一对一的MVP指导。

在这些同学中,有一位email我了一份设计精美的手机APP的原型图。看得出来他花了大价钱来请设计师。我们的沟通大致是这样的:

“那么你觉得如何?”

“哦...看这很漂亮...这就是你的MVP吗?”我问道。

“没错,这就是我的MVP。我正在问别人觉得它怎么样,”他说得热情澎湃,我几乎不忍心打破他的希望和梦想。

这哥们儿不是个例。许多人认为验证学习的途径就是这样的:

步骤 1: 思考一个新产品或创业想法。

步骤 2: 用纸笔、Balsamiq、Photoshop等做一个原型。

步骤 3: 走出办公室!问潜在客户对原型的感觉。

我见过许多类似的“MVP”。原型是强大的交流工具。它们有助于愿景的展现。但它们并不是为了验证学习。

虚荣MVP

原型、视频和登陆页,我称之为虚荣MVP。它们令你感觉良好,但不一定能够让你对风险最高的假设进行验证学习。

当你只是展示了一个原型、登陆页或者视频给客户,你就会得到下面这类问题的答案:

  • 人们会浏览我的产品吗?
  • 人们理解这些按钮是做什么的吗?
  • 人们会在我的应用中完成基本的操作吗?
  • 人们觉得你的产品怎么样?

对于产品或服务的核心价值中的最高风险的假设,虚荣MVP的确并未验证。人们在乎你的核心价值吗?他们会持续使用吗?他们会成为积极进行口碑传播吗?

为了回答这个问题,你必须停止展示你将如何给客户交付价值,然后创建切实可行的MVP,直接交付客户价值。《精益创业实战(Running Lean)》的作者Ash
Maurya
在他的博文中对MVP进行了重新定义:

最小可用产品,是指你可以创建的最小成品,用于交付客户价值(并可能额外回收一些价值)

A Minimum Viable Product is the smallest thing you can build that delivers customer value(and as a bonus captures some of that value
back).

[推文 “创建切实可行的MVP,交付客户价值。不要展示它。”]

反馈 Vs. 反应

虚荣MVP会同时带来反馈,而不只是反应。这就是虚荣MVP与可行MVP的最大不同。

Jake Knapp是Google投资公司的设计伙伴,他在这篇随笔中提到:反馈来自于大脑,而反应来自于本能。当你试图验证最高风险假设的时候,反应更加有用——反应更接近客户的真实所想。

想一想最近一次你询问反馈的情景。人们第一件事是做什么?思索。最糟糕的情况是,他们会告诉你一些凭空想出来的事,仅仅是因为你在问他们。

但当一个产品第一次向人们展示时,你马上可以看到一个人的反应。你可以看到困惑、欣喜、惊讶、理解、兴奋——各种反应。

如果你确实需要使用MVP来验证最高风险假设,就要停止询问反馈,应当观察人们的真实反应,然后决定接下来要做什么。

[推文 “如果产品看上去不是真实的,客户的响应就不是真实的。”]

虽然向朋友或者导师询问反馈很有用,但当你与客户交谈时,就应以反应为准。你只有真正交付客户价值时,才能看到反应。

承诺的价值 Vs. 交付的价值

有许多类似于电影《圣诞精灵(Elf)》中“世界上最好喝的咖啡”的虚荣MVP。在影片中,Buddy(Will Ferrell扮演的一个精灵)和Jovie(Zooey Deschanel扮演)出去到一个小咖啡厅约会。在咖啡厅门口,有一块牌子,上面写着“世界上最好喝的咖啡”。男主角给女主角点了那杯咖啡,然后满怀期待地看着女主角喝世界上最好的那杯咖啡的第一口。然而Jovie喝到的确是让人作呕的咖啡。

许多虚荣MVP如同那杯咖啡。它们通常是漂亮的图稿或者高产的视频,并展现了产品看上去将会是什么样子。它们言而无信,并且不会验证MVP中“V”(viable)那一部分。你能可行地交付产品或服务的价值吗?

这表明,只有在你交付客户价值并且观察你的顾客反映的时候,才能真正的验证学习。请使用早已存在的工具、平台和服务,比如,我在这篇Pando文章中提到的3
startups。

[推文 “你的MVP应当交付客户价值而不只是展示它。”]

交付客户价值。不要展示它。

原型、登陆页和视频用于与团队交流愿景还是很不错的,但是它们是验证风险最高假设的错误工具。不要再构建虚荣MVP和问询反馈,请交付客户价值并观察他们的反应。

时间: 2024-10-14 01:00:35

虚荣MVP的相关文章

MVC,MVP 和 MVVM 的图示 引用地址(http://www.ruanyifeng.com/blog/2015/02/mvcmvp_mvvm.html)

分类: 开发者手册 MVC,MVP 和 MVVM 的图示 作者: 阮一峰 日期: 2015年2月 1日 复杂的软件必须有清晰合理的架构,否则无法开发和维护. MVC(Model-View-Controller)是最常见的软件架构之一,业界有着广泛应用.它本身很容易理解,但是要讲清楚,它与衍生的 MVP 和 MVVM 架构的区别就不容易了. 昨天晚上,我读了<Scaling Isomorphic Javascript Code>,突然意识到,它们的区别非常简单.我用几段话,就可以说清. (题图:

android MVP模式

1.视图 1 <RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" 2 xmlns:tools="http://schemas.android.com/tools" 3 android:layout_width="match_parent" 4 android:layout_height="match_parent" 5 &g

2014年10月MVP开始申请了~[截止时间:7月10日]

51CTO与微软中国合作长期为用户提供申请"微软最有价值专家"的平台希望有兴趣.资历的朋友以及正在朝这个方向努力的朋友能够积极参与只要您想参与我们将为您向微软推荐 微软最有价值专家MVP一年评选4次分别为每年的1月.4月.7月.10月.2014年10月的MVP申请截止时间是2014年7月10日. 申请MVP的午饭请下载2014年10月MVP申请表填好后发送到[email protected].我们会在每次MVP申请开始时把用户提交的申请表格推荐到微软中国相关部门 [注意事项]1.51C

android MVP模式简单介绍

原文 http://zhengxiaopeng.com/2015/02/06/Android%E4%B8%AD%E7%9A%84MVP/ 前言 MVP作为一种MVC的演化版本在Android开发中受到了越来越多的关注,但在项目开发中选择一种这样的软件设计模式需保持慎重心态,一旦确定 使用MVP作为你App的开发模式那么你就最好坚持做下去,如果在使用MVP模式开发过程中发现问题而且坑越来越大,这时你想用MVC等来重新设计的话基 本上就等于推倒重来了.要知道在Android上MVP在现在为止并没有统

MVC、MVP、MVVM模式对比总结

前言说明 在实战项目及学习中来总结一下Android端项目构架 包括MVC.MVP.MVVM,主要针对移动Android端 目录 1.构架基础 2.横向构架模型 3.纵向构架流程 4.代码例子 1. 构架基础 MVC构架 基础说明: 1.model模型,负责处理具体业务逻辑 2.view视图,负责显示结果,一般直接与用户交互 3.controller控制器,负责将view界面的请求转发给model处理并依次返回结果 工作流程: 1.用户在view界面进行操作 2.view界面发送请求给contr

Android App的设计架构:MVC,MVP,MVVM与架构经验谈

来源: Android App的设计架构:MVC,MVP,MVVM与架构经验谈 和MVC框架模式一样,Model模型处理数据代码不变在Android的App开发中,很多人经常会头疼于App的架构如何设计: 我的App需要应用这些设计架构吗? MVC,MVP等架构讲的是什么?区别是什么? 本文就来带你分析一下这几个架构的特性,优缺点,以及App架构设计中应该注意的问题. 1.架构设计的目的 通过设计使程序模块化,做到模块内部的高聚合和模块之间的低耦合.这样做的好处是使得程序在开发的过程中,开发人员

MVC和MVP

Model View Presenter vs Model View Controller简介 在我工作中经常需要处理一些由于开发人员没能很清楚地理解MVC和MVP模式的区别的情况下使用它们而产生的问题.在这篇文章中我将会阐述一下我对两者之间区别的一些理解.在N层体系结构中MVC/P 模式仅仅只是用于表示层(presentation layer),理解这一点很重要.这两个模式并不是关于怎么构建数据层(data layer)和服务层(service layer)的,而是关于怎么将数据(data)从

MVC,MVP,MVVM

复杂的软件必须有清晰合理的架构,否则无法开发和维护. MVC(Model-View-Controller)是最常见的软件架构之一,业界有着广泛应用.它本身很容易理解,但是要讲清楚,它与衍生的 MVP 和 MVVM 架构的区别就不容易了. 昨天晚上,我读了<Scaling Isomorphic Javascript Code>,突然意识到,它们的区别非常简单.我用几段话,就可以说清. (题图:摄于瓦伦西亚,西班牙,2014年8月) 一.MVC MVC模式的意思是,软件可以分成三个部分. 视图(V

MVP模式入门案例

随着UI创建技术的功能日益增强,UI层也履行着越来越多的职责.为了更好地细分视图(View)与模型(Model)的功能,让View专注于处理数据的可视化以及与用户的交互,同时让Model只关系数据的处理,基于MVC概念的MVP(Model-View-Presenter)模式应运而生. 四个要素: (1)View:负责绘制UI元素.与用户进行交互(在Android中体现为Activity); (2)View interface:需要View实现的接口,View通过View interface与Pr