建立最低限度的可爱产品

2020-11-22 14:23:12

通过这篇文章,我为您提供了一个框架,以识别您的初始产品功能,如何确定要包含在第一版本中或从中排除的内容,并继续在此基础上进行构建。

在进入MLP之前,首先让我们了解MVP是什么以及为什么它在当今时代还不够。

埃里克·里斯(Eric Ries)在他的《精益创业》(Lean Startup)一书中将“最低限度可行产品”一词推广为新产品,该版本对早期客户来说足够使用,然后可以向团队提供反馈。这种反馈应有助于团队产生经过验证的学习,并指导他们未来的产品开发和功能。

MVP并没有死。给出正确的问题说明后,它仍然有效。

假设您正在构建的东西在世界上根本不存在,而这正是人们真正想要的东西,除了从您那里得到之外别无选择。

这时,人们会接受教科书MVP,只是因为他们没有可与之相比的参考框架。甚至更好,因为他们别无选择,不能用MVP代替您的MVP。

在过去的几年中,随着智能手机普及率的提高,产品的成熟,产品设计和用户体验的成熟,人们的期望也越来越高。

快速投掷的原型不再能削减它。人们期望最低水平的用户体验和易用性,否则他们会在尝试适当使用之前离开您的应用程序。

实际上,在2021年,出色的用户体验可能是人们选择您的产品胜过现有产品的重要原因之一。这就是Transistor.fm的情况,后者使播客托管变得简单而容易。

人们期望良好的美感能给人留下深刻的印象,这仅仅是因为他们已经习惯了世界上众多精美且设计精美的应用程序。

人们期望产品能够像广告中那样具有全部功能。 Buggy产品是不可接受的,实际上,人们可能会很快进入Twitter或社交媒体,以使其他人知道该产品不可靠。

MVP的心态集中在建立最低限度上,这常常使用户感到沮丧,并促使他们寻求替代解决方案。激烈的竞争意味着人们将您的产品与市场上的替代产品进行比较,这是不可避免的。而且,除非您提供其他人没有的独特而有价值的东西,否则人们很可能会离开。

所有这些原因以及更多原因使MVP成为过时的概念,尤其是在SaaS产品的情况下。但最重要的是,我认为MVP的心态会使产品制造商过分考虑“最低要求”,并且常常以“可行”为代价。

我爱上并亲自遵循的每一个产品都是一个伟大的新概念,即MLP或“最低限度的理想产品”。

MLP这个词最早是由Aha!的联合创始人Brian de Haaff在他的《 Lovability》一书中创造的。

它的定义是Eric Ries已通过MVP引入世界的扩展。但是,借助MLP,您正在尝试构建最小的“可爱”产品,并且着重于产品的第一个版本无论大小或功能如何,都足以为用户提供令人愉悦的体验。

目前Webflow产品副总裁Zhang Jiaona(这个博客是使用Webflow构建的)向斯坦福大学的学生介绍了烧比萨的类比。

“假设您要测试人们是否喜欢披萨。如果您为他们提供披萨烧饼,那么您不会得到他们是否喜欢披萨的反馈。您只知道他们不喜欢烧比萨饼。同样,当您仅依赖于MVP(最快,最便宜的功能原型)时,可能会冒风险而不是实际测试产品,而要冒产品质量差或缺陷的风险。”

Apple iPad是“最小可爱产品”的一个实用实例。苹果平板电脑之前的所有平板电脑都是MVP。

如果您不熟悉所有这些术语,那么我知道这可能会造成混淆。忍受我,你会很快把头缠住它。

解决人们已经理解的问题时,构建MLP;当人们不容易理解问题时,构建MVP。

当您可以清楚地定义和理解市场并且试图从现有工具中脱颖而出时,请构建MLP。当您试图衡量是否存在需要服务的市场时,请建立一个MVP。

当您确切了解客户需求时可以构建MLP。 MVP是您不知道客户想要什么的时候,因此您想要尽快将东西扔到墙上,看看有什么问题。

如果您要在已经存在多个大型知名替代方案的市场中进行构建,则必须使用MLP。对于几乎没有其他选择的新市场,MVP是正确的方法,或者这些解决方案尚未为大众所知。

在构建MLP时,您将竭尽全力以使该想法成功。使用MVP,您正在尝试快速确定该想法是否成功或失败。

建立MVP意味着您已经为失败做好了准备,并且在您了解更多有关市场的信息时也可以迅速进行调整。这意味着您应该制定技术和体系结构决策,以帮助您快速超越其他任何事物。可扩展性或良好的体系结构设计是构建MLP时要注意的问题。

