shimly00 2011-11-23
从概念设计到信息架构
http://www.hozin.com/Point/200908/CD2IA.html
很多朋友都在研究《Web信息架构》,这是一本关于解决“如何将信息有效整理编排”问题的巨著。是否有更多的朋友会疑惑?在我们已经了解了如何整理信息之后,面对世界上成百上千的信息,哪些是需要针对当前项目进行整理呢?
如果说信息架构(IA:InformationArchitecture)教给了我们如何包饺子,那么概念设计(CD:ConceptDesign)将教给我们什么样的馅料更美味可口。
今天要谈的概念设计并非“产品概念设计”,而是对真实世界的抽象映射,或者其实称为“实体关系设计”能贴切些;也不要把概念设计和“思维导图”混淆,可能其中有类似的地方(也许信息内容是完全一样的),但是出发点有别,思维导图是设计人员以主观思维为线索进行拓扑(Designer-CenteredDesign?!),概念设计以客观实体为线索进行拓扑。
为了更好的说明概念设计的相关方法和流程,我们引入一个虚拟项目:X-cell,它将一直陪伴今天的讲解。
X-cell的基本诉求:这是一个围绕手机等移动通讯设备、通讯服务产业的网站,通过将围绕主产业上下游的产业链提供商业内容服务,实现信息对称,以获得网站盈利。
在明确我们的目的之后,让我们一起看看这个饺子里有什么馅儿吧。
概念设计的图例
我们要解决的问题
必须是一个抽象概念
比如手机
概念的子范畴
抽象的继承从属
比如手机生产
概念中的实际例子
可以看得见摸的到
比如NOKIA3310手机
实体的组成部分
也是可以看得见摸得到的
比如NOKIA部件-耳机
概念的一种属性
用方法操作属性
比如手机的信号制式
能够改变属性的方式
方法只针对抽象概念
比如手机升级操作系统
连接概念与概念
连接实体与实体
对应网站的相关内容
内容关联着重要概念
手机行业的概念设计
概念是指对一个具体事物的抽象描述,比如我们要规划X-cell,,那么就要先知道手机行业的概念,这样才能有的放矢。
概念的设计是建立在用户需求调查的基础上的,是需求决定了我们对概念设计的取舍,而这一部分不在本文的讨论范畴,我们已经假设明确了用户的需求。
Step#01概念可以衍生关联概念(子概念)
一个行业的分析,可能你会无从下手,而只要把一部手机摆在桌面上,信手摆弄几下,你就会发现一个简单的事物背后可能有若干庞大的系统支撑,而你只需要把这个系统的组成部分记录下来,这就是子概念。一部手机包含生产、销售、维修等概念,手机自己是不可以工作的,也必须有运营商提供蜂窝网络的概念,OK那么手机行业的子概念已经具备雏形了。
从手机这个概念中衍生的子概念
Step#02关联概念将继续关联下去
子概念的产生将辐射更多概念,一般的说,只需要圈定2~3层子概念就可以把整个概念上下游范围罗列清晰了(还是要参照用户需求的范围)。如果无限的辐射下去,那么可能会把整个社会体系包纳其中(馅儿就太大了),例如手机的外壳是工程塑料,有必要把塑料也包罗到X-cell当中去么?
从手机的子概念又关联出若干概念,其中一些概念的相对独立的
除非了子概念衍生出来的其他子概念,还要将一些独立概念融入其中,例如智能手机、音乐手机等,这样手机行业的概念就越来越完整了。
Step#03填充某些概念具备的实体
实体,就是存在,它们以物质的形式存在,例如某工厂、某学校、某块砖头。概念是现实世界的逻辑映射(是逻辑关系,而非物质关系),那么可以肯定有实体一定有与之对应的概念;反之,不是每一个概念都有对应的实体,例如爱情、懊恼。
为那些拥有现实映射的手机相关概念增加了实体[图片点击可看全图]
我们把圈定的所有子概念一一的判定,是否其存在实体映射,如果有那么就把这些实体补充到概念设计中。
Step#04用关系和方法将实体连接
现实世界的复杂性归根结底来自实体关系的复杂性。实体的存在,将影响其他的实体(一块砖头也会影响地面的压力),于是就有了关系和方法。在这个步骤当中,我们可以暂时忽略概念的存在,而全身心的去研究实体之间的互动。
这是一个复杂思考的过程,N个实体就会产生至少N*(N-1)/2种关系或方法,而实体之间的关系往往不存在或者可以忽略,例如手机的销售部门可能根本不关心维修机构的操作流程,这就需要一一的判定(累死人耶)。当实体之间产生了间接交互时,要向概念设计补充中间实体,也许这些中间实体还具备了新的概念(例如从SP实体导出了彩铃概念),这也是一个不断丰满的过程。
关系是一种常态(无返回值),方法产生结果(有返回值),这是两者的区别。
实体之间互动(关系或方法)决定了网站功能,那些优秀的网站只所以能够产生价值是因为充分利用了“万维网在打破实体互动的同时,建立了更短路径的网络互动”,而“从不同的角度打破和建立”就是网站差异的源泉,当然我们都知道:差异即品牌、差异即生存。
链接卖场、厂家、维修机构等概念,并且增加了电信SP和用户等中间实体[图片点击可看全图]
实体互动的设计描绘了一个网站的核心竞争力,请依据用户需求和现实资源的不同酌情处理,如果在这个阶段发现项目的无法与竞争对手差异,那么请终止项目,避免再进行下面的步骤,直到能够寻找到差异,以节约团队宝贵的时间和投资人的金钱。
Step#05概念的属性、实体的要素是网站的内容
实体的连接解决了概念从抽象到具象的过程,这还远远不够。我们最终的产品是网站,那么就要把实体交互中的信息罗列出来,这些信息也无非是概念及子概念拥有的属性、以及那些实体拥有的要素。
在实体基础上增加了内容、要素、属性,手机行业的概念设计基本完成[图片点击可看全图]
现在,只要轻松的进行实体互动与网站内容的映射就可以了,虽然这个工作只是相对的轻松,完成了这一步,X-cell的概念设计也就告一段落。
[这是一个并不精彩的桥段,但是希望你把它读完]
X-cell的概念设计已经完成了,这并不代表大功告成。强烈建议将这份概念设计文档排列在《网站信息设计方案》的第一页(《用户调查及分析文档》是另一份交付物),所有参与项目的人员,无论是界面设计相关、程序开发相关、测试调试相关、甚至销售人员都应该了解和明白概念设计的具体内容,这是网站项目的核心竞争力,也是所有围绕X-cell项目工作的纲领。
如果要对项目的界面和功能进行修改,都要参照概念设计进行,如果需要对概念设计进行增补变动,那么整个项目都要从最基础的工作进行重新验证和修改(包括用户需求部分)
信息架构隆重登场
我们现在有了馅料,把它们切碎,搅拌,放进饺子皮里,先包后煮。
经过概念设计,已经确定了网站的基本内容
信息架构的目的就是搭建网站的骨架
简单架构与复杂架构是两种不同的形式
简单架构只需要指定信元的层级关系(元素架构)
复杂架构需要指定关键页面之间的层级关系(链接架构)
根据复杂架构去描绘每个页面的低保真原型(页面逻辑)
低保真模型不断优化形成高保真原型(线框图)
简单架构
信息架构并非“网站栏目”,但是却基本确定了网站导航条的内容。信息架构可以不是扁平结构,而完全按照严格的逻辑关系进行,因为简单架构必须转化为以页面为基线的复杂架构,才有可能成为真正的“网站导航条”。信息架构决定内容,内容的关系决定了导航,大概就是这个意思。
X-Cell有了概念设计定稿,于是有了如下的简单架构,其间经过无数次推演,推演的过程实在麻烦,且也不在本文讨论范畴,今后慢慢讲解。
X-cell的简单架构[图片点击可看全图]
需要注意的是那些分属不同信元的相同内容,要明确指出它们的复用结构,避免割裂了今后会影响设计开发的重要关联关系。
X-cell的简单架构中的复用结构
复杂架构
由简单架构推演的复杂架构是一个“落地”的过程,漂浮在头脑中的信息设计元素终于有了它们的宿主——“页面”复杂架构以页面为基线,现在终于可以恭喜X-cell进入实际设计层面了,之前还要给页面分一下类别,请参考下面的图例。页面类别是指导界面设计师工作的重要文档内容,至少他们的工作量已经可以衡量了。
X-cell的复杂架构的页面图例
X-cell的复杂架构[图片点击可看全图]
根据简单架构去完善复杂架构的过程相对简单,但其结果必将复杂,且结果越复杂,描述越具体,执行越有力。
页面逻辑与线框图
各位网站策划(或产品经理、交互设计师)进行网站原型设计的手段各异,工具也不同,但都会用到信息设计、信息架构、用户体验的一些基本原理,网络上关于此道的方法论述甚多,麻烦各位搜索。
需要指出的是,网站导航系统应该在低保真原型(页面逻辑)论证定稿之后形成,即低保真原型建议参考《网站导航设计杂谈》一文。
结束语
从概念设计到信息架构,并非必经之路,这仅是一种推荐的方法,特别适合小团队(可能只有一个网站策划师包揽的)采用,配合头脑风暴和创意会效果甚佳,马克笔、白板、便笺、白卡纸、磁力钉是必备品。
如果你正在主持参与网站项目,请你牢记:无论你是否使用从概念设计到信息架构的设计方法,务必在你进行信息设计之前,圈定哪些信息是你需要去处理的。先想好吃什么馅儿,再动手和面也不迟。