产品战略专家梁宁确认出席AICon北京站,分享AI时代下的商业逻辑与产品需求 了解详情
写点什么

最小可行产品——揭示价值之道

  • 2009-09-09
  • 本文字数:1707 字

    阅读完需:约 6 分钟

Venture Hacks(Advice for Entrepreneurs)网站上最近的一次访谈里面,评论员 Eric Ries 讨论了最小可行产品(Minimum Viable Product,简写为 MVP)的概念——只是“刚刚好”满足客户的需求,这样的产品人们乐意付费,而且可以尽快推向市场。正如 Reis 所言:

最小可行产品应该只包含那些足以让你交付产品的特性,早期的潜在客户可以查看该产品,而且至少有一部分人会认可、并愿意购买产品,开始向你提供反馈。

他把这种做法和非常典型的“构建所有能想到的特性”的“散射式”做法进行了对比:

“散射式”做法的问题在于:你只有在完成了所有不同的产品特性之后,才能获得反馈。为了满足那些不同的特性,你必须在产品中实现不计其数的特性。而且一般来说,等到产品完成的时候,一切已经太晚,根本无法确保你行进在正确的道路上。

只关注于最小可行产品是有益的,因为基本上你只用说“看,我们的愿景是构建一个产品,解决客户的这个核心问题,以及这些类型的一般特性领域”,我们认为:对于期冀这种解决方案的前期潜在客户而言,这些是可以接受的。

如果我们向他们交付了核心的、纲领性的特性,而这些特性可以指出我们下一步的方向,他们就能想象出产品现在暂时不具备但是将来会有的特性。

在访谈中,他举了一些他的公司如何通过关注于 MVP 从而达成良好结果的例子,并讲述了在没有这么做时他们所遇到的问题。

他建议使用 MVP 以真正地验证产品的愿景——如果你不能识别出 MVP,你很可能正在构建一件错误的产品——趁早结束它!

将会有一些创业的人找到我,跟我说:“但是等等,我的客户并不知道他们想要什么。如果我问他们‘你需要这个东西吗?’虽然答案应该为‘是’,但他们却可能说‘不’。”

然而,这只是一个被滥用的借口而已,虽然在有些情况下的确是那样的。判断的关键在于:哪些才是最小的特性集合?在一些案例中,比如娱乐产品,也许你得先构建出一个早期的原型,或者一个图样,或者甚至产品的第一个版本,其中包括你认为可行的最小特性集合。

一个最小特性集合的好处是你有了一系列中间点,可以经常询问自己“我现在是在关注最小特性集合吗?我现在是在关注最小特性集合吗?”

只要你不害怕做错的负面评论,也就是说,假如你构建好了系统最初的纸质原型,并且向人们做了展示,但却没有人想要它,而你不会为此觉得沮丧。这并不意味着,你要因为“忘记它吧,我们永远做不好”的言论而放弃,你可以说:“好吧,让我们多重复几次。”

如果你坚持对产品进行迭代式的改善,你能一直让它进一步地经受考验。在这样反复 10 次之后的某个时候,你却仍然丝毫没有弄清楚,而且你从客户那里得到的反馈只是哈欠连连,你可能会告诉自己:“知道吗?我们走错了方向。事实上,我们超出了最小可行产品的边界。这已经不再是可行的产品了。”

他接着探讨了比如 TDD、短迭代周期和最小设计这样的敏捷实践的应用如何允许了产品的不断演化,从而交付了价值和竞争优势。他比较了特性的流动和非线性的网络结构,比如互联网:

我现在觉得:与其把特性的流动看成是线性的顺序,我更倾向于认为把它看作一个很大的网络。问题是:对于给定的任何特性,它会在网络中沿着哪条路径传递?不同的特性应该沿不同路径传递,就好像互联网上我们在必要时沿着不同的路径传递包一样。

他举了一个例子,例子中的特性从来没有被真正地构建,没有获得客户反馈,也就无从得知它是否给客户添加了价值(如果我们构建它,客户真的想要它么?),一直到部署:

即使特性非常大而复杂,在某个关键页面上也要有一个链接,告诉用户可以去做其他的事情,或者用户在某个关键时刻会收到一封邮件。