最后,MLP的最终目标是使用它的客户会发现它具有足够的功能和经验,能够“喜欢”它。使用MLP,您可以建立足够多的内容,以使(希望)真正痛苦的客户能够“容忍”并在验证假设的同时继续使用您的产品。

我知道我知道。今天,我在研究撰写这篇文章时第一次遇到这些术语。我仔细阅读了文献资料,以便告诉您可以放心地忽略它。

如果您了解并体现了MLP的概念,则无需考虑在Google进行研究时可能会发现的任何其他框架或术语。

有人要在现有替代产品上使用Micro SaaS产品的第一大原因是什么?

现有选项的用户体验不好吗?太好了,创建一个设计良好且易于使用的产品。您会惊讶地知道人们切换到更易于使用的工具的频率,仅仅是因为他们受够了他们反复遇到的糟糕UX。

现有的替代品是否非常昂贵?制定出人们要花很多钱购买的最低功能,并为您的v1产品收取1/10的费用。这可能不适用于非常大的客户,但是绝大多数中小型客户一直在寻找负担得起的替代产品。

这可能不仅是原始的定价,而且某些针对企业客户的公司拥有非常复杂的定价表和等级,旨在为销售人员提供更多的空间。在这种情况下,推出具有简单易懂的价格的竞争对手产品就是吸引客户的方式。

是否存在缺少某些功能的现有替代产品,从而使部分用户感到非常不满意?太好了,您的MLP应该通过构建吸引这些不满意用户的功能来专门解决该问题。旁注-这也许是构建新产品的最佳方法之一。

在所有情况下,它都涉及了解您正在解决的问题以及某人使用您产品的确切原因。

一旦确定了第一大原因,就该为产品确定一套功能,该功能可以令人满意地解决客户的主要痛点。

让我们举个例子-人们想在产品中添加反馈跟踪工具,以便他们可以自动收集用户反馈。但是,现有解决方案不允许它们将反馈跟踪器嵌入其工具中。

这是您提供客户寻求但至今尚未获得的价值的切入点。

了解了#1问题之后,您还必须了解其他一些要求,这些要求属于构建“可爱的”产品所需要做的“最低”要求。

现有解决方案都经过精心设计并且在美学上令人愉悦=>您的最低限度可爱产品也需要进行精心设计

现有解决方案的价格易于理解,价格结构易于理解=>您的MLP还需要一种价格合理的简单价格结构

在您的MLP中,您需要涵盖(他们做得很好)x(用户在其中的价值)的交集。

无论您进行何种构建,孤立地构建太长时间都是很危险的。这样做的主要原因是-您现在就太晚知道关于用户真正重视的假设是正确的还是偏离路线的。

“但是Preetam,您只是告诉我要制造最低限度的产品。现在您是说我必须快速制造它吗?”

例如,通过SuperLemon(Shopify的WhatsApp插件),Sankalp和我在2周的时间内构建了MLP。

我们准确地确定了我们可以做得更好的方法-构建易于安装的应用程序,并设计外观精美的小部件,这些小部件与您的商店融为一体。

所需的最少功能集是-可以在聊天按钮中配置文本的功能(例如,“与我们聊天”),以及可以根据用户偏好使用大按钮在4种不同的设计和颜色选项之间进行选择的选项或一小块。

而已!那是我们的MLP,我们在40天内将其扩展到2,000个用户,然后才向该应用程序添加了一组新的重要功能。

“我的产品比这还要复杂!我无法在2周内构建MLP。”

借助DelightChat(这是电子商务商店的客户支持软件),与使用SuperLemon相比,我们花费了更长的时间来构建MLP。确切地说,是3个月多一点。

让我们保持纪录-我对漫长的开发时间感到不舒服。但是在这种情况下,它无能为力。

我们需要这样做,因为产品很复杂并且需要时间开发。另外,由于构建比我们设计的MLP更小的内容对电子商务商人而言,在现有替代方案上使用DelightChat的吸引力不足。

但最重要的是,如果我不透露这一点,那将产生误导,我们在货币资本方面有能力承担3个月的产品建造时间。因此,我们有能力花时间。

专注于核心用户体验,功能和价值主张,这些将吸引最初的用户,并使他们感到高兴

毫不留情地对以后可以构建的功能进行优先级排序,这些功能对于最初的用户群而言并非难事

如果本文成功地解决了您的问题,那么您现在已经具备了构建Micro-SaaS产品的MLP版本所需的框架和知识。