知识体系

将目前我所理解、掌握的交互设计知识在这里相对系统的整理出来。


总体介绍

黑色大字是一个个内容主题,一个长方形线框是一类内容。

有些主题同时属于多个线框内,说明它有多种类型的属性。

这些框中,只有“信息架构”与“具体设计”这两个是同一纬度的,“先总体后具体”的思路,其它的框都各是一个角度,比如:“常识”与“对象模型”并没有什么直接的联系,只是两种不同的认识角度。

如果能只用“总体设计、具体设计”这样一个线索,就能把所有主题都分类描述清楚,那样最好,理解起来最容易。画成多个框框,并无意故弄玄虚,我觉得需要多个角度,或者说是多个“线索”,才能更准确的描述这些主题的关系,进而有助于理解这些主题本身。

角度1:常识

最左侧的这一列,一些常规的,一般的,共通的认识。

要讨论产品设计的问题,我们需要一些共同的背景知识,接近的价值标准。

另一方面,数字产品纷繁复杂,而且还在不断涌现出全新的产品。我们需要掌握一些很本质的判断标准、思路,才能应对那些始料未及的设计问题。

这一部分已经整理成一套图文电子书:

角度2:信息架构/具体设计

这两部分内容,其实是同一个线索:先总体,后具体。这也是最常见的组织方式。

角度3:对象模型

“对象模型”是一个对数字产品的基础认识,把数字产品理解为是一系列内容对象组成的。由此展开对设计中各种问题的理解。

这是接下来将要编写的一个图文电子书专辑。

角度4:设计元素

世上物千千万,归根到底都由100多个化学元素组成。以类似的方式来看待数字产品的设计,也可以总结出若干最基础的设计元素。

作家需要掌握字词、句式,设计者也需要掌握基本的设计元素,懂得怎么用,何时用。

我目前已总结了12个这样的设计元素,结成一套电子书:

设计元素也在“对象模型”之内,但“对象模型”还没有完整呈现出来,所以《设计元素12篇》中,只是在十分必要的时候,才稍有提及对象模型。等“对象模型”完成后,会相应的对《设计元素12篇》再做更新。

角度5:技巧

是关于具体设计的若干零碎的小技巧、小方法,增减不定。

是一些相对简单的小知识。

这部分暂未考虑整理成文,只在线下课中讲过。


具体介绍

左、右两列都已集结成册,可以直接看到(前半部分可以免费看),就不再描述了,逐个描述一下中间列的这些主题。

每个主题只三两句,其实没法说明白,聊胜于无吧,好过只是几个字的主题名。

对象模型

一张张图片、一篇篇帖子、一位又一位的用户… 对用户来说,这些概念相对具体,更容易理解,也是用户更容易想到的。将这些定义为:内容对象。

一个数字产品是由许多这样的内容对象组成的,用户的设备是一个屏幕框框,在这些对象之中浏览。

内容对象不可分割

既然是将产品描述为一个个对象,则应小心,不要将原本的一个对象切成多份,分别归入不同的栏目中。这个问题对产品整体架构有很大影响。

内容与操作

在原本的“内容对象”的基础上,引入“操作”,强调两者的关系:操作跟随内容。避免“先功能后内容”。

核心对象

为产品定义出核心的内容对象,整个设计以此为纲。要让产品贴近用户的心理模型,要以用户目标为导向,定义核心对象是一个有效的方法。

流程/明确诉求/内容逻辑

从人物角色出发,描绘出使用情景,最终设计出产品的整体架构。

架构里的内容是内容对象,彼此之间的关系源于使用情景。从情景中可以得到:流程、明确诉求、内容逻辑这三类要求。理解这三类要求,认识它们彼此之间的冲突,将它们综合为最恰当的关系。

这是一套系统的设计信息架构的方法。

操作模型

操作需要做到五项要求,如何做到?基于对象模型的认识,描绘出操作的通用模型。这是对操作的认识,也是达到五项要求的保障。

模式化

到底什么是模式化?所有的弹出窗口都是模式化吗?表单页面就是模式化?

需要从更本质的角度理解模式化,才能辨别,进而知道如何应用它,何时避免它。

服务员设计法

基于“现实原则”,我们将设计理解为是在向用户表达,与用户交流。那么,具体的设计时也应以此思路,先考虑要表达的信息有哪些,再设计表达的顺序与时机,最后才是呈现的样式。避免具体设计之初就被具体的样式干扰。

表达小技巧

在数字产品里,表达的一些小技巧:“结构化的信息更易于理解;需要更精简的表述;应对屏幕局限的表达技巧…”

视觉可用性

整套产品设计方案中,需要具备的最基本的一套视觉元素。

一些基本的视觉表达样式。视觉表达中常见的可用性错误。

数据可视化

饼图、柱状图、折线图… 各自的特点,适用于哪些特点的数据,常见的使用错误。