创新9分钟阅读

如何打造成功的最小可行产品

瓦迪姆Dagman, 曾任创业公司首席执行官和Toptal产品工程师, 介绍了一套实用的战术,可以帮助球队创造成功的mvp.

瓦迪姆Dagman, 曾任创业公司首席执行官和Toptal产品工程师, 介绍了一套实用的战术,可以帮助球队创造成功的mvp.

瓦迪姆·达格曼的头像

瓦迪姆Dagman是一名软件开发人员, 技术专家, 硅谷企业家, 他是七项专利的作者.

以前在

Mediashower
分享

我在硅谷度过了我的职业生涯,深深沉浸在其充满活力的创业文化中. 每一家初创公司都在踏上一段激动人心、往往充满危险的旅程,进入未知的领域, 作为一名软件工程师,我已经多次踏上了这段旅程, 工程经理, 一个首席技术官, 创始人, 一个自由开发者. 我开发的许多产品都有成千上万的受众,有些甚至有数百万的受众.

根据我的经验, 硅谷工具包中最有力的工具之一是在发布新产品时平衡速度和深度的能力. 埃里克·莱斯的畅销书 精益创业 将这一理念融入到 最小可行产品 (MVP).

为什么mvp比以往任何时候都更有用

近年来,MVP概念激增的主要原因之一是我们现在可以获得并根据客户反馈采取行动的前所未有的速度和规模. In 2009, 我的iPhone游戏《欧博体育app下载》在发行一周内就有数百万人下载, 并迅速登顶榜单(游戏邦注:这款游戏在发行期间多次登顶免费游戏榜单第一名)。. 这种成功很大程度上可能是运气使然, 但如果我没有迅速收集反馈,并在早期应用核心MVP原则, 我不可能保持这种势头太久.

精益原则可以归结为能够快速迭代, 聪明地使用你的精力和资源, 而且要灵活, 集中, 思想开放. 但我们相信这种方法的适用性并不局限于初创企业——大型企业中的团队可以通过创造成功的mvp来最大化他们的创新步伐.

实现速度和质量之间的平衡是任何规模的组织创新的最重要的驱动力之一. 当你领导你自己的最小可行产品的开发, 以下是我们的策略,帮助保持这两个基本成分的平衡.

确保你的MVP是“V”

如果你的产品不可行,你的团队的开发努力就是徒劳的. 成功地创造出最小可行产品, 你需要早期的内部反馈来广泛地定义它, 持续的反馈,以适当地塑造它, 以及像A/B测试这样的工具来保持它的繁荣.

尽早向合适的人征求意见

用户对你的MVP的负面反馈可能会让你感到沮丧,以至于你不得不放弃这个项目. 创新者可以通过征求对该领域有深入了解的利益相关者的早期意见来避免这种毁灭性的打击, 在考虑MVP之前. 如果你有知识渊博的顾问,可以在概念阶段帮助你定义MVP,那就更好了.

当一个创新团队有了一个很有前途的想法, 它可能会想要对MVP的创建保密:“我们正处于隐身模式, 还不能告诉你太多吗.“在某些情况下,这可能是值得的,但总的来说,获得反馈更重要. 如果你认为你的产品代表了真正的原创发明, 你可以申请临时专利.

收集明确的用户反馈

即使你认为自己在你的行业或领域有远见, 你的最终裁判是你的用户, 他们可能会证明你在很多事情上是错的. 收集用户体验反馈和跟踪用户行为是MVP最重要的目标之一.

进入分析. 收集全面的数据是实现MVP主要目标之一的关键——“有效的学习”,一个人通过尝试一个最初的想法并测量它来验证(或无效)效果来学习的过程. 这并不意味着你要跟踪所有关于 UX 你可能可以——而不是被大量的原始数据淹没, 确定最重要的指标.

使用A/B测试来快速迭代

当涉及到产品改进时,A/B测试已经成为企业的主要内容. 当你需要在不同的产品行为中做出选择时, A/B测试是一种无需推出新版本的实时测试方法.

