西红柿炒鸡蛋、番茄鸡蛋汤,主食材完全相同;素鸡是豆制品,口感味道匹敌鸡肉;土豆和茄子的组合可以有:土豆丝炒茄丝、土豆片烩茄片、土豆丁焖茄丁、土豆块烧茄块、土豆泥拌茄泥……现实生活中的食材料理,就是一门组合的艺术。
与烹饪类似,交互设计也是一门组合的艺术。确定业务目标和范围,相当于给定了规定食材;交互框架与模式选用,相当于处理食材的基本刀工;五味调和,相当于具体设计过程;菜品色香味呈现,相当于转化率结果;满汉全席,相当于多个转化结果支撑的运营体系。
外形与结构,表象与本质,几千年来人类探究的问题,科学的意义就是研究事物本质。基于屏幕的交互设计,为了复用屏幕而生,为了呈现信息而存在。
关于信息架构的基础知识,请参考Hozin的几篇文章:
《不理解「信息」莫再谈「架构」》2016
《从HTML入手,学习信息架构》2016
《从概念设计到信息架构》2009
《[逆向工程]信息架构推演<微信消息列表>步骤细节 新手扫盲》2016
如果已经明确【信息架构为何物】,必然会涉及另外一个问题【信息架构为什么如此重要?】
优秀的互联网产品几乎一定是不断迭代,打磨成型;交互形式是否能被目标用户接受,不是臆想出来的,而是要经过实践检验;没有最好的设计,只有更好的设计;为了更好的设计,产生了A/B测试、数据分析等一系列方法;【拥有足够多的可能性】是优胜劣汰的前提。
一旦业务被确认,信息架构就几乎固定,基于近似的架构提供多样交互方案,是资深交互设计师的必备技能;交互设计多样性主要来自两个方面「同形异构」与「同构异形」。
如上图所示,相同的卡片设计包含ABCD四个热区,从信息架构层面可能完全不同。图左:树状(星形)信息架构。
图左:树状(星形)信息架构
A=男[性别]
B=50岁以上 [年龄]
C=10万以下[年收入]
D=已婚[家庭状况]
信息节点相互排斥,实现模型是Category,即当前内容和分类具有一对一关系。
图右:网状信息架构
A=英俊潇洒
B=事业有成
C=风华正茂
C=财务自由
信息节点自由关联,实现模型是Tags,即当前内容和标签具有一对多关系。
除了以上两种特例,树状和网状信息架构可以混搭存在,变化多端。
识别同形异构(同形异质),需要【发散思维】;创建同形异构,需要【聚焦思维】。无奈,所谓【思维导图】泛滥,很多从业者的【聚焦思维】逐步退化,创建同形异构越来越少见;因为比较少见,所以也便无人辨识,用进废退。(参考《脑图之困,为什么你的思路打不开?》)
同构异形比较容易理解,就是所谓【等价设计】。如上图所示,相同的信息架构结合不同的交互模式,产生丰富多彩的外观形态;为一种结构提供多种视图,交互设计的核心技能。
熟练掌握等价设计,需要经历两个阶段:第一,认识足够多的【交互模式】;第二,归纳【交互模式】之间的等价关系
深入认知【交互模式】,依靠日常积累比较缓慢,捷径是大量阅读相关书籍(参考《交互大厨的私房书单之模式篇》),推荐访问 @龙爪槐守望者 的知乎专栏【这个控件叫什么】。
梳理【交互模式】等价关系,目前尚无完善文献,这也是Hozin目前的研究方向,整理需要一定时间,请拭目以待。
狭义的交互多样性,就是【等价设计】;如果能结合同形异构,那就锦上添花了。
既然来了,说些什么?