也谈用户体验

本人的iPhone“处女作”最终(完成开发但延迟发布)命运带给我的触动挺大的。需要反省的地方很多，但首先可能应该谈谈用户体验。不过首先要声明下，本人不是这方面的专家，所以可能反省得不到位，甚至会有偏差，还希望大家多多包涵。

 

1 界面设计的平台一致性

    不同的手机平台上的界面风格和控件元素上会有较大的差异，用户感觉上也会有所不一样，因此可以一眼就看出这是A平台的应用，那是B平台的。但产品开发过程中出于资源、策划等方面的考虑有时总会希望把一个应用的不同平台版本做成一致的，这样就只要同一套资源，使用同一份策划。在A系统下讨论的时候，说B系统是这样的；在B系统下讨论的时候，说A系统也是这样的。最后看到的可能就是一个和所在系统格格不入的“A mix B”的应用程序界面设计，从而对用户使用的连贯性照成一定的破坏，使得用户使用某些地方时就要停顿下来猜猜后试试怎么用。因此个人认为：无论是哪一个平台的应用程序设计都应该遵循该平台的设计规范，熟知平台特性，最好与平台自带的应用程序保持一致的使用体验，不要制造太多的意外。我们也应该从现有的为手机做应用策划进一步细分到真正为A平台或者B平台的手机做应用策划，这之间可以有共同的交集可以一次性设计，但绝不应该去追求完全一致。

 

2 用户界面设计原则

    相对于Android平台零散的几条原则，iPhone系统的开发者显然是幸福的，因为Apple提供了一份完整的Human Interface Guideline（HIS）。在iPhone开发社区，有人将其奉成圭臬，有人却反其道而行之。特别是一些如雷贯耳的大公司在开发iPhone应用时为了实现差异化的竞争优势故意绕开了HIG。而这却成了一些人不愿意学习和研究以及遵循HIG的托词，“xx的非著名应用yy也很多没有按照HIG，那东西没啥用”。日本的空手道将习武者的层次分成了“守、破、离”，没有达到“守”的层次，“破、离”就毫无基础。对于HIS我觉得更是这样，可能对用户界面设计深入研究到一定程度后理论上会有一些分歧，但开发者在无法达到如此深入的情况下，个人认为还是要拥抱HIG。打个比方，我们刚入学时作为新生一般都会比较乖，同时也会比较羡慕那些游走甚至游离于学校的各种规章制度的老生们，但如果马上学他们通常就会吃苦头，因为那是我们还没有掌握到其中的“道道”。当我们有一天真正在成为老生的时候，一切都会变得自然。自我反省就是我们现有团队还是应该定位成iPhone应用开发社区的一个“新生”，所以只有羡慕的份了，该乖的时候还是要乖的。

 

3 用户体验的具体化。

    用户体验一个比较抽象和主观的，但又必须实实在在地贯彻到应用当中去。开发团队中用户体验的设计和实现通常会由不同角色的担当。这时候如何进行用户体验设计思想的传递就尤为重要了。如果用抽象对抽象，就会给人一种只可意会不可言传的感觉，交流的东西就可能在传递途中消耗殆尽。更有甚者的表达就是“这个和App1一样，那个和App2类似”。给个不恰当地比喻，这就像一个小女生到了整容医院，“我要赵薇的眼睛，张柏芝的脸蛋……”。没经验的医生可能按照字面表述的需求做了，但结果很可能不搭调，无法让人满意。有经验的医生就会透过字面表述看到真正的需求，“我要变得漂亮”，这时候可能会建议说这样的搭配不一定好看，然后提出一个“融合”的方案。用户体验设计也是如此，有时可能被表述得很抽象、很表面，这时就需要相关人员去深究和追问。对于上述需求，我们就可能有疑问，“App1到底是怎样的？相似的程度是多少？是神似还是形似？应该如何相似？……”。通过不断细化和深究，而不是盲目对应，就可能改变甚至塑造一个产品。

 

4 用户界面（User Interface）和用户体验（User Experience）

    在图形用户界面出现的初期，有大量开发者会痴迷于开发更炫、更酷的控件，以搭配出更漂亮的用户界面。但软件行业的发展慢慢证明，应用无法光靠美丽的“脸蛋”取得成功，用户体验越来越多地走进了产品设计和开发人员的视野。UI主要强调独立控件的行为和界面的视觉效果，而UE更关注基于用户行为的操作流。说得简单点就是UI只是一层皮，而UE才真正有血有肉的。因此开发的过程中可能真正需要传递的是UE，所需的就是勾画出用户需要用到的界面（包括像按钮之类的界面交互元素）并筛选出核心用户最常用的、最适合移动应用场景的功能（如图A）。在开发的最后阶段才需要给产品披上一层漂亮的外衣（如图B）。开发过程中可以摒弃UI的干扰，将UE灌输到包括测试人员在内的每个团队成员。应该达到的目标是大家在看同一份文档或者听同一个表述的时候，头脑中闪过场景应该是一致的，而不应该各有各的解读，在无法达成一致的情况下还需要某某执行最终解释权。如果对一个场景的解读普遍不一致，那应该是“发送端”的问题，否者很可能就是某个“接收端”的故障了。

图A

图B

5 相同层次上的控件行为的一致性

    在一个应用当中，应该强调表现和行为的一致性，这样就可以让用户尽快上手，而避免照成用户体验上的奇怪。如果一个Table有4行，其中3行按下是跳转至新的界面，唯独其中1行是刷新当前界面。感觉是否有点糟糕呢？事实上这相当于一个网站的导航，有的新窗口打开，有的当前窗口刷新的问题。说得更直白点就是正常情况下你是不会希望家里的门有的是往里面推，有的是往外拉的。

 

    可能是反省还不够充分，所以写的有点零乱。抛砖引玉吧，希望有同样困扰的同学也可以说出你们的想法，一起讨论。