很久以前在InfoQ上看到的一堂视频讲座,自己花了一个多小时的时间看完,并做了笔记。偶然看到了,整理下算是再回顾下吧。
用户体验 (User Experience , UX,UE) 是一个测试产品满意度和实用度的词语。
用户体验设计(User Experience , UXD, UED) 则是以此概念为中心的一套设计流程。该流程完整包括了目标用户设定,满意度范围和主题设定,用户的功能需求,交互设计,系统反馈以及最终报告和成果。
依据目前的用户体验设计流程,主要有以下几种流程结果:
- WireFrame:线稿图,铅笔稿,即最简单的布局稿;
- Mockup:比wireframe更细致的UI设计稿,原始模型稿;
- Prototype:包含业务代码的,可以试运行的设计稿,原型稿;
- Look & Feel:确定外观及使用体验细节的最终稿。
工作流程(WorkFlow):
- interview:需求分析阶段
- design (*):产品设计阶段
- coding (*):产品编码阶段
- testing :测试
- deploy :部署
Design & Coding:
当前主要的开发流程主要有以下三种:
- 以developer为主导:design & coding 的过程中,绝大多数团队都是以developer为主导的,很多时候根本就是developer兼任designer,而且经常会在项目开发末期才考虑设计元素,这样会和既有的开发成果产生很多冲突,此时已是无力回天了。—— BAD!
- Visual Designer -> Interaction Designer –> Developer (BETTER!)
虽然比第一种情况好了不少,但是仍然是单向的作业流程,如果项目进行中设计发生变动,要想弹性地整合到项目中,依旧很难;
这三种角色之上,缺少一个贯穿全程的纵观角色——Overseer。设计不得当最终导致,花费了大量的人力物力财力,却换来了客户的不满和系统的繁杂;
而且设计师(designer)和工程师(developer)的工作无法整合:设计师天马行空,工程师无法理解,造成设计稿难以在编程中实现,微软的Office2007就是一个例子。原先构想的页面效果无法通过语言完整地传递给工程师,因此美好的设计就会在实施过程中被逐渐扭曲而消失殆尽。最后常见的情况就是变成:工程师(developer)主导一切! - -->-------------User Experience Director--------------->--
| Visual Designer -> Interaction Designer –> Developer |
--<---------------------------------------------------<--
让美好的设计(design intention) 能够高保真地(high-fidelity)传达到工程师手中,并且在开发的过程中不被扭曲。目前来说是比较可行可靠的流程。
Designer 和 Developer 的矛盾:
- Organization:组织分工有问题,各自为政,互相推诿,甚至根本没有分工,就是一个人……
- Tools:设计工具与编程工具不相容,比如 Photoshop —> Dreamweaver, Fireworks —> Flex Builder。最多只能单向进行,无法反向;
- Skills: 设计师不了解工程师的需求,而工程师无法兼任设计的工作,visual – interaction, interaction – development, development – visual 跨领域的全才实在难觅。
如何改变这样水火不容的矛盾?
-
管理架构的改变:
Project Manager 项目经理
|
User eXperience Director UX总监:管理多个项目,负责指导跟进项目
| |
Visual Interaction Developer -
工作流程的改变:
Visual --------> Interaction ----------> Developer
|-----<------------------------<--------| -
解决工具的不兼容:
Ai/Ps/Fw <-------> Fc <------> Fb
|------<-----------<---------|
Ai/Ps/Fw : Designer
Flash Catalyst: interaction产品定位:
1. Fidelity all the way
2. Approachable interaction design
3. Inter-op with other adobe tools
Flash Builder: developer -
工程师如何处理后续的编码工作?
MVP(MVC) Model View Presentor
各角色拥有各自的工作部分,工程师负责编码,尽可能不在设计师的view中包含代码,designer使用MXML(all view stuff including screens, controls, skins),developer使用ActionScript(all controllers, models, VOs, events ); -
解决Skill的问题:
加强学校教育;
招募后进行系统化的培训;
进行跨领域的训练…… -
苹果公司的设计方法(The Apple Way ):
至少提供10组不同的mockup设计,选出三个整合成高保真原型设计稿,当 Look&Feel定案时,程序的命运即已决定90%,剩下的只是把它写出来。
remember:Critical attention to details all the way!
Overview:
- all about maintaining great fidelity of design intentions to achieve highest form of user experience throughout the whole process;
- Experience , Workflow, Fidelity
----------------------------------------
参考文献:
作者:Xachariah
出处:http://www.cnblogs.com/xachariah/
本文版权归作者和博客园共有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文连接,否则保留追究法律责任的权利。