以用户为中心的设计

这是UCDChina提前预览网页留下的存档,不包括作者可能更新过的内容。
推荐您进入文章源地址阅读和发布评论:http://ucdchina.com/blog/?p=87

合理构建了信息结构,为何还去扰乱?

作者:奇遇  |   发布: (编辑)UCDChina_test   |   时间:2008-07-26 12:46:58 文字大小:- +

关于信息架构的定义这里就不多说了,这里仅简单描述一个构建信息结构的过程,以及说明扰乱信息架构的某些场景。借此一块思索些什么……

一、我们这样构建信息结构

了解需求:

1、我们要做什么?

“知识就是力量,智慧就是财富”“我的智慧我做主”“让有一技之长者拥有提高自己和把知识转变为财富的平台”

为行业中的佼佼者提供专业的交流平台,并给会员提供自己做项目的机会,充分的发挥自身的知识。解决网络的信任危机问题,吸引拥有项目的老板等提供可信任的场所。

2、我们的主要用户群是谁?

各行业的技术专家

3、分析项目运营的可行性。

这个当然由运营人员论证可行,然后董事决议通过。

分析需求:

1、目标分析

“为行业中的佼佼者提供专业的交流平台”——社区论坛、研究室、主题讲座及讨论、个人信息管理、资源共享库。

“给会员提供自己做项目的机会”——–提供项目需求展示区、人才检索及人才推荐、项目监理、招标。

“信任、专业性”———会员认证机制(真实姓名、手机、网络联系方式、自我描述、提供核查的证据和方法。)、行业的职位等级、平台积分、其他会员评价、平台担保机制。

此平台主要面对的人群及行业定位

2、主要用户分析

那个行业?此行业专家的知识结构、主要年龄范围、各行业形成的性格、色彩喜好、行为特点、使用网络的程度等等分析

构建信息结构:

(在此仅提供主要栏目及基本描述。)

jiegoutu070614.jpg

二、在设计实施的阶段,信息结构被谁扰乱了…

在此信息架构确认之后(虚拟个时间吧:2007.01.01),就开始根据信息架构和需求分析做具体的交互设计、界面设计、及功能设计开发等…

在此一月之后(2007.02.01)

需求董事召集大家开会,提出:我们要做电子期刊,要把大家讨论的结构整理成书来共享,并且最好作为一个独立的栏目列出来。

交互框架? 数据库框架?交互设计的大概模型和数据库结构的设计基本完成,我们都要变!!!迫于压力,于是开始讨论期刊和其他部分的关系,做那些改动等等。

此刻心理想,不早说呀!

又过了一周(2007.02.07)

需求董事召集大家开会,提出:我们要做邮件系统,因为我们的会员之间仅可以简单的留言,我想他们之间可以直接的发附件。

此刻没有这个必要吧???众人一致反对,于是董事坚定的说有此需求。

由于众人的反对,董事勉强作罢。反对理由,邮箱服务不是我们的重点,领域的专家不可能没有自己的邮箱,利用率太低。

又过了两月之后(2007.04.07)

需求董事召集大家开会,我觉的我们要做的是招聘平台。理由是:我们提供专家人才,实际上我们应该做招聘。

我第一个反对,一个平台应该有一个主要姿态,咱们的主要目的不能变。咱们已经“平台咨询”栏目里提供“企业招聘服务台”,招聘服务可以作为一个独立的网站给用户,可以再做一个专业的招聘服务,象 智联招聘和51JOB那样。咱们最初的主要目标不是做招聘呀!

最好招聘栏目还是被强制的加到本网站平台主要栏目中…

又过了一月之后(2007.05.07)

需求董事召集大家开会,我觉的我们实际上应该做成“淘宝”这样,理由:我们有项目、有人才,我们也可以让人才开知识商店呀!

我晕了,早说做成“淘宝”,照着抄不就完了!!

最好的结果是迫于压力:在主栏目里添加“知识商店”栏目。

小结:

就这样,信息架构被改了又改,不但架构的合理性无从考证,随之而来的是:修改,返工……

且不说为了运营是否应该这样做,起码大家可以看到:在后期设计实施阶段,改变信息结构的代价是惨重的,返工也成了必然!对于信息架构,牵一发而动全身…

