《UI进化论》读后

2010年10月12日 | By QiuyueXP | Filed in: 原创, 读书.


下午杀到杭州图书馆,本计划速读1.5本书,其中包括这半本。但结果是,看了一点,就放下了,多亏是借阅,否则我肯定会心疼很久。

书的装祯极度精美,全彩,铜板,厚实,看上去跟时尚杂志似的,很高档的样子,里面有很多绚丽的图——我翻看了下,虽然我不是UED,但如果平时较为热心那些新潮数码网站,很多图可能都已经看过了。

也许是隔行如隔山的缘故,书中很多术语我看不太懂,本来这没啥大不了的,但由于我刚刚读毕《乔布斯的魔力演讲》,刚被“短句”、“去术语化”洗了脑,所以格外别扭。

书中穿插很多作者的小随笔,应该是作者博客上的文章,我的感觉,如果单纯从博客的角度说,作者的博客是绝对值得订阅的。但插在这本书里,看起来的感觉有点支离破碎。

作者从一个自身设计师的角度,对部分客户、产品经理、开发工程师等“涉众”都提出了尖锐的批评和诚恳的意见,并提出了很多从流程上克服协作障碍的方法。我认为,这些内容放到项目管理或一些其他相关领域中描述更合适一些。

另外,作者对诸如市场调研方法、客户访谈方法等内容也做了介绍。虽然假以篇幅,但感觉深浅尴尬,看得浑身不自在。或许这也是设计师能力模型的一部分把。

本来我看这书的目的是试图了解一下“设计师”都在干啥,但看完的感觉仿佛是“设计师做一切事情”,他们是产品经理、是项目经理、是市场营销、运营人员,所以我看得不是很过瘾。

当然,也有收获,以下是速读过程中我做的一些书摘:

UI工程师的工作

> 考虑人们擅长什么,不擅长什么

> 什么可能对人们当前的做法有帮助

> 如何提供高质量的用户体验

> 使用“尝试-验证”基于用户的技术

UED——技能树

UCD考虑的维度

> 产品在特定使用环境下为特定用户用于特定用途时所具有的有效性(effectiveness)、效率(efficiency)和用户主观满意度(satisfaction)。

交互设计和界面设计的流程

用户需求分析->确定产品设计概念–>候选方案设计–>原型设计–>用户测试与评估

好的交互设计原则

关于产品,客户会问什么问题

1. 它是什么产品 2. 看上去如何, 3. 解决什么问题 4. 其他心理需求

在市场调研前先明确

1. 明确市场研究的目的以及对最终结果的假设

2. 获取对用户的需求购买决策驱动因素的深刻认识

3. 定义目标市场及规划策略

低保真做到什么程度?

> 低保真为了暴露问题,不是解决问题。

> 低保真模型主要用于说明思路,不是指导设计

> 低保真模型的输出量不高于整个项目输出文档的20%

> 图形设计在这个阶段必要性不大

> 低保真模型要尽量清晰地展示设计要点。

何时需要高保真模型:

> 团队无法准确理解设计意图

> 用户评测中,用户无法形成对产品的认识

以下情况不需要高保真:

> 团队沟通紧密,准确理解意图。

> 项目在以前项目基础上的升级

用户参与的问题:

> 内心比较所获得的结论,永远不会在测试现场告诉你。

给产品经理的小建议:

> 想象力过于丰富

> 企图控制全局和细节,但由于能力问题却无法很好地协调

> 推卸责任,把产品的问题都归咎于开发和设计

> 绝对话语权造成刚愎自用

面试问题tips:

> 说说你目前为止最喜欢的一个创作,谈谈创作过程。

> 你觉得我们公司目前的设计中还有什么不足的,有何建议。

> 你认为现在自己处于行业中的什么水平,5年后会变成什么水平。

> 说说自己的有点

> 你认为好的设计是什么样的,对我们有什么影响

设计师的日常工作:

> 研究人机交互、图形化设计、界面设计和其他相关理论,进行知识梳理和分析。

> 画出不同层次的原型:纸上的、框架的、可交互的网页、flash等等。

> 到不同的部门演示概念和想法,组织反馈意见。

> 生成视觉元素,比如icon边框、用户空间、窗口规范、图形化的布局。

> 同产品设计团队合作去发展一些重要附加值的概念,还有修订产品。

> 同商业方面的专家、市场部沟通,确认设计并得到认可

> 同开发人员沟通,提供明确的定义和执行的方向

> 同质量控制部门沟通,提供在测试阶段需要的清晰理解。

> 同首席设计师和产品设计团队一起工作,制定符合内部规范的设计流程和标准

一些有意思的话

『如果你觉得自己没创意了,你可以先养条狗』

『用户使用系统就是使用界面』——不要用技术作为产品卖点,客户不关心。

『用户使用产品帮助自己生活,不会把产品当作生活』

『比起图表的大小和颜色,用户更关心界面切换速度』

『产品不等于商品,所有好设计都必须以经济层面与心里层面为主要衡量标准』


Tags: ,

发表评论

电子邮件地址不会被公开。 必填项已用*标注