例如, 如果你的产品是游戏, 你可能想要尝试不同的游戏设置,然后检查你的分析,以推断哪种组合对你的关键参数有积极影响:更长的游戏时间, 更好的 粘性等. 这正是我在大多数游戏中所做的:游戏玩法的每个方面都是由我可以实时调整的设置控制的. 这种形式的有效学习帮助我确定了目标市场的最佳设置组合.

为了进一步阅读,斯坦福大学的史蒂文·道在书中探讨了这个概念的变体 原型实践如何影响设计结果.

注意你的产品空间

不管你的想法看起来多么新颖,请放心,一定有人已经想到过了. 如果你的最小可行产品满足了客户及时而紧迫的需求, 很有可能,当你完成的时候, 你的竞争对手正在获得牵引力, 太. 稳定性很重要——正如下一节所强调的那样——但是不时地调整MVP也是可以的, 从竞争对手那里汲取灵感,转移注意力,强调自己的竞争优势.

在“最小”和“可行”之间找到平衡是一种直觉技能, 而且你需要反复锻炼, 特别是如果市场在你发布MVP之前发生了变化.

寻找“M”

一旦你确定了一个可行的产品,满足了你的目标市场的明确需求, 缩小团队的关注点非常重要.

定义你的产品

MVP就像一个俄罗斯套娃:里面总是有一个较小的MVP. 产品定义包括根据您的目标找到最实用的最小值.

如果你的产品是面向用户的,从线框图开始——这是你的第一个、最内在的MVP. 它周围的下一个“玩偶”可能是一个“点击假人”,“这是一个互动演示,它不做任何真实的事情,但允许你在目标平台上看到它,并获得你的第一次用户流体验.

只要你满意了 原型,开始制作更大的娃娃,这一层开始为用户提供真正的价值. 在这个阶段,您可以选择开始充实核心功能. 底线是:明确定义小里程碑, 不要过早下结论, 在进一步行动之前,确保你已经达到了自己的标准.

对于企业最初推向市场的MVP来说,这是正确的, 但最小可行的心态也应该贯穿于产品的整个生命周期. 当你添加新功能时,把每一个新版本都看作是一个更大的mvp, 通过做出最少的必要更改来实现可行的新版本,确保它与前一个版本紧密匹配.

在“最小”和“可行”之间找到平衡是一种直觉技能, 而且你需要反复锻炼.

有纪律地管理

无论您最直言不讳的利益相关者是企业内部还是外部客户, 如果他们知道功能蔓延的危险,并在最后一刻抑制自己添加新“必备”功能的冲动,他们会做得很好.

如果不加以控制,偏离最低限度的趋势将消耗士气. 开发人员完成连接所有组件的骄傲时刻变得虎头丧气. 不断变化的目标加剧了产品的不稳定性.

尤其是在企业中, 建立成功的mvp的过程将受益于执行发起人提醒他们的同行和其他利益相关者——只要需要——“我们现在需要停下来,推出这个功能。. 在你看来,它可能不够好,但如果它坏了,情况会更糟.“作为一名高管, 你的工作是缓冲开发者的外部影响, 在你的工作文化中树立一个坚持优先级的榜样.

有纪律的工程师

相反, 软件开发人员和他们的经理应该珍惜最后期限,并保持他们的完美主义愿望 控制. 这是一个常见的场景:“这段代码看起来很丑, that one is really inefficient; we have to clean up and refactor.”

开发人员这样说也许是对的,但他们的经理仍应予以抵制. 作为一名技术经理,你可能会对他们对细节的关注感到高兴,并希望采取行动. 但这是一个时间问题——请记住发布和获得反馈的重要考虑因素, 取而代之的是记下非任务关键问题, 在下一次迭代中清理它们.

精益原则的实践

你的产品的成功完全取决于你即将进入的市场的动态. 但是无论你在哪里为你的MVP画产品定义线, 我们提供了两个额外的实用策略,成功的企业使用它们来获得他们的mvp.

利用第三方组件

