这篇文章来自 Any.do 的设计师，分享了一些关于 UX设计和产品升级开发的故事。如果产品设计的提升最终并没有带来数据上的提升，那么产品团队将要如何看待这个问题。

当我们为 Any.do 做了重设计之后，第一次看后台数据的时候，我们说的第一句话是：

数据是不是出了什么问题?

的确，在很多时候，后台的数据是会出现意料之外的问题的。但是这一次，情况并非如此。

在创业企业当中，有一个说法，就是90%的尝试都会失败。幸运的是，在 Any.do，我们所碰到的比例比这个要低的多，但是仍然经常会碰到问题，遭遇失败。不过，我还是想聊一下这些失败的经历。由于在设计、迭代、开发和测试上所投注的时间，这次失败对我而言是刻骨铭心的。对我而言，正是因为它在 UX设计上的突出和优秀，「它是一个如此精雕细琢的产品」(引用某个设计圈大神的说法)，使得这次偶然的失败给我造成了极大的困扰。

简短的说一下这次产品的状况吧。我们重新设计了 Any.do Moment 这个产品，它最初是在2013年发布上线，用户能够借助它来重新审视一天的工作，并且决定未完成的任务是现在处理，还是安排到特定的时间，从而借此提升整体的工作效率，更好地管理工作和生活。

1.0 的版本发布之后，我们最初所获得的反馈是相当积极的，我们在 Any.do 当中采用了简约的设计语言，使得许多已知的问题得到了解决。

我们将版本推进到 2.0 的过程中，在调研的时候我们发现了一些问题：

数据显示，我们的用户每个月只会使用 Moment 几次而已。而这个产品的主要目标是将用户使用次数提升到每周几次。

当用户将某些任务推迟完成之后，就不知道他们随后到底要安排多少事情了。

客户必须对他们的所有的任务进行安排，并且不能够跳过他们解决不了的，和不感兴趣的任务。

当时的界面是为4英寸的手机所设计的，并不足以在一屏中承载30个任务，也没有为大屏手机做相应的深度适配。

所有的动画和转场动效都比较慢，有的时候你需要等待接近3秒钟的动画加载，才能和下一屏的界面进行互动。

设计 Moment 2.0

△ Any.do 的日历标签页

虽然 Any.do 的日历功能开发完成之后，用户可以直接在日历中查看每天的任务，我们决定将这一模块也集成到随后的新版本当中，并且结合用户所提供的反馈，将它做的更好。

接下来，就是 Moment 2.0 的广告了：

当我们使用高保真原型来做用户测试的时候，发现一个问题，潜在用户(新用户)非常喜欢 Moment 2.0，而我们的现有用户则希望新版保持原有(1.0版本)产品的基本的体验设计。

我们解决了主要问题

用户希望能够快速浏览他们积压的任务，并且能够非常自由随意地在日常任务当中托拽移动任务，他们能从这种整理和掌控中获得快感。此外，他们还希望能够调整特定任务的执行时间的范围。

在这样的需求之下，我们经过测试，并且成功的发布了 Moment 2.0，然后我的感觉大概是这样的：

数据显示，Moment 2.0 失败了。但是这种失败并不是彻底的做毁了，只是 2.0 的数据和之前的 1.0 并没有太大的差别，拥有了新的日历模块之后，用户的参与度提升了，但是这个完全是符合逻辑的自然进化，从实际分析的角度和产品预期上来看，整个2.0 版本并没有表现出明显的数据上的提升。

问题出在哪里?

构建有价值的产品，最基本的条件就是应当对于用户有用，能够产生价值。

Moment 2 做到了这一点，但是依然存在一个问题，就是这个价值有多大。我们绝大部分的用户，他们在日常工作生活中，并没有那么多的事情，以至于必须借助这样的一个管理工具，甚至于即使有任务，也不止于需要日历来进行宏观管理。

△ 日历管理导向型用户的APP界面，和绝大多数的普通用户的APP界面

因此，70%的用户其实和我们的这些新功能是没有关系的，在日历中拖放移动任务自然是很棒的，尤其是在一天都很忙碌，有很多事情要管理的情况下。很多用户都期待能有这样充实饱满又能够掌控的感觉。然而，绝大多数的人，碰不到这样的情况。

Moment 2 当然也是存在一些影响核心体验的问题，但是在确定下一步的方向之前，我们只会提供一些适当的修复和调整，在当前的基础上进行增量升级和错误修复。

在数字产品设计领域，我已经工作7年了。幸运的是，我所参与的绝大多数的产品都取得了比较不错的成绩，剩下的一部分也确实失败了。无论这些失败是怎么发生的，我对于它们的原因都充满了兴趣，哪怕它们不是当前主攻的产品。

这不仅是做产品的专业精神所在，也是做产品的乐趣所在。

从失败中获得经验，很重要。在移动端平台兴起的时候，我们推出了 Moment 2，它依然是一个有着巨大潜力和强大功能的产品，现在我们将会针对时下大屏手机，调整出一个更加合理的版本，希望你们能喜欢。