MVP – 当构建、测量、学习不仅仅是把东西扔在墙上
已发表: 2017-05-29看看它们是否有效
当批评者抱怨精益创业公司的构建、测量、学习方法只不过是“将不完整的产品扔出大楼，看看它们是否有效”时，我总是感到惊讶。
不幸的是，构建、测量、学习图表是造成这种混乱的原因。 乍一看，这似乎是一个随时准备瞄准的过程。
是时候更新构建、测量、学习到我们现在所知道的构建精益创业公司的最佳方式了。
就是这样。
构建、测量、学习听起来很简单。 构建一个产品，将它带入现实世界，衡量客户的反应和行为，从中学习，并利用你学到的东西来构建更好的东西。 重复，学习是迭代、调整还是重新开始，直到你拥有客户喜欢的东西。
瀑布开发
虽然听起来很简单，但产品开发的构建测量学习方法是对 20世纪用于构建和运输产品的传统瀑布模型的根本改进。 当时，一位企业家使用了一个逐步进行的系列产品开发流程，几乎没有客户反馈。 创始人假设他们了解客户的问题/需求，编写工程需求文档，设计产品，实施/构建硬件/软件，通过测试验证它是否有效，然后以正式的形式向客户介绍产品，称为首次客户交付.
瀑布式开发就是执行需求文档。 虽然产品的早期版本在Alpha和Beta 测试中与客户共享，但客户早期访问产品的目标是发现错误，而不是提供有关功能或可用性的反馈。 只有在发货并尝试销售产品之后，初创公司才会听到客户的任何实质性反馈。 很多时候，经过数月甚至数年的发展，企业家们都以艰难的方式了解到，客户之所以不购买他们的产品，是因为他们不需要或不想要产品的大部分功能。
公司通常需要三次尝试才能获得正确的产品。 第 1 版是在没有客户反馈的情况下构建的，在第 1 版完成之前，第 2 版的工作已经开始，所以直到第 3 版才真正听到客户的声音（例如 Microsoft Windows 3.0）
软件开发的最佳实践在 2000 年代初期开始转向敏捷开发。 这种方法通过迭代构建软件并让客户参与来改进瀑布。 但它缺乏一个测试所有商业化的框架 建筑物外的假设。 使用敏捷，您最终可以满足客户要求的每个功能，但仍然会倒闭。
然后是精益创业的构建度量学习重点。
构建测量学习
Build-Measure-Learn 的目标不是构建最终产品以交付甚至构建产品原型，而是通过增量和迭代工程最大限度地学习。 （学习可能是关于产品特性、客户需求、正确的定价和分销渠道等。）“构建”步骤是指构建最小可行产品（MVP）。理解 MVP 不是具有更少的功能。 相反，这是您可以向客户展示的最简单的东西，以便在那个时间点获得最多的学习。 在初创公司的早期，MVP 可能只是 PowerPoint 幻灯片、线框、粘土模型、示例数据集等。每次构建 MVP 时，您还定义了您要测试/测量的内容。 后来，随着了解的更多，MVP 从低保真度变为高保真度，但目标仍然是最大限度地学习，而不是构建产品的 beta/全功能原型。
为你推荐：
元界将如何改变印度汽车业
反暴利条款对印度初创企业意味着什么？
教育科技初创公司如何帮助印度的劳动力提高技能并为未来做好准备……
本周新时代科技股：Zomato 的麻烦仍在继续，EaseMyTrip 发布强...
印度初创公司走捷径寻求资金
数字营销平台 Logicserve 获得 80 卢比的资金，更名为 LS Dig...
对瀑布开发的重大改进， Build Measure Learn让初创公司变得快速、敏捷和高效。
Build Measure Learn的三圈图很好地近似了该过程。 不幸的是，首先使用“构建”这个词常常使人们感到困惑。 该图似乎确实暗示了构建东西并将其扔出建筑物。 Build Measure Learn 图的更详细版本通过添加另外三个元素来帮助阐明含义：想法- 构建 -代码- 测量 -数据- 学习。
Build Measure Learn图表的五部分版本帮助我们了解构建的真正目的是测试“想法”——而不是盲目地没有目标地构建。 标记为“代码”的圆圈很容易被标记为“构建硬件”或“构建人工基因组”。 标记为“数据”的圆圈表示，在我们测量实验后，我们将使用这些数据来进一步完善我们的学习。 新的学习将影响我们的下一个想法。 所以我们可以看到，构建-测量-学习的目标不仅仅是构建事物，目标是构建事物以验证或使最初的想法无效。
对测试特定想法的关注抵消了构建-测量-学习只是把东西扔在墙上，看看它们是否有效的担忧。
但它仍然不够好。 我们现在可以做得更好。
从假设开始
Build-Measure-Learn错过的是新企业（初创公司和现有公司的新想法）不是从“想法”开始，而是从假设（猜测的花哨词）开始。重要的是要理解“想法”和“假设”意味着两个非常不同的东西。 对于大多数创新者来说，“想法”这个词让人联想到一种洞察力，这种洞察力需要立即制定计划来实现它。 相反，假设意味着我们有一个有根据的猜测，需要实验和数据来验证或无效。
这些假设涵盖了从谁是客户到价值主张（产品/服务功能）、定价、分销渠道和需求创造（客户获取、激活、保留等）的范围。
精益创业始于承认您的想法只是一系列未经检验的假设，这是一个伟大的想法。 这是一个非常大的想法，因为您构建的内容需要与您要测试的假设相匹配。
您需要构建以找到合适的客户的最小可行产品与测试定价所需的最小可行产品不同，后者与您为测试特定产品功能而构建的 MVP 不同。 随着您了解更多，所有这些假设（以及最小可行产品）都会随着时间而变化。 因此，在精益创业中构建最小可行产品的图表不是“构建-测量-学习”，而是看起来像假设 - 实验 - 测试 - 见解。
产生假设
使用这个新的假设 - 实验 - 测试 - 洞察图表，问题就变成了，“我应该测试什么假设？” 幸运的是，Alexander Osterwalder 的商业模式画布在一页上展示了企业九个组成部分的可视化概览。 他们是：
- 公司提供的价值主张、产品/服务（以及对客户的好处）。
- 客户群，例如用户和付款人或妈妈或青少年。
- 接触客户并为他们提供价值主张的分销渠道
- 客户关系创造需求。
- 价值主张产生的收入流。
- 实施商业模式所需的活动。
- 使活动成为可能所需的资源。
- 合作伙伴第3方需要使活动成为可能。
- 由商业模式产生的成本结构。
它给我们带来了创业公司的定义：创业公司是一个临时组织，旨在寻找可重复和可扩展的商业模式。
检验假设
一旦这些假设填满了商业模式画布，企业家如何去测试它们？ 如果您是科学家，答案很简单：您进行实验。 在精益创业中也是如此。 （美国国家科学基金会将 Lean LaunchPad 课程描述为创业的科学方法。）
客户开发流程是一种简单的方法，用于提出新的风险假设并走出大楼进行测试。 客户发现捕捉了创始人的愿景，并将其转化为一系列商业模式假设。 然后，它开发了一系列实验来测试客户对这些假设的反应并将其转化为事实。 实验可以是您向客户提出的一系列问题，但最常见的问题是帮助潜在客户了解您的解决方案的最小可行产品。
所以这里的另一个重要想法是，初创公司不会构建最小的可行产品来构建原型。 他们正在构建最小可行的产品，以尽可能多地学习。
最后，设计这些实验和最小可行产品的目标不是获取数据。 数据不是终点。 任何人都可以收集数据。 焦点小组收集数据。 这不是一个焦点小组。 目标是获得洞察力。 走出大楼的全部意义在于告知创始人的愿景。 洞察力可能来自分析客户的反应，但也可能来自于忽略数据或意识到你所描述的是一个不存在的新的、破坏性的市场，并且你需要改变你的实验，从测量细节到发明未来。
【史蒂夫·布兰克的这篇文章首发于官网，经授权转载。】