关于信息架构的定义这里就不多说了，这里仅简单描述一个构建信息结构的过程，以及说明扰乱信息架构的某些场景。借此一块思索些什么……一、我们这样构建信息结构了解需求：
1、我们要做什么？
“知识就是力量，智慧就是财富”“我的智慧我做主”“让有一技之长者拥有提高自己和把知识转变为财富的平台”为行业中的佼佼者提供专业的交流平台，并给会员提供自己做项目的机会，充分的发挥自身的知识。解决网络的信任危机问题，吸引拥有项目的老板等提供可信任的场所。

分析需求：
1、目标分析
“为行业中的佼佼者提供专业的交流平台”——社区论坛、研究室、主题讲座及讨论、个人信息管理、资源共享库。
“给会员提供自己做项目的机会”——–提供项目需求展示区、人才检索及人才推荐、项目监理、招标。
“信任、专业性”———会员认证机制（真实姓名、手机、网络联系方式、自我描述、提供核查的证据和方法。）、行业的职位等级、平台积分、其他会员评价、平台担保机制。
此平台主要面对的人群及行业定位

2、主要用户分析
那个行业？此行业专家的知识结构、主要年龄范围、各行业形成的性格、色彩喜好、行为特点、使用网络的程度等等分析构建信息结构：
（在此仅提供主要栏目及基本描述。）

此刻心里想，不早说呀！

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

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

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

又过了两月之后（2007.04.07）
需求董事召集大家开会说，我觉的我们要做的是招聘平台。理由是：我们提供专家人才，实际上我们应该做招聘。

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

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

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

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

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

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

且不说为了运营是否应该这样做，起码大家可以看到：在后期设计实施阶段，改变信息结构的代价是惨重的，返工也成了必然！对于信息架构，牵一发而动全身…
需求总是很多，这社会上什么需求都有，同一个人也有太多的需求，应该有明确的主要目的，即一个鲜明的姿态。看《武林外传》的“大嘴”应聘厨子时，很勇敢的站门口喊出新中的心声“我是个厨子！！！！”，“大嘴”姿态多鲜明呀！
在本次信息架构设计中，构建的信息结构是严格根据需求分析得到的，为何我们还要因为一时的想法去改变原本合理的信息结构？如此草率的行事，朝三暮四的想法，信息架构会变成“信息乱构”！怕什么也做不成！

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

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

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

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

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

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

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

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

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

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

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

我想咱们应该换一个角度来思考共享信息或处理信息的工具软件。比如：图书馆建筑在建设的时候，他只是建筑而已，但房子是用来为书和使用者服务的，房子的布局或许决定着藏书的布局，这时候图书馆的建筑就成了信息架构的一部分，是信息架构的根基，然后才能做具体的书的存放结构布局。至于在布局之间怎样交互，怎样让用户检索到，怎样提供给读者服务，这些我想都是交互设计要参与的。

软件技术的架构本身不是信息架构，但软件要做成什么样，软件表现的架构正是我们说的信息架构，信息架构的设计结果在某种程度上是概念设计。

去年在做公司产品的概念设计的时候，和产品老总一块讨论产品的组织结构，产品的表现形式等等问题，等整个的产品结构、组织形式和基本的交互方式定下来的时候，产品老总突然说了一句：“这就是信息架构”。由此我得出的理解为，信息架构的结果是概念设计的呈现，决定着产品的交互骨干。

说到这里或许让大家感觉有些迷惑的问：“信息架构、概念设计、交互设计这三个谁是谁呀？”，若大家有兴趣咱们作为一个话题私下探讨吧。为什么可用性、交互设计、信息架构这三者的概念，我还是没有看到一条清晰的分界线，或许因为他们之间是相辅相成的整体，只是角度和范围各有则重，其实为了同一个目的服务：让使用者以最快的速度，准确、方便的找到所需信息。

三、现实中，我们通常搅乱当初的信息架构。
在做软件或者网站的信息架构设计的时候，我们在没有科学数据分析和想明白是怎么回事之前就草草动工了，并每起名曰“抢时间，速度是成功的保障！”，但事实并非如此！这样的后果通常是“翻工”！一次又一次的“翻工”！一次又一次的改变产品的信息架构。更可笑的是，很多开发团队的领导认为这样的返工是必然的，并称之为“迭代式开发”，一种非常有效的开发方法。无奈之余，我们可以思索一下，为什么？信息架构的合理性本来就是要在信息架构的时候考虑好的，而不是简单的拍一下脑门就开始做界面交互，我不否认交互原型和定义可以清楚的表现出软件或网站产品的结构和可用性，但没有做信息架构就做交互设计，我们的交互设计依据什么？交互定位是否准确合理？

自己的一个经历就是一个惨痛的教训，是我负责设计的一个电子商务网站（个人承接），当时根据需求者描述，整理出了需求（当时是确认了的），并开始做交互界面。如果仅仅如此还不至于出问题，要命的是，新的需求和想法随之而来，并被需求团队论证为合理的，问起他们定位和目标导向是什么？ 其回答曰：“东方不亮西方亮，咱们多提供些内容。”明显是看别人有什么通通拿过来，要命呀！最终只好放弃！！！唯一的一次失败的案例，事后沉痛总结：1、运营者产品定位模糊，导致定位经常有变动。 2、网站信息架构在设计实施阶段变化 3、概念沟通时间过长（都开始实施了还非要讲大道理），施工时间施工一拖再拖。 以上三点不难看出，信息架构设计做不好或由此导致的经常变动是致命的，信息架构搅乱了，所有的前台工作可能全废，且导致无限恶化，实在不行就再重新组织做吧。（请问时间节省了吗？）

交互设计是可以把功能或信息按某种既定的方式组织的易用、好用，但组织什么样的功能和信息是否也应该坐下来好好考虑？也就是说我们是否应该首先来做信息架构？产品有什么功能构成、产品的业务逻辑和各部分的关系等应该由信息架构来做，交互是基于已有的信息架构做界面（接口）的交互和表现，并在用户的交互保证其可用性。我们再拿聊天工具思考一下：MSN、SKYPE、QQ、TALK等，这些都是我们常用的，也都是基本满足我们的使用需求，但他们各自的功能、结构、使用环境等是不一样的，甚至相差很大，不同的信息架构和姿态决定着交互也有比较大的差别。

那么我仍然以图书馆的信息架构，来简单的看看交互和信息架构之间的关系。图书馆是用来藏书和提供阅读的，也就是说它的很大一部分使命是提供阅读，上面我们说道“在图书馆里，信息架构是图书馆对于馆藏的分类，书架的摆放以及房间的布局的整体设计。” 这个整体结构的决定了用户找到书籍的路径或方式，即用户的基本行为是由此来决定的。这样我们就可以看出，信息架构设计为交互提供了一个基础，并对交互的姿态有着直接的影响，所以信息架构设计应该让交互设计师参与并征求交互设计师的建议，以便为后期的详细交互设计提供顺畅的基础。