最小可行产品 (MVP)

近年来，MVP（最小可行产品）是最被误用的术语之一。曾经作为概念验证（PoC）或技术验证的东西，现在都被称为MVP。但是，MVP是一个产品版本，它通过最小的努力使得构建-衡量-学习循环完成一次完整的迭代（Ries, Eric 2011，第996页）。

我常常看到一个图示，它与观众的共鸣非常好：

该图显示，应该通过每次迭代来交付解决问题领域的价值——在这个例子中是交通运输。问题是，这并不是一个MVP。这只是敏捷交付。但一辆自行车并不能让你测试跑车的价值主张！

特斯拉无法通过创造一辆电动自行车来进行电动跑车成功的实验。

如果你用真实的客户来测试MVP，始终要记住，它可能会毁掉你的声誉，并且可能会失去客户。一个MVP不能只有最基本的功能。它还必须是可靠的、用户友好的和令人渴望的：

因此，如果你已有现有的产品和客户群体，使用MVP进行实验会更容易。对于初创公司和新产品来说，这要困难得多，你必须在将MVP推出市场之前，进行可用性和可靠性测试。如果没有这些测试，实验可能完全失败。但是，即使是对于现有产品，在尝试新功能时，也要确保它们是可靠的、用户友好的，并且令人愉悦的！