所以是MVP。我认为，这是一个很烂的话题。在过去5年中与软件开发建立某种联系的任何人都以99％的概率听到了这3个字母。但是，尽管有大量的信息，但人们在创建项目时仍会踩踏“理想产品”的风头。
本文并不声称是最终真理。这不是最有价值球员的重要性和必要性。与其在精益启动中的作用无关。我只是在推测试点市场推出时的MVP。
我将首先走遍互联网，您可能已经遇到过MVP启动路径的概述。
90％的作者硬是在其出版物使用说明，这误导读者。
让我们分析一下吗？
最重要的一点与MVP无关。这很清楚。它描绘了一个经典的开发周期。在下面的示例中，出于上下文考虑，作者将其用作夸大其词。当然，在第一阶段就没有最低限度的可行产品。该产品经过三个开发阶段（车轮，车身，引擎）才能够实现其目标-驾驶。
但是我认为第二行也不能完全正确地反映MVP原则。
为什么我对最低限度可行产品的内在理解不适合这个概念？如果我们假设它反映了产品的开发路径，那么很明显它已经经历了4个基本的结构调整。结果，它的创造者得到了三组通用竞争对手：1-滑板车；2-摩托车；3-汽车。
是的，众所周知，买家不是在购买产品，而是解决自己的问题的方法。而且滑冰似乎可以解决基本需求（移动速度快于行走）。但是毕竟，溜冰鞋和汽车是完全不同的交通工具，针对不同的受众，并且针对每个人的驾驶目的有着完全不同的特点。产品以不同的方式满足舒适性，价格，维护复杂性，速度等方面的需求。结果，每个人都有自己的目标受众。
: , , , — , . , , . , , 17+, . , , . , MVP, MVP .
, , , . , , — , « ». . . MVP . . , MVP.
MVP :
MVP — , - , , . MVP — , 24 , 5, , . MVP — . . , ( ), . , , — , — .
MVP, ?
MVP . , , .
, , — , , must have.
«20% 80% , 80% — 20% ». , , , . 80% 20% . , . 20%, 80% .
MVP = +
? , «» «». , , — . , 2 :
- ?
- ?
, .
Rice Score
MVP. .
- — ?
( , ) - — ?
( = 3, = 2, = 1, = 0,5, = 0,25) - — , ?
(100% = , , 80% = , 50% = , 50% = ) - — -, - ?
(1 - = )
, :
MVP . , , , . , , . , — NoCode .如今，用于开发无代码应用程序的平台的需求量很大。它们使您可以更快，更便宜地创建任何复杂性的Web应用程序，并且现有的自由职业者NoCode交流人员可以帮助您选择适合您的业务需求和可信赖的专家的技术。我敢于建议，简化和廉价开发的趋势只会增长。现在是挖掘其潜力的时候了。