浅议手机客户端设计:(五)非触摸屏页面和元素操作设计
版权声明：转载时请以超链接形式标明文章原始出处和作者信息
本文链接：http://www.penddy.com/on-the-design-of-mobile-phone-client-d-non-touch-screen-operation-of-pages-and-design-elements.html
一、前言
想了好久没有想到合适的标题，目前这个标题第一眼看到恐怕很难理解是什么意思。简单解释一下，本篇文章介绍的是针对非触摸屏的手机（即键盘操作的手机）中，同一屏幕中针对页面有多个操作、或针对页面中元素有多个操作时设计的处理方法和一些思考。
虽然触摸屏和非触摸屏的手机这么多年一直在并行发展，但以nokia为首的symbian平台却是最近才在触摸屏上投入的更多精力，且目前市场上symbian平台还是键盘操作的手机为主。
这点和dos下无鼠标的情况有些类似，和目前绝大多数基于鼠标操作的web设计也有不同，本文谨从盆地自身的理解对此情况下的页面操作和元素操作设计进行一些介绍。
二、页面操作设计
页面操作设计在本文的意思是指在页面中不是针对某个元素而是针对页面或者某些功能的操作。先看下下面的三个操作示例图
这三个操作示例，不知道读者您认为哪一个较好？盆地从自己理解谈一下看法：
页面操作示例1：
优点： 把常用的操作放在最上方，把使用度不高或需要到页面下方才使用的功能放在下方，相对来说设计较为合理。
缺点：下方的操作必须键盘多次移动到最下方才能使用，操作步骤过多。
页面操作示例2：
优点：把操作放在最上方，可以方便使用各种操作。
缺点：查看具体内容时，如果左右键被定义（比如定义为为上方的标签页切换），则每次查看具体内容焦点均需要经过操作，需要无谓操作。
页面操作示例3：
优点：通过选项菜单的方式进行操作，页面比较整洁，操作比较清晰
缺点：由于选项菜单需要通过左软键或其他方式激活，用户可能第一时间会优先界面寻找而不是在选项才打中寻找，即选项菜单的内容容易被用户忽略。
就盆地个人的选择，在这些操作取舍中，建议如下：
1.保留选项菜单中必要的操作，为用户保留此入口，供希望使用选项菜单或其他地方遇到挫折的用户可以在此处获取解决方案。
2.如果左右键已被定义，最好选用示例1结合示例3的形式，避免无谓操作
3.如果左右键可以被定义为页面的左右焦点移动，最好选用示例2结合示例3的形式，避免无谓操作
这里提到的仅为建议，具体哪些应该保留在页面、哪些保留在菜单，页面中放置在上方还是下方需要根据具体的操作和是否必须等综合判断和设计。
三、元素操作设计
元素操作在这里是指针对页面中某个元素有多种操作，比如针对音乐可能有播放、下载、设为铃声、设为彩铃、收藏、评分等多种操作，我们也先看下面的4个示例。
这四个操作示例，不知道读者您认为哪一个较好？盆地从自己理解谈一下看法：
元素操作示例-1：
优点：直观
缺点：操作过于繁琐，对每一个歌曲的操作都需要多次键盘移动，从而失去可用性
元素操作示例-2：
优点： 通过选项菜单的方式进行操作，页面比较整洁，操作比较清晰
缺点：由于选项菜单需要通过左软键或其他方式激活，用户可能第一时间会优先界面寻找而不是在选项才打中寻找，即选项菜单的内容容易被用户忽略。
元素操作示例-3：
优点：和元素操作示例-1的操作对比有了大幅改进，中键默认弹出菜单用户门槛较低
缺点：中键没有默认操作，用户必须在菜单中选择
元素操作示例-4：
优点： 提供详情页面，在详情页面中操作，用户门槛较低
缺点： 不够直观，用户必须进入下一级菜单才能进行操作，对用户的引导不足，也比较繁琐。
就盆地个人的选择，在这些操作取舍中，建议根据实际情况优先考虑采用示例3或示例4的方式，综合用户门槛和使用习惯，会更加适合一些。
其中如果有对多个元素进行多选、全选等操作，则示例2、示例3会更适合一些。
四、小结
客户端设计这个话题太大，这些所谓的设计经验最主要的用途是用来做参考；在具体的产品设计中，经验的使用可以少走弯路，也可以加快进度，但更重要的是经验和实际的结合。
没有永恒的经验，只有永恒的人性。
(完)
相关文章
标签: 客户端, 导航, 手机, 手机客户端, 设计
If you're new here, you may want to subscribe to my RSS feed. Thanks for visiting!