QCon北京「鸿蒙专场」火热来袭!即刻报名,与创新同行~ 了解详情
写点什么

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

  • 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:123827
用户头像

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

关注

评论

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

请谨慎选择工作offer

老张

面试 求职面试 offer大厂

从 2.x 到 3.x,TDengine 在 3D 打印技术中的应用实践

TDengine

tdengine 时序数据库

动态规划-序列比对-Smith-Waterman

alexgaoyh

Java 动态规划 编辑距离 序列比对 Smith-Waterman

融云全球通信网的「最后一公里体验」之战

融云 RongCloud

解析Java Chassis 3中应用视角的配置管理

华为云开发者联盟

Java 微服务 开发 华为云 华为云开发者联盟

玩转数据处理利器:学会使用 YAML 文件轻松处理数据

霍格沃兹测试开发学社

【Linux技术专题】「夯实基本功系列」带你一同学习和实践操作Linux服务器必学的Shell指令(文件处理指令-上)

码界西柚

Linux 技术分享 后端领域‘’ 2024年第十九篇文章

LiveVideoStack人物专访:深耕多媒体二十载,他怎么看未来的视频云?

阿里云CloudImagine

云计算 视频云 多媒体

微服务的拆分规范和原则

伤感汤姆布利柏

光纤的连接

小齐写代码

为什么选择 NineData 作为 MongoDB 的最佳拍档?

NineData

mongodb NineData MongoDB 数据库管理工具 MongoDB数据库

实战Arthas:常见命令与最佳实践

Java随想录

Java 工具 Arthas 线上问题排查

一览2023 Web3 风云录

TechubNews

web3 香港Web3

【年后跳槽必看篇-非广告】Kafka核心知识点-第二章

派大星

Java 面试

基于PAI-EAS一键部署Stable Diffusion AIGC绘画

阿里云大数据AI技术

深入探析MySQL数据库:优势、版本与发展全面解读

小魏写代码

【第七在线】智能商品计划:让供应链管理更加智能、高效

第七在线

Linux 中常用的基础命令

emanjusaka

bash Linux command

传统企业和数字化企业的关系及优劣势

天津汇柏科技有限公司

数字化转型 企业数字化

千万级高性能长连接Go服务架构实践

百度Geek说

golang 架构 高并发 长连接 企业号 1 月 PK 榜

测试管理进阶 | 如何打造一份出彩的工作汇报!

测试人

软件测试 测试 自动化测试 测试开发 测试管理

一个很热的国产低代码开发平台

2D3D前端可视化开发

物联网 低代码开发平台 数字孪生 前端设计 可视化开发

奖金 30 万!OurBMC 开源大赛等你来战

OurBMC

开放原子大赛 BMC全栈技术 ourBMC 飞腾服务器故障诊断

别再因为React、Vue吵了,真的毫无新意!

伤感汤姆布利柏

第37期 | GPTSecurity周报

云起无垠

谷歌 2024 新年目标曝光:一边做地表最强 AI,一边裁更多员工丨 RTE 开发者日报 Vol.132

声网

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