原文链接：Redesign Disaster How we lost 47% of our users

原文作者：Icons8

互联网充满了成功的事迹，为了平衡它，我们决定分享一个我们惨痛失败的故事。这是一个关于我们如何重新设计了我们的服务之一，然后在这个过程中失去了47%的用户。

在事情发生之前

我们画icon。从Icons8一步步开始，很显然，我们不可能破解google AI，然后每月创造出数以百计的图标，因此我们需要一些帮助。

谁又能成为比需要这些图标的用户更为明确的目标呢？于是“Request Icon”的功能在三年前诞生了。

在过去的三年，它看起来是这样的：

这个想法很简单：用户请求他们需要的icons，然后其它的用户参与投票。我们画出票数最多的那一个请求。这就是它的工作原理。

“Request Icon”的生命周期

这需要一些解释。

奇怪的升降变化

我们退一步在主菜单中添加了一个Ideas&Votes链接到我们的主菜单中。除了短期内的一个提升之外，它从来没有起到好的作用。这基本意味着，只有那些在被提醒之前就知道这个功能的老用户才会去点它。

然而，那些从来没有请求过icon的新用户会忽略掉菜单。

Note.我们尝试重新命名－希望Ideas&Votes有“Request Icon”一样的效果。第二个变化。基于我们的可用性研究，人们会倾向根据自己错误的预期而忽视功能。（例如“它很贵”，“他会花很长的时间”，或“它是一个骗局”）

稳定增长

嗯，这很简单。Icons8的整体流量显示，在一些受欢迎的功能会成比例的稳定增长。

这条红色的虚线是实际的量。我们有一些分析跟踪问题，所以有一半从当中消失了。

快速增长

这花费了我们几年才意识到，满足需求的最佳时间，就是当它产生的时候。就像人们购物的时候忘记了买牛奶，他们需要图标的时候忘记了菜单中的链接。

这个结果显而易见，于是我们像下面这样：

Lost your dignity? Ask us, and we’ll draw it.

变成了：

Can also help with pride.

说实话，下面这张图没有什么用，我们只是认为它很漂亮，所以放出来了。“missing an icon？”这个提示在2016年的1月18日上线了，并且每天为我们提供了75个使用“Request Icon”功能的用户。

一切都进展的很顺利，直到我们决定让事情变得更好。

重设计

重新设计之后，这个功能变成了下面这样：

重新设计的预期目标是：

添加2个新功能－快速追踪命令和自定义命令。

替代了陈旧的设计，让它更简单和更现代。

节省出我们的设计师那些浪费在管理任务上的时间。

我们实际上是什么结果呢？

减少了50%的用户请求图标。

减少了50%的用户参与投票。

我们的可用性专家不得不被迫进行可用性研究。

但重要的是：我们的整体流量并没有改变。有同样数量的用户来到了这个功能页面。我们很明确的提升了功能的视觉上的可读性，但是我们在其它方面失去了一些好的点。

Note that descriptions are visible in the old design, while hidden in the new one. We’ll write more on this later.

减少了50%的用户请求图标

用户在请求图标时需要知道两件事：

这个“请求”的东西真的有用吗？

他们什么时候能得到他们的图标？

事情就是这样，旧版设计回答了第一个问题，新版设计回答了第二个问题。这看起来似乎是如果你不希望50%的使用量跳水，回答第一个问题是首要的。

This is how the new design answered the second question - estimated completion time. It’s a pity that you can’t see it until after the request is made. No requests — no estimations.

为了回答这个请求真的有用吗？我们使用了投票和评论来进行帮助。

投票

投票意味着它是动态的。用户投票，这里就会有一个队形，它会动态变化，因此这个功能是有效的。

这就是两者设计间的关键区别。在原来的设计上能够立即理解，意味着投票。

旧版设计：

票数。

在数字后的文本提示。

数字和文本都在同一个区域哪内，象征着表示着一个空图标，我们会感觉有一天这里会有一个icon取代数字和文本。这是一个非常平滑，微小的细节，但这会影响总体印象。

新设计：

一些数字

一些文本

Voting arrows appear only on mouseover. A big NO-NO.

这个数字是什么意思？职位？账号？剩余天数？因为不知道这个数字是什么意思，所以我们不能判断这个请求服务是否生效。

评论

另一个生动的标志就是评论。我们用他们来表明一个图标的状态，但是实际上用户会在这里请求，奉承，拉拢别人。这个地方曾经充满了活力和生命，知道突然一切都消失了。新版设计没有评论，我们的用户说不了话了，就像我们一样。

减少了50%的用户为请求投票

这里只有一个大问题，我给什么投票？

在旧版设计里，i让我们画图标的票选的平均数大约在30左右；在新版设计中这个数字是15～16，事实上，最近一次我们的检查中发现，这个数字降低到了9，但是70%的数据作为标题实在是太戏剧化了。

对一个只有九位员工的公司而言，九个投票是很棒的，但是它让大量的用户图标被定义为了小众的，不是被广泛接受的。突然公司里的九个人都开始对我冷眼相待。平均票数的降低，就是上面提到的投票问题的一个体现。如果用户没有理解这个体系，他们不会投票。另一个原因是描述。

描述

在旧版界面里，你可以通过在加载的页面上滚动来查看每一个请求的描述，然后选择你喜欢的为它投票，新界面在用户想要查看描述时，强迫用户每条都要点击展开。

最初的想法是通过请求向下滚动，顺带会阅读一些其他人的描述和要求，然后选择一个喜欢的，但是被ban了。因此我们的投票人数下降了50%。

解决方案

比较简单，我们需要带回这种队形效应。

说实话，新版设计有一个最近创建图标部分，是一个较弱的生动功能。然而你需要向下滑动才能找到它。

用户没有滚动的动机。如果他们不知道在顶部会发生什么，自然也不知道去下面寻找。

这里有一个简短的优化清单：

正确显示投票

取消隐藏的描述请求

尽可能的让用户在主页可见

努力让服务更加简捷，简化我们复杂的用户体验。摆脱那些困扰我们团队和遗失了的可用性的微笑细节。让一些久积的顽疾减少。

这并没有结束，我们从中吸取了很多的经验，现在决心要让事情变得更好，我们知道了该如何去做。

感谢您的阅读～