改版案例经验讲谈 - Evernote for iOS

正文

请到「今天看啥」查看全文

我们理解这些不满。 有些变化是难以被接受的，尤其是在这些变化涉及到你每日的生产力行为，而你不得不接受的时候 。

当时，过于紧张的排期使我们无法做正式的用户测试，或是通过公测版本收集反馈意见，而这些工作原本非常重要，可能对最终的产品设计产生重大影响。

Evernote 7.8

在产品发展的历程当中，重设计工作有时是必需的。对于我、我的同事，以及整个Evernote来说，一定要在过往的错误当中学到些东西，并且确保不再犯相同的错误，这一点非常重要。

这次，让我们做的更好些

在2015年，我和其他几位设计同事开始认真研究当时版本的Evernote当中的导航机制，以确认问题所在，并寻找可以改进的点。

很快，我们意识到导航当中存在着严重的问题，这些不是简单移动一下元素或改变一下布局就可以解决的。潜在问题逐渐暴露出来，用户增长与使用率开始停滞，其他一些生产力工具抢到了领先的位置，并一点点带走了我们那些恼怒和失望的用户。

我们深切的意识到我们的app竟然变得如此笨重与低效，创建笔记、在笔记之间进行导航切换，这些常规任务花费的时间远超它们原本所需。一直以来，我们自己都在通过Evernote来完成那些最重要的工作任务，而如今就连我们也开始使用其他app来创建笔记了。这件事说起来真是尴尬，却是对当时状况的真实写照。

于是，我们设立了一个最为关键的目标：提升产品使用效率。这一次，我们决定稳扎稳打，充分探索各种可能性，并持续收集反馈意见。我们不能再像上一次那样猛冲了，我们不能再犯同样的错误。

当时，我是团队里唯一一名经历过上次改版的设计师，于是很自然的，我成为了新一轮重设计的项目负责人。这不是一份轻松的差事，但我决心这次无论如何都要把事情做对、做好。

起步

首先，我们需要确定改版的聚焦点在哪里。

我们在社区当中了解用户最为普遍的呼声与抱怨都有哪些；我们通过前期用研来了解新用户对于我们产品的感受，发现他们最喜欢的功能以及最为困惑的点；我们还会在公司内部发起调研，看看对于同事们来说哪些功能最重要，而哪些应当得到改进。

请到「今天看啥」查看全文