经常会有人与我探讨：交互设计师所具备的能力有哪些？MSN上不便于深入解释，就在博客里谈一下吧。

我认为交互设计师除去基本的审美、原型设计，逻辑思维，追求细节，沟通这几项基本能力之外。最重要的能力之一，莫过于“概括”了。

犹如绘画，好的作品不是从一开始就将每一个细节都精雕细琢的。
通常1.打线稿，勾勒轮廓；2.再上调子、突出明暗关系；3.进行大面积上色；4.边画边找你所绘画的部分和周围物体的关系……
最后作品完成后，画面虚实相生，意境深远。4个步骤中，前3步都需要”概括”的去进行.

常常有人会说：“（指着这幅画）这里，还有这里，可以再‘概括’一些，没有必要画的太实。”

这里的“实”，就是细节，而“概括”就是将细节用一种很合理的方式一笔带过。
注意：这里的“概括”并不与我之前说的“追求细节”相冲突，缘由以后细说。

的确，每天都会有很多人搜索“交互设计”“招聘”的类似关键词进入我的博客，我也找了一些招聘交互设计师的职位诉求，拿来分析，却发现很少有要求具备“概括问题能力”的。

当你以一名交互设计师的身份去一家新公司时，你总会发现它的产品有这样那样的问题，这时你感觉自己就像一个身兼重任的医生，要去拯救一个疾病缠身的患者。
你的工作职责——改善产品体验。

想要改善产品，就要先找到产品的问题在哪儿。

同学甲是这么做的：
把产品的所有页面和流程，从头到脚滤一遍，将出现的每一个不合理或有bug的地方都记下来，然后发email给产品部门和开发部门。
数天后，得到了一些反馈
“这是历史问题，我们无法更改”
“这部分工作量太大了，无疑是要让我们推翻重做，暂时先不做吧”
“这个页面不是用户频繁操作的页面，我们这么改会将整个产品的用户体验提升多少呢？”
“……”
数日后，改进方案只进行了10%便被搁置，无法执行下去。

以我的经验，无论是产品经理还是开发人员都不会有耐性看完你的长篇流水账的。
就算全都看完，也不知该如何下手，因各个问题的重要程度和相关性都不明确。

同学乙看到了同学甲的方法行不通，于是换了一种方法：
只把产品最关键的几个页面和主线操作流程，着重分析了一下，列出存在主要的几个大问题，然后递交了一份简单的报告给产品部门。
产品部和开发部看了一下，虽然问题不多，但个个都是要害，集中精力将几个主要问题解决后，产品体验的提升了30%。

而同学丙是这么做的：
他将产品的所有问题集中起来，然后再加以概括：哪些是属于可用性的，哪些是属于需求导向的，哪些是属于信息架构的，并将有相互关联的问题放到一起。分清重要程度和优先级，阐述其中的利害关系，将一份可行性很高的报告提供给了产品部门和开发部门。

产品部门看了后，感觉确实如此，于是开会，改进方案有80%被认可。
随着开发的跟进，项目执行的有声有色，产品体验大幅提升。

这部分报告虽然内容众多，但是由于概括的很好，可行性就变得非常高。
最重要的是在整个过程中，无论是产品经理还是开发人员，都会根据你所概括的改进方案，结合周边现有的资源进行筛选调配，最终既解决了问题，又不会让大家陷入疲于奔命的状态。

同学甲：欠缺的是概括能力，从开始就陷入细节，产品出现的问题无论大小，眉毛胡子一把抓，让开发进入无休止的循环改进状态；
同学乙：有一定概括能力，能抓住主要矛盾，让产品体验有一定提升，有些问题还是得不到解决。
同学丙：有大局观又不失细节，既能对问题分析，又能概括的很好。让产品体验改进方案顺利进行下去，事半功倍。

记住：在整个产品生命周期中，你所面临的问题会像大街上的灰尘一样，总也擦不干净，总会有新的灰尘落下。
概括是一种思维方式，
概括是一种解决方法，
它能让的工作变得更高效，更成熟。

打印  |  相关话题：交互设计师   |  类别：信息和交互  |  源地址