很多时候,往往以为自己理解了概念,却只有等再理解下个概念之后,才明白以前认识还不够。我们都是在某个点出发,逐渐放大试图了解全局,然后才可能正确认识自己的位置,并找到适合自己的突破口。
长久被专业名词困扰和误导,我知道它们肯定是一体的,但如何分类、组织、建立联系,让整个框架立体化,合理解释似乎并不是那么容易。基于自己现阶段知识结构,以及同行们反馈的各种观点,重点介绍新突破。
思想信仰——以用户为中心的设计
实现目标——良好用户体验
具体指标——可访问性、兼容性、可用性、标准化、搜索引擎友好
接受来自 IBM的概念定义 启发,依次分为思想、目标、指标三大逻辑层面。关键在于指标问题上,我认为web-based产品因为客户端多样性原因,远不止可用性这一项,经过补充排序结果如下:可访问性、兼容性、可用性、标准化、搜索引擎友好。
可以看到可访问性、兼容性、标准化、搜索引擎友好都是web-based产品独有的,这也是做web比做soft麻烦的根本原因。相对来说,我处理可访问性、兼容性、标准化、搜索引擎友好,比可用性更得心应手,这与我的背景、经验和兴趣有关。因此我不会去做soft-based的事情,并且完全有理由相信,可用性不是最重要的指标。
理念只是贯穿全局的方针原则,并不具有实操的指导意义。虽然理念都有独立中心思想,但操作层面有交集,所以容易引起各种争论。在做事角度,任何理念角度深入下去,都可能不同程度见到效果。但要把事情做到极致,需要平衡各项指标。
概念阶段——网站目标、用户需求、功能规格、内容说明
设计阶段——信息架构、交互设计、界面设计、导航设计、信息设计、视觉设计
制作阶段——原型制作、前端编程
曾在 纵深协作方式 中提出扁平结构协作初步设想,减少沟通环节避免理解缺失,用灵活性来适应互联网的快速产出和快速迭代,整个流程就分概念、设计、制作三大阶段。《用户体验的要素》所提的战略、范围、结构、框架、表现五层对理解帮助很大,但不适合走操作流程。
同时,书中观点对应提出来的各专业方法,我认为还缺少对web-based原型工作的支持,因此容易造成与开发之间的断层。这部分俗称“前端开发”工作一直都处在前后不搭的尴尬地位,补充两个关键点,第一属于产品设计范畴,第二还有原型制作、前端编程两个层级。
联系客服