如果文章图片无法显示，请点击此处查看解决方法

一、前言

    快捷键基本是PC软件中必备的一项功能，在Web设计中随着Google系(Gmail、Google Reader等)软件对快捷键的推行，也逐步开始兴起。

    在手机客户端设计中，受限于手机本身操作途径有限、屏幕有限、交互方式有限等，且整体性质更加类似于PC软件，因此快捷键也是由来已久，本文盆地权且从自己的理解谈一下手机客户端设计中的快捷键设计。

二、快捷键的设计思考

1.快捷键的定位

    从盆地个人的角度出发，快捷键应该定位为辅助操作功能，即快捷键可以进行的操作应该同时提供其他形式的操作路径。

    快捷键是需要用户记忆的。每个手机客户端软件都可能有自己的设计，而在手机客户端上暂时并没有类似PC上的通用快捷键，例如Alt + 字母选中相应菜单，Ctrl+S保存等等，用户也没有形成固有的快捷键记忆。

   用户在打开你的软件使用时，可能还没有从其他软件使用的惯性中回神过来，此时可能会造成连续的操作错误，如果用户遭遇到连续操作错误且没有其他解决方案，会对用户造成严重的挫败感。

  其他操作路径为用户提供了另外一种解决道路，而且这种操作路径应该是用户熟悉的、惯用的操作。

  举两个例子：

 

  UCWEB:  UCWeb中切换窗口快捷键为3，但是如果用户不记得，可以移动焦点到最上方，然后左右切换，第二个出路是用户惯性操作和学习成本最低或者可以认为没有学习成本的操作。

  手机QQ:  手机QQ中默认查看消息是5，但是同时消息发送人的头像会闪烁，用户可以焦点移动到闪烁头像上，中键既可查看消息，这也是基本不存在学习成本和惯性的操作。

  这里还有一个反例：

   手机msn的#键切换菜单焦点的功能，如果盆地没有记错的话，是没有其他替代方案的。这时候#键就不能叫快捷键，而应该叫功能键。

2.快捷键的使用场景

    快捷键，顾名思义是快捷的使用按键，即用在其他途径操作比较繁琐时的快捷替代方式。因此，如果快捷键的操作繁琐程度甚至超出了其他途径的繁琐程度，那么盆地个人认为这个快捷键是一个失败的快捷键。而如果正常操作本身就不复杂且符合用户习惯，也没有必要一定要设置快捷键，需要根据实际场景来确定是否设定快捷键。

    另外，盆地认为并不是所有繁琐操作都需要设置快捷键；一来用户记忆力有限，二来非全键盘的话按键更加有限，三来不常用的操作，即使略为繁琐也不会较大影响用户体验。

    即快捷键应用在常用的繁琐操作上。

    还以手机QQ为例，查看系统消息、好友消息，如果不用快捷键，需要焦点移动到闪烁头像，然后中键打开查看。由于查看消息基本是手机QQ最常用的操作，所以此处的快捷键让用户基本感受不到操作的繁琐，是典型的快捷键使用正面案例。  

   还有一点虽然是常识，还是提一下，即快捷键适用于有键盘的手机，且快捷键需要根据是否有键盘、是全键盘、普通键盘、特殊键盘等予以考虑。

3.快捷键的选择

    现在大部分的手机都是五维导航键或四维导航键，用户最常使用的按键也是导航键，所以盆地个人认为，最常用的操作应该绑定在五维导航键上。

    君不见大部分的音乐播放器的最常用操作都是通过五维导航键来进行的，比如Nokia自带的音乐播放器、Last.FM的手机客户端Mobbler(参见《S60上的Last.FM客户端Mobbler》,最新版本有所更新)、酷狗音乐播放器、天天动听音乐播放器等。

 

   在UCWeb中左右键分配给了最常用的翻页操作。

   导航键如果使用恰当，可以使用户最快的熟悉产品的常用操作，从而形成良好的第一印象。

   至于其他键或组合键作为快捷键，使用效率会差很多，毕竟用户的使用习惯并未形成。

   针对非导航键之外的快捷键，最好在选项菜单、使用场景中或者页面相应的滚动帮助区域提供帮助，以协助用户熟悉快捷键的使用。

   比如在Symbian软件常见的在选项菜单中有快捷键的菜单后标明快捷键，QQ音乐、手机msn在固定位置长期提示用户快捷键，手机qq来消息时提示的按5键等。

4.快捷键的其他注意事项

   a. 尽量保持软件内快捷键的一致，避免在同一客户端不同界面的快捷键含义不同，这会对用户造成困扰。

  b. 快捷键应尽量符合用户习惯或有一定含义，比如音量调节保持和界面图示一致，如果界面上为上下音量图示，则最好用上下键调节音量，或2、5(2、8)调节音量。如果全键盘，则可以以快捷键代表含义的首字母作为快捷键的选择，这点和PC上的快捷键有类似之处。

  c. 快捷键提示直接放置在界面可能影响美观，需综合用户体验、操作、实现考虑，比如qq音乐当前版本已经把下面截图版本的界面数字提示去掉了，可能更多考虑了美观。

  d. 在使用时提示不失为一个好的办法，不过针对不可预知或无触发的操作，此方法不具可行性，使用范围有限。

  e. 上、下的状态栏是一个良好的帮助信息(包括快捷键)提示位置，需要尽量利用起来。启动界面也是一个良好的帮助场景。

  f. 还是老话，没有一成不变的设计，只有不变的人性。如果前人走过的路和前人总结的经验和要做的产品一致，不妨参考一下，可能会起到少走弯路的作用。如果走别人没有走过的路，那么就要从原则出发，考虑最适合自己的设计。

三、小结

    本来盆地又想通篇文字的完成本文，虽然有PhoneScreen的配合可以适当减轻截图工作量，但毕竟截取使用界面还是比较麻烦的，还好找到了一些之前截的图，因此适当放上几张，减轻一下枯燥感。这也是常说的可用性和友好性是需要代价的实证。

    很多时候设计人员和开发人员会在用户体验改善上有争执，作为产品人员，需要综合考虑性价比。如果为了非明显的、致命性的用户体验改善而花费致命性的开发时间，那也是会得不偿失的。妥协，有些时候并不是可耻的。