[自译]重设计灾难-我们是如何失去了47%的用户

原文链接: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%。

解决方案

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

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

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

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

正确显示投票

取消隐藏的描述请求

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

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

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

感谢您的阅读~

你可能感兴趣的:([自译]重设计灾难-我们是如何失去了47%的用户)