从最有价值的产品中获得最大的影响

初创公司和更成熟的公司一直在寻找方法，在进入新市场时将风险降至最低，同时尽可能快地将产品推向市场。 毕竟，开发中的产品不会产生收入，但肯定会占用资源。

有许多方法可以让产品更快地推向市场，无论是实体产品还是数字产品。 自 2000 年代初以来一直存在的一个概念是最小可行产品的概念，作为精益创业方法的一部分而得到普及。

但是，尽管 MVP 方法被许多人誉为将产品快速推向市场的“最佳”方式，但也有很多反对意见。 这就是最低价值产品概念的用武之地。

什么是MVP？

在最基本的情况下，MVP 是产品的准系统版本，可以比功能更全的版本更快地发布。 理想情况下，MVP 应该具有足够广泛的功能集来满足早期采用者的需求。

创建 MVP 背后的想法是让产品更快地推向市场，以便公司可以 1）开始赚取收入，2）获得改进产品的反馈。 虽然这具有明显的优势（例如不会浪费数月或数年时间来开发没有人真正想要的功能齐全的产品），但它也有一些严重的缺点。

一个这样的缺点是产品团队倾向于创建一个过于简单的 MVP。 他们最终获得了他们正在创建的应用程序或其他产品的基本功能，但对用户而言，最终结果感觉一般。 如果许多产品被剥离到最基本的功能，它们就会失去任何竞争优势，并且所有产品的外观和工作方式都相同。

待办事项列表应用程序：一个基本的待办事项列表应用程序将能够记录新任务，将它们标记为已完成，通常还有一种方法来确定它们的优先级。 其他预期功能包括设置截止日期、标记或分类以及将它们分配给其他人。 即使包含这些功能也不会使新应用程序与竞争对手区分开来。 然而，在设计待办事项列表应用程序的 MVP 时，很多团队最终会缩减到这一点。

MVP的不足

MVP 还有其他潜在的不足。 偷工减料就是其中之一。 当目标是创建准系统产品时，将事物缩减到最低限度是不可避免的。 但也有一些不应该被削减的角落。

在牺牲用户体验方面尤其如此。 产品的用户体验至关重要——牺牲一个人在使用产品时的体验会对其成功产生负面影响。 在这种情况下，MVP 可能表明整个产品不可行，而实际上它只是需要改进的体验。

MVP 的最大缺陷之一与 MVP 本身无关。 据报道，LinkedIn 的创始人 Reid Hoffman 曾说过：“尽早发布，以至于您对 v1.0 版本感到尴尬。” 这种想法正在损害公司及其用户。

许多设计团队创建 MVP 的方式本身就是一个问题。 MVP 应该是一个过程，以创建满足用户需求的有价值的最终产品。 相反，设计师通常将每个 MVP 视为一个独特的事物，而不是将每个 MVP 视为通向最终产品版本的垫脚石。 更重要的是，他们经常发布 MVP，在产品准备发布的过程中，这些 MVP 应该被更多地视为内部原型。

什么是最低价值产品？

最低价值产品（简称 MVaP）是 MVP 概念的延伸。 但是，设计师不是寻求创建产品的最小可行迭代，而是创建提供真正价值的产品的最小迭代。

但价值是什么意思？ 它包括什么？

最终用户需要首先考虑的价值。 MVaP 需要将用户需求和期望放在首位。 这意味着查看所设计产品类型的最佳实践，进行用户研究和可用性研究，并制作用户角色和用例以确定满足用户需求的最佳潜在方法。

关于如何满足用户需求的想法可能不止一个，这就是测试原型的用武之地。向实际用户展示功能原型，以了解哪种迭代最能满足他们的需求，这是创建 MVaP 的重要一步。

其次是对项目本身的价值。 MVaP 的设计方式需要能够推进手头的项目。 这意味着他们需要足够的功能来收集有关产品被市场感知的方式的有用见解。

最后，MVaP 需要为整个业务提供价值。 向世界发布 MVP 的一个风险是，他们可能会对发布它们的品牌产生不良影响。 MVaP 应该为他们所代表的品牌增加价值，即使它们不是产品的最终迭代。

