设计一个 App 并不是一个简单的任务,在开发和维护它们时,所花费的成本也并不便宜。因此,在为客户开发一个新的 App 或 SaaS(Software-as-a-Service 的缩写名称,意思为软件即服务,即通过网络提供软件服务)之前,你应该先思考如何推出一个最小可用产品(最小可用产品,Minimum Viable Produc,缩写为MVP)。有了MVP,你就可以用一种低风险、低成本的方式在市场上测试你的理念。
你能把赌注押在一款 App 的创意想法上吗?或者押在用户对这款 App 是如何反应的假设上?我敢打赌,你的客户不太愿意这么做,尤其是在关系到他们的金钱和声誉的时候。
如果并没有明确的目标去开发 App,对企业来说可能是一项高风险的投资。甚至,就算对 App 的概念进行充分的深入研究 ,也可能导致令人失望的下载率和留存率。
无论你从事的是开发 App 还是 SaaS 产品的业务,你是否考虑过使用最小可用产品(MVP)来保障客户的投资?
MVP 不仅可以让您更快速地完成项目,而且它们可以让开发人员为他们的客户创造更强大的产品,以下这些是你需要知道的。
MVP 的重点并不是创造更精简的产品。它是为了让App 的最基础版本或概念掌握在采用者和传播者手中。通过这种方式,开发人员可以在早期收集到有价值的用户反馈,再根据反馈来调整产品,从而将产品正确地塑造成最终想要的版本。
以 Dropbox① 为例。这是2009年该产品登录页面的样子:
2009年以来的 Dropbox 网站和软件。(来源:Dropbox)
①Dropbox 是一款免费网络文件同步工具,是 Dropbox 公司运行的在线存储服务,通过云计算实现网上的文件同步,用户可以存储并共享文件和文件夹。
这是个简单的页面,包含了公司名称、软件的说明和下载 Dropbox 的电脑端或 App 的链接。对于想要了解更多信息的用户,“导览”会将他们带到一个包含更多信息的微型网站:
Dropbox 的 MVP 提供了其软件的基本细节。(来源:Dropbox) 这与如今消费者和企业都在使用的 Dropbox 强大的存储、内容创建和协作服务有着天壤之别:
2019年 Dropbox 网站和 SaaS 的样子。(来源:Dropbox) 但是这就是 MVP 的魅力所在,从本质上来说,它迫使开发人员用最小但绝对必要的方式来构建产品。
Dropbox 并不需要预见云存储服务的强大功能,也不需要创造出在当时并不适合市场的产品功能。它们所需要做的,是发布一个用户在当时所需要的简单解决方案。然后,用户可以去验证产品方案并给予反馈,为公司提供产品开发所需要的方向。
正如埃里克(Eric)在视频中所说,MVP 是提高成功机率的最好方法,而且相对于完成整个产品开发所需要的时间,MVP 可以在更短的时间内完成。
MVP 的成功取决于它利用了早期使用者所具有的洞察力和反馈的能力——即:那些100%站在你这边,相信这个产品会成功,并且想要帮助你发现问题并给予想法的人。所以,不要忽略这一点。
MVP 并不是一个半途而废的 App,它仍需要具有价值。
以下是在构建和发布 MVP 之前必须做的事情:
如果你想让你的 App 成功,它需要为很大一部分用户群体解决一个独特的问题。这意味着你构建的MVP 需要清楚地分解产品的功能和用户需要它的原因。
例如,Uber(当时是叫 Ubercab)在2010年的 beta 测试②中的销售方式:
2010年,Uber 的前身 Ubercab 的网站。(来源:Uber)
②Beta测试是一种验收测试。所谓验收测试是软件产品完成了功能测试和系统测试之后,在产品发布之前所进行的软件测试活动,它是技术测试的最后一个阶段,通过了验收测试,产品就会进入发布阶段。
像前面 Dropbox 的例子一样,它的概念极其简单,并且在解释它是什么或者为什么它如此有价值方面也非常简单。但是你仍然可以明白,这是一个App,人们可以通过手机预订车辆和支付费用。本质上,它是比出租车更方便的替代品。
又过去一年,你会看到 Uber 通过正式的产品发布,开始巩固自己的身份和价值主张:
在2011年 beta 测试完成后,Uber 开始改善自己的形象。(来源:Uber)
这要追溯到2011年,当时 Uber 放弃了“Cab”(出租车),将自己标榜为随叫随到的私人驾驶服务。这是一种可以让消费者体验到某些奢侈特权的方式。
尽管这并不是 Uber 最终采取的形式,但你可以看到,早期的用户反馈是如何帮助产品开发人员决定平台的哪部分是真正值得重点强调和构建的。
当你构建一个MVP,接下来要开始从用户那里收集他们对于产品有用的想法,比如:它们想要什么样的产品?他们具体需要什么样功能?但是要注意的是,首先你必须先弄清楚产品的目标和价值,以便于你稍后对其进行优化。
你有你的产品概念,现在需要弄清楚消费者是否需要它。尽管 MVP 的构建成本低、速度快,但这不意味着它完全不会浪费你的时间和资源。你必须至少要明确产品创意点是存在的,然后明确的定义你的目标用户。
简而言之,你需要思考产品定位。
在前面 Uber 的例子中,你可以看到 beta 产品仅在旧金山测试过。
Airbnb 最初的版本也做了一些类似的事情,乔·格比亚(Joe Gebbia)是 Airbnb 的联合创始人,他在2017年一期《我是如何做到这点的》(How I Built This)节目中讲述了他构建 MVP 的故事。
故事大体是,他因为手头拮据而付不起房租,为了赚些钱,于是决定把旧金山公寓里的气垫床租出去。当时城里正好准备举办一个设计展,周边的酒店都被订满了,所以他想他可以从中赚钱。但他挣得不仅仅是房租,还包括提供家庭自助早餐的服务费用。在许多人对租他的气垫床表示出兴趣之后,他由此产生了一个经营企业的想法。
因此,他和他的合作伙伴创建了一个名为“AirBed & Breakfast”的网站。随后,因为太受欢迎,网站投入使用时,它提供家庭旅店的范围就远远超出了最初的旧金山试验区。
2009年 Airbnb 概念的早期版本。(资料来源:Airbnb)
2009年,Airbnb 房屋出租业务遍及72个国家。今天,你几乎可以在世界上任何一个城市里挑选房子。但这一切最早是从旧金山开始的。
因此,当你开始构建你的产品时,在你发布一个完整的 App 之前,考虑一下哪里是最好的产品测试和获得反馈的地点。你希望这个地区能够很好地代表你的目标人群,你还必须确保他们确实需要这样的产品,并且即便需要付费,你的目标用户仍会去使用它。
在你构建任何产品之前,MVP 的格式都是需要思考的另一件重要的事情。
在某些情况下,你将不得不构建一个可行的产品。例如,假设您的目标是构建一个新的约会类App。市场上有大量约会类App,特别是排名靠前的两个 App,它们一直主导着这个领域。你应该明白,不管你在产品功能上削减了多少,再开发任何一款约会 App 都是一场巨大且昂贵的赌博。那么,你会怎么做呢?
你可以开发一个 PWA(Progressive Web App,渐进式 Web 应用程序)来替代。与投放 MVP 到应用商店相比,它成本更低,投放市场的时间明显会更快。你甚至可能发现在产品格式上,PWA已经足够了。
除此之外,MVP 甚至都不需要是一个真正的产品。它可以只是一个宣传产品或者提供线框、原型概念的网站。
2018年,兰德·菲什金(Rand Fishkin)宣布,他将离开莫兹(Moz),莫兹是他在2004年与别人共同创立的公司。同时,他宣布了一款名为SparkToro③ 的新产品。
SparkToro MVP 登录页面描述了即将推出的产品,但没有提供访问权限。(来源:SparkToro)
③SparkToro是协助各种组织快速准确地确定受众的网站,博客,播客,社交帐户等,从而使营销工作更有针对性和更有效
现在,兰德·菲什金是一个能够推出 MVP 概念并使之成功的人。他在这一领域有着丰富的经验和稳固的声誉,尽管这款新产品还无法使用,但用户还是会被它吸引。
对于那些构建新品牌 MVP 的人来说,你可能不会那么幸运。因为你没有像兰德·菲什金一样的影响力,但这实际上将取决于你准备构建的产品类型。
如果完全没有办法在缩小版本中创建产品,那么 PWA 可能是一个值得探索的选项。如果你或你的客户没有完全足够资金,并且需要经过验证的有效的反馈来向投资者证明你的概念的可行性,这也是一个好主意。
如果你这么做了,你也需要一个非常好的产品说明文字,解释你正在构建什么产品,产品可以帮助用户解决什么问题。下图就是SparkToro 在它的网页上对我们构建什么产品的内容说明:
Sparktoro 的网站解释了它在构建什么。(来源:Sparktoro)
我认为对于喜欢这些产品的用户来说,即那些需要这种解决方案的高级营销人员,这种测试功能概念和可行性的方法是很好的。它是用他们的语言写的,而且有他们能理解的视觉效果。
然而,对于那些不熟悉你的品牌的用户,一个产品仪表盘的线框图或原型将会是一个更好的主意。甚至可以是创始人的解说视频,也能达到预期的效果。它只需要说服用户注册并尽早开始提供使用反馈。
如果你看埃里克•里斯(Eric Ries)发布的视频,你就会知道他提供了一个定义 MVP 最小功能的公式,就像这样:
你认为你需要的最小功能/8=真正的最小功能
如果这个公式让你有了不安的感觉,也是意料之中的。但是可以这样想:
当你在构建一个 MVP,它要尽可能简单,并且不会变得毫无用处。你可以把它快速发布给用户,给他们一个提供反馈的机会。
结果可能有以下几种情况:
他们非常讨厌它。
他们向你抱怨 A 功能有多糟糕,他们多么希望它解决些其它的事情,或者 B 功能多么接近预期,但是却没有达到预期。如果你的测试用户能准确地告诉你他们想要从你的产品中得到什么,简直太完美了。当你获得用户很一致的反馈,你就能得到一个产品必须具备的功能清单,这些功能需要在App 下次迭代版本中出现。
他们觉得还可以,但还没达到喜欢的程度。
同样,如果用户对这个 MVP 不是百分之百满意的话也没关系。你给了他们一个机会去测试一个将会变得的很棒的产品,他们也会从中看到希望。让他们说出对产品的想法,让你了解他们喜欢什么,不喜欢什么。然后,将精力重点放在改进缺点和那些真正改变游戏规则的功能上。
他们喜欢现在的样子
老实说,这种情况不太可能发生。但是,如果反馈真的很少,以至于你构建了一个像现在MVP 一样的产品,那不是很好吗?另外,想想你通过销减产品帮你的客户节省了这么多时间和金钱。有时候更简单更好。
不要忘记感谢这些用户对产品的反馈和支持。没有他们的真知灼见,你不可能了解到他们所需要的解决方案,因此,认识到他们在其中所扮演的角色,是对你最好的帮助。作为回报,他们在推出后很长一段时间将继续成为您产品的传播者。
基于上述原因,虽然我不太热衷于仅仅用一个登陆页面或小型网站作为 MVP,但我确实认同在 MVP 开发过程中,优先构建一个移动端登录页面是一个好主意。
游戏类 App 和 SaaS 将是尽早启动 beta 注册页面的特别好的选择。下面是Hytale④(奇幻传说)的一个例子:
游戏应用 Hytale 用它的登录页来教育用户关于游戏的知识,并在发布前获得内测版用户。(来源:hytale)
④Hytale 是由 Hypixel Studios 出品的全新沙盒游戏,将角色扮演和沙盒游戏元素巧妙结合在一起,让玩家在程序生成的世界中拥有沉浸式体验。
如果你想要你的 MVP 获得成功,你现在应该多花一些时间来建立一个有影响力的登录页面。首先,从前面提到的那些公司的早期网站开始研究,他们都成功地向用户表达了他们的产品概念,用易打动用户的文案来推销他们的产品,并说服早期用户尽快注册并测试。
当你在做这件事的时候,你也应该建立你的博客、社交媒体账户和社区功能(带有新闻活动的资讯页)。有些人可能会在除谷歌之外的其他地方发现MVP 的宣传公告,并决定将该站点添加到书签,或者尽早注册成为内测用户。
这距离你的用户购买正式版不会太远!
放到最后但非常重要的是,你必须学会如何测量 MVP 的成功。因为这几乎关系到反馈的质量。
去思考以下问题:
将你从最初的登录页面、内测人员、使用率数据等等收集到的所有信息,都仔细查看一遍。关于你构建的MVP,这些都给你了什么反馈?现在,你打算怎么改进它?
你是保持原样,还是构建出用户想要的完整产品?
根据您收集的使用数据,是否很容易吸引和获得客户?更重要的是,您是否能够留住这些用户,还是将应用程序保留在浏览器端而不是本机应用程序的形式更节约成本?
最后,你能或者应该对该产品的访问收取多少费用?它最终可以让公司盈利吗?还是仅仅因为没有足够的兴趣(至少在货币化方面)就无法使之成为一个重要的商机?
我知道我给你们留了很多问题,但是一旦测试开始,接下来就会有很多问题需要解决。另外,这也是你构建MVP 的初衷。用户的反馈对整个过程来说是无价的,也是你了解产品是否值得推向市场或重新改进的唯一途径。
原文作者 | Suzanne Scacca
原文地址 | https://www.smashingmagazine.com/2019/07/mvp-app-development/
编译作者 | 桃子| 深圳| UI设计师
评审指导 | TCC委员团 |胖鱼、呵呵、弹跳
编辑整理 | 三分设运营编辑 | 皮皮、
本文由 @三分设 翻译发布于人人都是产品经理,未经许可,禁止转载。
推荐阅读:天津之窗网