如何改进 N9 的交互设计

N9 上可以感觉到 webOS 的诸多延承。纯净的配色，圆润的边角，尤其是滑动切换的优雅，无不体现出 Peter Skillman 在设计中对简洁纯粹的追求。

虽然很喜欢 N9 的各种设计，也认同滑动的理念，但在使用过程中，却发现一些问题。实际上，N9 的系统交互使我一头栽进了雾水里。

系统操作依赖滑动手势而不是交互按键，的确是件很高明的创意。但滑动手势也是有缺点的。一是不易发现，有些学习成本；二是缺乏特定着陆点。

在 android/iOS 上，进入应用之后，按 Home 键，你总是会回到主屏。如果想快速切换最新应用，可以长按 Home 或双击。这始终是高效和可达到预期的。但滑动手势缺乏明确的指向性，会出现一个手势多个着陆点的问题。而在 N9 的交互设计上，看来很智能的设计更是造成了很大的问题。

N9 的主界面其实是三个屏幕，主屏，通知和多任务。以主屏为基点，右滑是通知，左滑是多任务。这本来没有什么问题，但是进入应用之后，问题开始出现了。

设想你从主屏进入应用。当你开始从边缘滑动的时候，你发现手势的着陆点是主屏。（应用中增加了上部边缘下滑关闭；下部边缘上滑悬停出现常见功能图标的手势。）

于是你的预期是：进入应用之后，无论左右滑动都回到主屏。

现在回到主屏，再启动一个应用，左右滑动，你的预期再次证实了，现在，左右滑动仍是主屏。

尝试一下多任务吧，从主屏滑动到多任务，然后启动一个应用。现在左右滑动会回到哪里?

经过上述的操作，你肯定会预期回到主屏吧。但是，你发现自己回不到主屏了，无论你从那个方向滑动，只能回到多任务界面。

原来系统是记录你进入应用前的状态的，如果从主屏进入，你只能切换回主屏；从多任务进入，只能切换回多任 务。

经过以上的操作，相信初用系统的人，都会一头雾水吧。根据应用进入前的状态，手势着陆点是不同的。

问题出现了：多个方向的手势是一个着陆点；一个方向的手势是多个着陆点。而你想要从应用直接切换主屏或多任务，反而可能多走一步。

在应用的两种情景下，手势着陆点不同会带来困惑，系统一个智能的记忆，反而带来了问题。

其实，解决问题的关键在于尽量保持手势的着陆点不变，尤其是在同一起始点的时候。当你进入应用时候，不一定需要保持对进入前状态的记忆，你真正需要的是往前看，就是如何切换到主屏或多任务界面。而固定的手势着陆点可以强化记忆，形成预期。

N9 中应用内从上部边缘向下是关闭，始终回到多任务。这就是固定了着陆点。可惜的是，着陆点是错误的。如果我如果从多任务界面进入应用，还是回不了主屏；从主屏进入应用，可以切换多任务，但是应用肯定是关掉了，再启动必须再回主屏。

看实际操作中一个例子，从主屏启动应用，然后关掉，到达了多任务界面，由于没有运行任何应用，多任务界面显示 “未打开任何内容”，下一步操作必须再滑到主屏。多了一条毫无意义的弯路。

上面其实还没有谈到通知界面。如果你从多任务界面进入应用，回到通知界面需要多走两步，因为 N9 在屏幕上部的状态栏不能下拉显示通知。

设想，如果进入应用后，固定模式是：从左边缘向右滑动到主屏，从右边缘向左滑动到多任务，上边缘滑动关闭回主屏，下边缘滑动是通知，是否更好？而事实上，这个问题也的确有人思考过了。Maemo/MeeGo 开源项目的积极贡献者，美国国家仪器（NI）高级软件工程师 Ed Page 曾提出一套改进方案，而 MeeGo 团队软件工程师 Felipe Contreras 在自己的博客上提供了实现方法。最终版软件没有改进，或将功能加入设置项，不得不说是个遗憾。也许诺基亚认为这个问题影响的是高级用户，暂时无需改进。但在实际使用中，我的感觉却是，这影响的恰恰是普通用户，尤其是初次接触 N9 的用户。

如果你想要自定义手势的着陆点，最简单的方法是下载 Swipe Manager。（一个 deb 文件，请将文件重命名后，用文件管理器安装。）