使 MVaP 与众不同的另一件事是他们专注于竞争差异化。 设计师会客观地审视是什么让他们的竞争对手与众不同，然后是什么让他们的产品与众不同。 这需要合并到 MVaP 中，而它不一定包含在 MVP 中。

如此处所述，MVaP 并不是增强型 MVP 的唯一版本。 还有 Roman Pichler 提出的最小适销产品 (MMP)。 他的想法是，最早的市场就绪产品应该包含足够的功能，以便有效地推出、营销和销售。

SLC 是 WP Engine 使用的另一个类似概念。 既然客户讨厌 MVP，他们推测，为什么初创公司总是让他们的用户服从他们？ 相反，用户应该得到简单、完整、并且可以说是最重要的可爱的产品。 为什么任何公司都应该向他们的用户展示他们不可能喜欢的产品？

创建 MVaP 的底线是，即使是产品的第一次迭代，也应该对客户或用户有用且可取。 如果不能取悦用户，或者至少不能满足他们最迫切的需求，产品就注定会失败。

什么是最有价值的产品？

与创建 MVP 相比，创建一个最低价值的产品可能需要更多的资源，但回报会高得多，因此付出额外的努力是值得的。 在构建 MVaP 时，请记住以下几点。

首先要考虑的事情之一是 MVaP 的功能集。 任何 MVaP 中都应包含最小的有用功能集。 如前所述，这些有用的功能包括使该特定产品与竞争产品区分开来的功能。 确定竞争对手包括哪些功能是此步骤的重要部分。 这并不意味着 MVaP 需要包含竞争对手的所有功能。

以第一部 iPhone 为例。 当时的智能手机包含许多苹果公司有意在第一款 iPhone 中遗漏的功能。 诸如复制和粘贴、软件开发工具包 (SDK) 之类的东西，甚至诸如能够向多个收件人发送短信和 3G 连接之类的东西。

iPhone 的后续迭代显然包含了这些东西，但第一个版本故意将它们排除在外，而是专注于使产品与众不同的东西：它们的软件（iOS 在当时是革命性的）和多点触控交互功能。 最初的 iPhone 取得了巨大的成功，销量超过 600 万部，随后因 iPhone 3G 而停产。

MVaP 过程不必完全从 MVP 的概念中删除。 事实上，从内部MVP 开始很有用。 但是 MVP 应该被扩展，直到它成为有价值的产品，然后才向公众发布，甚至向公司外部的早期采用者发布。 内部测试和小型焦点小组可以将 MVP 推向有价值的产品领域，而不会冒损害公司声誉或品牌的风险，也不会疏远客户。

设计人员应确保向公众发布的第一个 MVaP 包含支持产品主要目标的功能——无论发生了什么。 MVaP 的最终目标应该始终是创建让用户满意的产品，即使产品的最终迭代将包含更多功能或改进。 最好发布具有重要功能的最小版本的产品，即使产品团队对这些功能最终如何工作的愿景更加复杂（甚至完全不同）。

事实上，产品团队不应只考虑功能集，而应退后一步，考虑用户需求。 有没有比竞争对手更好的方式来满足用户需求？ 是否有实验性功能可以更容易地融入竞争对手尚未接受的产品中，但会让用户的生活更轻松？ 仅仅因为竞争提供了 15 种不同的方式来完成一项任务，并不意味着行业中的每个产品都必须这样做。

结论

无论是最小可行产品还是最小价值产品是起点，最终目标都应该是最大价值的产品。 任何一种系统都是达到目的的一种手段，目的是创造一种在竞争中脱颖而出的产品，在尽可能完整和有效地满足用户需求的同时取悦用户，并为包括品牌在内的每个人创造价值。

虽然最小可行产品有时会占有一席之地，但价值最小的产品将使团队在更短的时间内更接近最终目标，因为从一开始就建立了价值。 在所提供的产品中为人们提供价值应该是任何企业或品牌的目标。 价值建立信任，建立商誉、重复业务和积极的口碑。

• • •

进一步阅读 Toptal 设计博客：

1. 抛弃 MVP，采用最小可行原型 (MVPr)
2. 协同设计——成功的企业产品设计指南
3. 完善你的用户体验设计过程——原型设计指南
4. 线框之死。 直接到高保真！
5. 以人为本的设计在产品设计中的重要性