MVP是最低可行产品的缩写。
自从精益创业书和运动问世以来，它已成为“成功构建合适的产品”的主要内容。
很清楚，对不对？
- 最低限度–仅包含使我们能够赚钱的必要功能。
- 可行–人们愿意为此付出金钱。
- 产品–交付给人们的是一种有形的东西。
这就是为什么每个人都不再只开发MVP而是构建功能全面的产品的原因。 其他都是浪费。
好吧，如果这就是您要建造的，请坐下。 我有个坏消息。
首先，真正的MVP不应为我们赚钱。 这是验证我们的假设的实验。 学习工具。
PRODUCT部分确实具有误导性。 我们可能会创建与为验证我们的假设而设想的产品完全不同的实验。 例如，可以先在我们的网站上放置一个注册页面，而不是首先构建整个流程来验证是否对我们的想法感兴趣。 如果没有太多人注册，我们的实验将失败。 然后，我们学习并继续进行下一个实验。
另一个选择是完全不同的。
如果我们觉得自己正在构建一个精益（只是需要的功能）产品（这将为我们带来收益），那么我们已经假设我们知道其中的最少部分。
既然我们了解了一切，那么我们已经得出结论，它是可行的，否则为什么要构建它？
我们已经准备好让客户装满我们的钱包。
你在说什么
“但是……我们不知道”。
如果我们像这样对待MVP，则不是在进行学习实验。 我们正在做的事情是**，我们正在做正确的事情。 通常，与我们可以做的小实验相比，这是一场很大的**。
我们无法构建我们知道有用的东西，因为我们不知道它是否有用。 知道我们是否已建立MVP的唯一方法是事后观察。 只有在检查结果之后，我们才能说出它是否可行以及是否最小。 从术语上讲，“建立MVP”是一个矛盾。
我们需要停止“建立MVP”。 相反，我们应该开始进行实验。
更改语言。 改变思维定势。 最小化风险并增加学习。
你会好起来的。
翻译自: https://www.javacodegeeks.com/2015/10/you-cant-build-an-mvp.html