Buffer创始人谈开发:先验证,后开发!

摘要:App开发其实就是一个不断犯错不断调整的过程,有的错误无法避免,只要能从中汲取教训,进行调整,就是好事。Buffter联合创始人就认为,一些错误,让他们走到了今天。最大的一个心得就是:不要把idea简单当作idea对待,而是要把每一个新设计或者功能迭代当做一个需要去验证的假设。

本文作者为Buffer的联合创始人Leo Widrich和Tom Moor。Buffer是一个社交分享工具,有浏览器插件也有App,有了它你可以更高效的分享社交链接,现在用户已达50万。

Buffer的两位联合创始人指出:大约两年前我们就开始着手开发Buffer,我知道我们会与到阻碍,也会犯错,而我们所犯的几个最大的错误都是不可避免的,所以我们选择从中汲取教训,犯了这些错误,我们才走得更远,也更高效。我也相信正是有了这些错误,我们才能走到今天。

设计原则:先验证,后开发

在谈论这些经验教训之前,决定先说一下我们的产品开发的首要原则:"先验证,后开发"。这原则是怎么来的呢?

当我们想到要开发一种App,写个Twitter插件或者其它社交产品的时候,Joel Gascoigne(Buffer联合创始人之一)马上就开始着手开发而不是首先验证这个的想法是否合理(这是他的一贯作风)。在写了几分钟代码以后,他开始意识到方向似乎不对,所以他又开始尝试别的方式。这次,他想到了要先验证。

所以,他先写了一个登陆页面,给人的感觉就是产品都已经开发好了,实际上不是这样的,他什么都还没弄好。不过他还是继续写代码,并把网站链接发布到Twitter上。感兴趣的人会点击登录页面上的一个按钮注册一个账号,然后呈现在用户眼前的是一个Buffer根本还没有完成的页面,要求用户留下邮箱,以便Buffer发布以后,他们可以接收到邮件通知。

这种方法确实很不错,我们在提出这个idea后的七周以内,得到了第一批付费用户。


我们的首要产品开发原则就这么诞生了:

  1. 尽量让一个产品或者功能的第一个版本小,尽量不要投入太多。
  2. 做好准备,踏上不断调整的漫长旅程。
  3. 把任何功能都先做一个假设,并让用户去进行验证。

好,这些都知道了,接下来就要告诉你们,我们都从错误中学到了什么。

专注于留存率而不是收入

在产品开发早期,我们得到的一个UX教训就是:我们需要全情服务于我们的用户而不是追求收入。

下面是我们最初登陆页面的流程:

  1. 当你第一次打开我们登陆页面并点击注册按钮的时候,我们会为你打开一个“订阅及定价”页面。
  2. 然后,轮到你选择“付费计划”或者“免费计划”。
  3. 在选择好适合自己的计划以后,你就可以进行注册,填写详细信息。


有了这个流程以后,从注册这一个过程开始,选择“付费订阅”的人就已经很多了,从一开始就有了增加收入的机会。

但是,我们很快发现,在还没有使用产品之前就决定付费的用户变动率其实是很大的,那些选择愿意付费的用户,有些根本根本不曾启用Buffer。最终,他们会选择取消订阅。

所以我们改变了登录页面的流程并调整了用户获取原则。我们决定先让用户去使用这个产品,先让他们知道我们产品的价值,最终促使他们把“免费计划”升级到“付费计划”。换种方法之后发现,结果好多了。

  1. 注册的人更多了。
  2. 随着时间流逝,更新到“付费计划”的人更多了。


从那以后,我们对产品做了更多调整,并推出了更多免费功能,而且我们产品的核心功能仍然是免费的,只有在让用户看到产品更多价值之后,才会鼓励他们升级到“付费计划”。注重“用户流”并专注于用户留存率是我们的学到的第一个重要教训。

社交账号登录比用邮箱登录要强

为了提高登录页面转换率,在经过几十次的A/B测试之后,我们想到利用社交账号直接登录的方式。


毕竟Buffter是一个与Twitter、Facebook和LinkedIn有关的App,潜在用户想要用已有账号方便快速的登录Buffter也是可以理解的。

而且在采用这种方法之后,我们的用户又增加了很多,登录率提高了50%,几乎一夜之间,我们的每日登录数量从500增加到了800。

尽早测试你所有的假设

想告诉大家我们如何重新设计Buffer浏览器插件悲催经历。

Chrome、Firefox及其它主流浏览器插件,都是Buffer服务的基础组成部分,如果你使用这些插件,就会拥有这个产品最好的体验。可以从任何网页分享内容并简单地把内容添加到Buffer当中,分享到Facebook、Twitter、LinkedIn。

所以,这自然就成了我们关注的焦点并想方设法进行完善的东西,至于如何改进,当时我们也有很清晰的想法。但是当修改完之后发现,我们悲剧了。下面是最开始我们开发新插件的流程:

  1. 找出已有Buffer浏览器插件的问题,然后大家集思广益商量如何改进。
  2. 花时间和资源进行设计并开发一款功能齐全的第一个版本。
  3. 到开发晚期才开始测试,然后发现人们对这个功能齐全的插件非常困惑。
  4. 然后我们放弃了这个想法,把它尘封起来。
下面就是一个我们永远不会发布的浏览器插件布局:

从那次失败以后,我们总算明白了一个道理“尽早测试你的假设”,并铭记于心。为了正确行事,下面我们采取了这种做法开发新产品和功能:

  1. 找到已有产品的问题,并进行头脑风暴,给出修改策略。
  2. 咨询用户,看看他们是否也遇到了同样的问题。
  3. 在于用户讨论之后,快速建立一个所花时间不超过两天的简单原型。
  4. 再次和用户讨论,问他们使用你这个原型的感觉如何。
  5. 用户号则进一步完善,然后展示给更多用户。
  6. 追踪参与率/增长率/收入并继续与用户讨论他们的体验。

用户界面图标设计要一目了然

无论是标签,按钮还是帮助文本,都要很清晰的传达相应的意思给用户。

Des Traynor在一篇文章中这么说到:“很多时候你认为你为用户解决了一个问题,但是他们从未使用这个功能,通常是因为,他们没有看见,或者即便看见了却不知道它是干嘛的”。

这也是我们所面临的问题。举个例子:在Buffter里边,其实你能绑定多个社交账号,这样你就可以在同一个地方一键把内容分享到所有社交网络。最初的标签是下面这张图这样的


我们自我感觉很良好,一个“+”号就能表达正确意思了。结果却是,我们不断收到用户的来信,问我们是否有方法可以将他们的Facebook或者Linkedin账户绑定到Buffter。

所以我们知道这个图标未发挥它应有的作用,所以决定改变这个连接按钮,几番尝试,最终定了下图的最下边一个,并且在空白处写上“连接更多”几个字,毕竟,文本比图片更能清晰的说明用途。这样修改之后,问题就解决了。


结论:一切都是假设,都需要验证

我想我么的公司和App还处于一个早期阶段,还在尝试许多方法及设计。但总的来说,要记住一点——不要把idea简单当作idea对待,而是要把每一个新设计或者功能迭代当做一个需要去验证的假设。

猜你喜欢

转载自blog.csdn.net/ds1130071727/article/details/47998167
今日推荐