大多数开始构建产品的人都会犯同样的错误，这是可以理解的。你有一个听起来很棒的想法，你很兴奋，然后你花了几个月的时间构建你想象的完整版本。当你最终推出它时，你发现很少有人想要它，或者他们想要类似的东西，但与你所做的不同。时间和金钱都消失了。
精益产品开发的存在正是为了避免这种错误。它不是一个复杂的方法论或一套仪式。这是一种适合一句话的思维方式：在构建一切之前先弄清楚它是否值得。那些尽早了解这一点的人可以节省数月的无用工作。
这篇文章适合那些刚刚开始的人。没有不必要的行话，没有神奇的承诺。只是基本推理以及如何开始将其应用到您的第一个产品中。
精益解决的错误
创造者的自然直觉是先构建，然后验证。这在情感上是有道理的：这是你的想法，你相信它，你希望看到它完成。问题是你的信念并不能证明其他人会想要这个产品。
精益从一种令人不安的谦逊开始：你可能在一些重要的事情上犯了错误，但你不知道是什么。关于客户是谁、他们有什么问题、他们是否愿意花钱解决问题、解决方案应该如何运作等问题都可能是错误的。这些假设中的每一个都是一种风险，构建整个产品就是将所有的赌注都押在这些假设上。
这里的论点简单而有力：**在成为一个构建想法之前，每个产品都是一组假设，最初的工作是发现其中哪些是真实的。**构建是后来的，并且只能来自于通过测试的产品。
假设：改变一切的词
要开始精益思考，请将“我确定”更改为“我有一个假设”。它看起来很小，但它改变了整个行为。
当你确定时，任何相反的证据都会成为威胁。当你有了一个假设时，相反的证据就会变成有用的信息，它可以防止你花几个月的时间在错误的方向上。思考假设的人很想检验它们；确信的人会变得防御性。
列出产品背后的假设。谁会使用它？这能为这个人解决什么问题？她为什么要使用您的解决方案而不是她今天已经采用的解决方案？她是否足够关心付费、下载或改变她的习惯？这些问题中的每一个都是需要检验的假设，其中一些问题比其他问题风险更大。从风险最大的开始，如果错误，就会导致整个产品瘫痪。
真正的 MVP（以及他不是的）
[MVP0，最小可行产品，是精益中最常用和最扭曲的术语。很多人认为MVP是“最终产品的蹩脚版本”。它不是。
[MVP1 是能够检验你最危险的假设的最小实验。关键词是实验。他的目标不是交付完整的价值；而是交付完整的价值。就是以最小的努力产生学习。有时 MVP 甚至不是软件。它可以是一个解释产品的页面，以查看人们是否注册。您可能会在自动化任何操作之前手动解决十个客户的问题。
一个具体的例子。想象一下，您想要创建一个应用程序，将社区居民与当地服务提供商联系起来。完整版本需要几个月的时间。 [MVP2 可以是一个消息组，您可以自己在其中进行几周的调解。如果即使它简单且免费也没有人使用它，那么您就节省了几个月的开发时间。如果他们经常使用它，您就会知道它值得构建，并且您现在了解人们如何真正使用它。
构建、测量、学习
精益的核心是一个短周期：你构建一些小东西，衡量人们的反应，从中学习，并决定下一步。然后重复。循环中的每一轮都会减少你的不确定性。
初学者最常犯错误的一点是衡量正确的事物。人们很容易对看似不错但没有任何意义的指标感到兴奋，比如点赞数、访问量、朋友的赞美数。这些都是虚荣心。重要的是证实你的假设的行为：人们回来了吗？你又用了吗？他们向其他人推荐过吗？他们付钱了吗？真实的行为比善意的意见更有价值。
学习还意味着愿意改变方向。当数据与假设相矛盾时，有两种诚实的解决方案：调整你正在做的事情或以更深刻的方式改变方向。反对证据而坚持最初的想法不是坚持，而是昂贵的固执。
从一开始就小心处理人员数据
初学者往往会稍后而不应该考虑这一点：当您开始收集有关用户、电子邮件、电话号码、行为的信息时，您就开始处理个人数据。在巴西，[LGPD3甚至适用于测试阶段的小型产品。
您不需要复杂的法律结构即可开始。您需要常识：只收集您实际使用的内容，解释其用途，明确请求许可，并且不要共享这些数据。当您已经拥有分散的用户和数据时，从第一个实验开始将这种关心养成习惯比稍后尝试修复要容易得多。这也是建立信任的一种尊重形式，而信任是让人们再次光顾的原因。
过度计划的陷阱
建造太多会带来相反的风险：永远计划。有些人爱上了验证阶段，但从未真正构建过任何东西，从一个实验跳到另一个实验而不做决定。
精益并不是瘫痪的借口。每个实验的目标都是做出决定：继续、调整或停止。如果你已经测试了几个月却从未做出决定，那么这种方法就变成了变相的拖延。在每次实验之前，定义什么会让你前进，什么会让你停止。如果没有事先商定这一标准，很容易将任何结果解释为值得继续进行的标志。
结束
精益产品开发并不是要快速构建。这是为了尽早确定它是否值得建造。对于那些刚刚起步的人来说，这种差异就是在错误的想法上浪费几个月的时间和花几周的时间学习什么是正确的想法之间的界限。
从小事做起，首先测试风险最大的假设，衡量真实行为，并在数据需要时有勇气改变方向。这种习惯比任何工具都更能区分那些完成人们使用的产品的人和那些收集废弃项目的人。
如果您正在构建第一个产品并且尚未测试您的假设，那么这是在下一行代码之前开始的最佳时机。博客上还有其他有关验证、[MVP4] 和指标的文本，可以更深入地研究此路径的每个步骤。
另请阅读
- [精益产品开发：打造精益产品5
- [公司的精益产品开发：如何在不影响速度的情况下进行规划6
- [精益产品开发：初创企业规划7
- [产品验证：如何在构建之前测试想法8
- [初创公司应用9
- 【值得做一个应用程序吗？花第一块钱之前的诚实清单10