在最大程度上,创新团队不应该在创造mvp时重新发明轮子. 以后您总是可以用内部开发的组件替换第三方组件, 当时机成熟时. 缺乏独创性的耻辱早已不复存在:现在这是一种普遍做法, 而且许多构建块都是开源的和可定制的.

例如, 如果你的产品包含实时通信, 有一些优秀的第三方解决方案易于集成,并包含可定制ui等关键特性, 通信基础设施, 和加密. 同样的, 如果你正在构建一个应用程序, 通过快速的动画和过渡实现专业的外观可能不需要内部设计师-您的开发人员可以使用第三方组件节省时间.

的确,很少有第三方解决方案能够完美地适合您的用例. 但他们现在还不必这么做. 只要他们允许你发布的产品能够验证未来对定制解决方案的投资, 你仍然领先.

缩短开发时间,但不要为未来牺牲坚实的基础

你的第一个开发者必须是一流的. 不要从实习生开始:从一开始就投资人才. 这听起来像是与“精益”方法论的核心前提相矛盾, 但是“便宜”并不一定是“精益”.“尽管企业预算也可能很紧张, 开发人员的小时费率只是成本的一个组成部分——开发时间的增长与小时费率成反比. 两者相乘,你的成本优势就消失了.

再加上你花在指导和追踪那些一开始就不应该出现的bug上的时间. 想想每浪费一天的开销:办公空间、其他员工的工资、服务器费用等. 如果你进入市场太晚,就会考虑到机会成本等无形资产.

做数学计算, 你会意识到雇佣一个“昂贵”且经验丰富的开发者来制作MVP要比雇佣一群资历较浅的人好得多. 一旦你的产品基础建立起来,你就可以开始考虑优化长期成本.

这是一个现实生活中的例子. 我的一位企业家朋友想给他的MVP添加一些看似微不足道的功能. 他的团队中有一名经验丰富的开发人员,以每小时120美元的价格创造了出色的成果. 考虑到下一个功能可能会更便宜,我的朋友以每小时30美元的价格雇佣了一名实习生.

实习生在四天后完成了学业. 经过粗略的检查, 这些功能似乎起作用了, 我的朋友进入了下一个阶段. 经验丰富的开发人员再次参与进来, 他意识到,不仅代码在某些极端情况下会失败, 这是无法维持下去的. 所以他花了一整天重写它.

一个实习生四天的工作(960美元)加上一天的重写(960美元)= 1920美元. 如果经验丰富的开发者一开始就致力于这一功能,那么他们便能够在五分之一的时间内完成这一功能,并花费不到一半的资金, 即使不考虑其他成本.

完美还不是我们的目标, 但是对质量进行过度修正是有风险的——你可能会因为发布一些到处崩溃的东西而彻底败坏你的产品的信誉, 无光泽的, 笨重的, 而且根本无法使用. 因此,你可能不会有第二次机会.

磨砺你的直觉,享受冒险

我们在这里只触及了MVP开发的几个方面. 但即使有详尽的指南, 这个过程中总会有比你想象的更多的东西, 比你预计的要多, 挑战比你预想的要多.

在某种程度上,你必须划清界限,把你的产品推向世界. 这是最令人不寒而栗和激动人心的时刻,没有精确的科学来解释它. 你必须相信自己的直觉, 但是在这个过程中遵循精益原则会帮助你磨练你的直觉,使你更容易做出关键的决定. 一旦你达到了积极反馈的第一个里程碑,对自己的愿景有了信心, 你可以向外推得越来越远, 深入到深处, 向着你梦想的产物.

瓦迪姆·达格曼的头像

位于 旧金山,加州,美国

成员自 2013年8月8日

作者简介

瓦迪姆Dagman是一名软件开发人员, 技术专家, 硅谷企业家, 他是七项专利的作者.

Toptal作者都是各自领域经过审查的专家,并撰写他们有经验的主题. 我们所有的内容都经过同行评审,并由同一领域的Toptal专家验证.

以前在

Mediashower

世界级的文章,每周发一次.

订阅意味着同意我们的 隐私政策

世界级的文章,每周发一次.

订阅意味着同意我们的 隐私政策