先有鸡还是先有蛋？

前阵子和同事一起围观各种邮箱app做竟品学习，发现许多邮箱app现在都学习mailbox尝试让用户通过滑动对邮件进行分类... （比如让邮件定期提醒，再如快速归档或是存入某个文件夹等）

如果仔细梳理，会发现问题远非如此简单——这里涉及好几个问题：

#移动终端的特性

为什么需要在app上对邮件进行分类？笔者一直认为移动终端并不适宜重度的办公操作，如大量阅览回复邮件以及对邮件进行整理..邮箱app内操作可能定位为对邮件进行快速预览较为合适。.市面上不少邮箱app过于直接的为用户提供各种操作归类的可能反而让用户分散有限的注意力（笔者在此把归档，删除，设置提醒等等都视作分类方式之一）。与此同时，这些手动的分类操作意味着邮箱本身并没有把邮件进行一定的整理以及过滤（当然如斯便利需要强大的技术在后提供支持）。

#为邮件进行分类的前世今生

这种为邮件进行分类的倾向最早可以追溯到各种文件夹(那时候还没有过滤器这类更加智能的方式，只能每次收到邮件后进行手动分类）。直到后来才有过滤器甚至gmail的邮件自动分类（分gplus圈子与分类别）。手动主动通过设置过滤条件为邮件进行分类的行为对于普通人而言始终并不容易学会..或许只有明确自身需求的并有一定学习能力用户以及部分geek才会以这种方式管理自己的部分邮件。诚然，现在有了inbox以及mailbox两种自动分类甚至进行提醒的机制，在不远的未来我们也可能从凌乱的收件箱中得以解脱专注于真正重要的邮件。

#mailbox,inbox

mailbox与inbox对待邮件分类的方式有些许不同，前者通过用户的一次次的操作进行积累学习，而后者有着gmail在邮件领域的积累以及用户行为的数据让这个过程更为智能化。可见最终相似的功能（把邮箱当作to do list来用）在初始阶段有着不同起步条件，这种区别也使得mailbox的操作相对更为繁琐（我怀疑很多操作选项的提供是为了收集用户习惯而非方便用户进行选择）。

#分类与标记不是问题——带来的后患才是问题

对邮件进行某种分类与标记可能对于某些用户而言是极为重要的功能，可是这种设计本身并非一种简单优雅的设计（除非学Gmail for android只能归档邮件）否则后续为了运营需要原来的九宫格菜单（mailbox）很可能变得面目全非。交互设计师考虑一项设计不仅要考虑常规的用户习惯与工程因素，也要考虑实际的运营需求。运营需求很容易让一项优雅简单的设计拓展成丑陋繁复的设计，因此在对方案进行规划思考的时候就要思考设计带来的后续结果。我完全能脑补，要是放在国内mailbox的九宫格恐怕会不断更新变换内容（参见支付宝钱包），甚至还会变成长长的清单...

结论：

在app内对邮件进行快速分类，是一种好的设计吗？我并不确定，首先笔者并不认为移动终端能承载并且应该承载这些操作。其次，这种思路本身可能会引入将来失控的元素。当然，哪有一点副作用都没有的药呢？或许只有等机器学习技术的进步，我们才能从收件箱中解脱吧。