团队博客 - 以用户为中心的设计

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

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

了解需求：

1、我们要做什么？

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

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

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

各行业的技术专家

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

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

分析需求：

1、目标分析

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

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

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

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

2、主要用户分析

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

构建信息结构：

（在此仅提供主要栏目及基本描述。）

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

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

在此一月之后（2007.02.01）

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

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

此刻心理想，不早说呀！

又过了一周（2007.02.07）

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

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

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

又过了两月之后（2007.04.07）

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

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

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

又过了一月之后（2007.05.07）

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

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

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

小结：

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

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

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

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

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

1、界面设计的个人行为

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

This entry was posted on 星期四, 6月 14th, 2007 at 0:32 and is filed under 信息架构和交互设计. You can follow any responses to this entry through the RSS 2.0 feed. You can leave a response, or trackback from your own site.