需求总是很多,这社会上什么需求都有,同一个人也有太多的需求,应该有明确的主要目的,即一个鲜明的姿态。看《武林外传》的“大嘴”应聘厨子时,很勇敢的站门口喊出新中的心声“我是个厨子!!!!”,“大嘴”姿态多鲜明呀!

在本次信息架构设计中,构建的信息结构是严格根据需求分析得到的,为何我们还要因为一时的想法去改变原本合理的信息结构?如此草率的行事,朝三暮四的想法,信息架构会变成“信息乱构”!怕什么也做不成!

三、会打乱信息架构的其他因素

1、界面设计的个人行为

做界面设计会有个人行为,虽然界面设计的宗旨是以用户为中心,但具体的操作时,不免有个人的行为出现,甚至会为了好看而随心所欲的改变信息结构。这样的现象最好的避免办法就是要对设计评估。综合所有人的意见(包括用户角色),以便得到客观、可行的设计结果。

2、程序编程员的个人行为

程序员是一个聪明的人群,他们会热衷于前端的功能或者技术。极有可能的现象就是按照自己的意愿给多加几个功能,或按照自己的想法改变了功能,因为程 序员认为这样更好。即便程序员说的是对的,也应该由信息架构人员做统一的整体信息结构调整,杜绝个人行为。最好大家有新的想法就相互沟通,统一认识。

3、丰富的用户体验反馈,很容易让领导质疑信息结构。

客服或运营可谓是最接近用户的,用户会经常说些自己的期望,或者埋怨点什么。若决策者听到这些汇报就草率要求满足用户的所有需求,也会导致信息结构 的改变。其实不用着急的,用户的需求是无止境的,也太多,应该从不断的积累中来验证是否满足咱们期望的用户需求。而不应该草率满足所有用户而迷失…

四、怎么让大家坚信合理的信息结构?

1. 信息架构需要明确的需求定位

合理的信息架构离不开对需求的客观分析,首先就要要求需求是明确的、客观的,只有这样才能信息架构设计才有的放失,才能为目标去组织结构。

2. 构建信息结构的元素来源于对需求的客观分析

信息结构的组成元素不是凭空捏造的,而是分析需求得到的,并为满足需求去组织结构。分析需求的阶段要让各部分不同程度的参与,以保证信息结构是可实施的。且在合理性上,让大家看到分析的过程,承认其合理性。

3. 信息架构满足运营的需求

考虑为了满足运营而额外添加的内容,因为运营并不一定站在用户体验的角度考虑,比如在信息结构中添加广告等等。避免因为运营的问题而带来信息结构上的麻烦。

4. 信息架构考虑可用性、用户体验因素

可用性和用户体验部分,是从用户角度考虑的交互及界面表现设计,这部分工作在需求分析结构就应该有相关人员参与进来,给用性和用户体验提供源头的优化。

5. 信息架构设计阶段,让开发的各部分都参与进来

信息架构不仅仅是信息架构师的事情,因为最终的信息结构要有设计人员、编程人员、运营人员来贯穿实施,因而考虑各部分不同程度的参与是关键,也是大 家统一思想认识的阶段。相信这样出来的信息结构是被大家认同的,如果有谁提出改变信息架构的草率提议,我们从定位、分析、组织等个角度,有充足的理由说服 他!如果谁以新的需求来祸乱,那么我们直接说新的需求要新的信息结构。举例:阿里巴巴为何不把旗下的几个网站整合成一个网站呢?应该每个网站都有其明确的 目标吧?起码当前这个举例有说服力。

注:以上观点若有不对之处,欢迎指正。

更多
打印  |  相关话题:信息架构的概念   |  类别:信息和交互  |  源地址

UCDChina的书

《UCD火花集2》封面
UCDChina编著,定价35元
从卓越网购买 从当当网购买

《UCD火花集》封面
UCDChina编著,定价25元
从卓越网购买 从当当网购买

《应需而变——设计的力量》封面
UCDChina团队成员JunChen译,定价29元
从卓越网购买 从当当网购买

《网页设计解析》封面
UCDChina团队成员周陟著,定价62元
从卓越网购买 从当当网购买

《赢在用户》封面
UCDChina团队成员Angela译,定价29元
从卓越网购买 从当当网购买

《用户体验的要素》封面
UCDChina团队成员Angela译,定价25元
从卓越网购买 从当当网购买