本文作者是Buffer的创始人Leo Widrich及其搭档Tom Moor，译者@C7210。

Buffer是一款帮助用户在Twitter、Facebook等平台上更高效的发布内容的应用，到目前已经拥有超过50万的用户。在两年前刚刚开始打造这个产品的时候，开发人员就已经做好了充分的思想准备去面对各种挑战，包括设计开发过程中会遇到的障碍以及可能犯的错误。

在项目当中犯错是在所难免的，只要能够从中学到一些东西，这些错误就能引导我们向正确的方向前进。从某种程度上讲，将产品一点点推向成功的也许正是一路上所犯下的那些错误。

以下内容，以作者为第一人称进行编译：

重要的设计原则

在开始讨论我们从错误当中学习到的那些经验之前，我想先来聊聊我们的一个重要设计原则：

先验证，再开发。

接下来具体说说是怎么回事。

我们打造Buffer的初衷是创建一种“聪明”的方式，让用户可以更高效的在Twitter等社交网络平台当中同步发布内容。这个想法刚刚冒出来的时候，我们的创始人Joel Gascoigne立刻开始着手写代码，而不是首先去验证想法。在写了几分钟之后，他才意识到这可能不是正确的方式。

接下来，Joel为这个目前还不存在的产品创建了一个介绍页面，并把链接放在Twitter上进行传播。对这个想法真正有兴趣的潜在用户会通过链接来到介绍页面；在他们点击了“服务方案及价格”按钮之后，接下来的一个页面会告诉他们，产品目前还没有完工，请留下邮箱以便在产品上线后的第一时间获得通知。

从这件事情出发，我们在接下来的历程当中逐渐归纳出了三点最重要的设计原则及经验：

整个产品或某个新功能的第一版要尽量保持最小化。

做好心理准备：项目很可能是长期的，而且会涉及到多次转型。

任何新的主意和想法都需要首先进行验证。

聊过了总体上的经验心得，接下来，我将通过一些实际的例子向大家更加具体的介绍一下我们在项目当中所学到的那些东西。

第一课：流程应该聚焦在“用户保留”而不是收益上

关于用户体验，我们在项目早期学到的重要一课，就是要将流程聚焦在“用户保留（user-retention）”而不是产生收益上。

我们是怎样了解到这一点的呢？不妨先来看看Buffer上线之后最初版本的注册申请流程：

用户在介绍页面点击了“服务方案及价格”按钮之后，会被引领到一个介绍具体服务类型的页面。

在这个页面里，用户需要在免费或付费方案中做出选择。

选择了服务类型之后，用户需要填写用户名、邮箱地址等信息，完成注册。

当时，确实有不少用户会选择付费方案，这看上完全去不是坏事。不过我们很快发现，这类会在实际使用产品之前就选择付费方案的用户的流失率是非常大的。其中一部分人在付费之后几乎不怎么使用产品，有些甚至还退订了付费服务。

于是我们试着修改了这一流程，不在这里要求用户进行方案选择；我们对自己说：“还是首先让用户自己去体验产品并判断Buffer带给他们的价值吧，在正式使用之后再鼓励他们根据需求升级到相应的付费版本好了。”

修改后的流程就是大家现在可以在Buffer的网站当中看到的：用户可以通过他们的第三方账号直接登录并体验免费方案中的所有功能，完全无缝的即刻开始使用产品。

相关流程的重新设计产生了以下两方面的结果：

有更多的人开始使用我们的产品，因为我们去掉了服务方案选择页面及相关的注册流程，减少了不必要的障碍。

有更多的人升级到了付费方案，因为他们可以很直接很容易的进入使用状态，发现其中的价值，决定与我们并肩通行。

后来，我们对产品做了很多改进，包括增加了更多的免费功能，另外产品的核心功能始终是免费的。只有确信用户已经体验到足够多的价值，我们才会向他们推荐付费的升级方案。

聚焦于用户保留，这是我们学到的重要一课。