一般来说,对特性的访问只能通过一个单一的入口。我们经常在分开的测试里面添加这样的入口点,看最初是否有人会去点击它们?这样我们就能看到相信那里存在这个特性的人们的点进率。

我们同样可以看到一个有趣的现象,有时只要特性存在,即使没有人点击,仍然会在其他方面影响人们的行为。

如需阅读全文,请点 http://venturehacks.com/articles/minimum-viable-product


即使你不是在构建需要风险投资的产品,这些原则在优先级设定和给项目工作排序上面会带来哪些帮助呢?

查看英文原文: The Minimum Viable Product - a tool for exposing value

2009-09-09 08:123674
用户头像

发布了 76 篇内容, 共 24.4 次阅读, 收获喜欢 3 次。

关注

评论

发布
暂无评论
发现更多内容

共享洗车机多少钱一台?看品牌

共享电单车厂家

自助洗车机价格 自助洗车加盟 共享洗车机多少钱

面试官:你说你精通Redis,你看过持久化的配置吗?

阿Q说代码

redis aof rdb 数据持久化

即构「畅直播」上线!提供全链路升级的一站式直播服务

ZEGO即构

架构实战营 第 6 期 毕业总结

火钳刘明

《各行业零代码企业应用案例集锦》正式发布

明道云

架构实战营 第 6 期 毕业设计

火钳刘明

#架构实战营 「架构实战营」

牛客java选择题每日打卡Day1

京与旧铺

6月月更

Guava中这些Map的骚操作,让我的代码量减少了50%

码农参上

JAVA开发 Guava java工具包

优酷 Android 包瘦身治理思路全解

阿里巴巴文娱技术

治理 包大小

如何做到全彩户外LED显示屏节能环保

Dylan

LED显示屏 全彩LED显示屏 户外LED显示屏

主数据建设的背景

奔向架构师

数据仓库 主数据 6月月更

升哲科技 AI 智能防溺水服务上线

SENSORO

大数据 AI 物联网

车白兔:自助共享洗车机哪家好

共享电单车厂家

自助洗车机 自助洗车加盟 车白兔自助洗车

心楼:华为运动健康的七年筑造之旅

脑极体

应用实践 | 海量数据,秒级分析!Flink+Doris 构建实时数仓方案

SelectDB

数据库 flink 数据分析 Doris 数仓

TDengine可通过数据同步工具 DataX读写

TDengine

数据库 tdengine 时序数据库 DataX

为什么生命科学企业都在陆续上云?

阿里云弹性计算

HPC 高性能计算 生命科学 基因测序

海泰前沿技术|隐私计算技术在医疗数据保护中的应用

电子信息发烧客

畅直播|针对直播痛点的关键技术解析

ZEGO即构

直播体验升级 首帧秒开

车白兔:洗车新模式共享自助洗车

共享电单车厂家

自助洗车 自助洗车加盟 车白兔洗车

Redis+Caffeine两级缓存,让访问速度纵享丝滑

码农参上

redis 缓存 JAVA开发 Caffeine

openGauss内核:简单查询的执行

华为云开发者联盟

数据库 互联网 华为云

Volcano成Spark默认batch调度器

华为云开发者联盟

云计算 数据分析 后端

AntDB数据库在线培训开课啦!更灵活、更专业、更丰富

亚信AntDB数据库

数据库 AntDB 培训学习 数据库·

如何化解35岁危机?华为云数据库首席架构师20年技术经验分享

华为云开发者联盟

中年危机 经验分享 华为云

一文理解OpenStack网络

华为云开发者联盟

后端 网络

XTransfer技术新人进阶秘诀:不可错过的宝藏Mentor

XTransfer技术

职场新人 职场经验

在shiro基础上整合jwt,可在项目中直接使用呦

阿Q说代码

springboot Java EE 权限验证 shiro整合jwt

建木持续集成平台v2.5.0发布

Jianmu

开源 DevOps CI/CD Worker 建木CI

Datakit 代理实现局域网数据统一汇聚

观测云

共享智能自助洗车现在市场如何

共享电单车厂家

自助洗车加盟 自助洗车市场 共享智能自助洗车

最小可行产品——揭示价值之道_研发效能_Shane Hastie_InfoQ精选文章