信息架构是为了让用户简单高效的找到所需信息的一种对信息的组织方式，具体表现在网站的分类、导航，也包括部分页面的结构和呈现方式。
卡片分类法（Card Sorting）是一种以用户为中心的方法，可以观察出用户如何理解和组织信息。顾名思义，就是将信息（概念、条目、内容、小分类等）分别写在一张张的卡片上，然后归类。既可以事先提供固定的分类，也可以由志愿者自己创建分类。通过卡片分类，可以了解用户所想，然后更好的完成页面、导航、内容组织等网站的信息架构。
只要是 UCD 方法我都知道不错，可我什么情况下可以用卡片分类呢？
* 当有一大堆资讯、信息需要分类的时候；
* 网站导航设计或者改版的时候；
* 想了解用户对分类的想法时；
进行卡片分类的基础是用户研究，如果你招募的志愿者并不能覆盖典型，那么卡片分类法就会有所偏差，这和角色设计一样。通过卡片分类，一方面可以对导航、内容组织等提供有价值的参考，另一方面也可以验证自己的想法。比如网站导航如何调整和改版才能符合用户的心理。
卡片分类的操作方式很多，根据项目所处的环境和你的目的，既可以将分类的任务交给志愿者，也可以给出信息，让志愿者组合和分类。但是如果你自己都觉得给一堆内容分类非常困难——大部分情况下是因为对概念、条目的不熟悉和不理解，那么很容易让志愿者感到为难和尴尬（当然也可以通过一些奖励弥补）。
挺酷的，那我该怎么开始呢？
就像上面说的，首先得走出第一步，进行用户研究。志愿者的招募非常重要，大部分项目是因为根本招募不到（或者不知道怎么招募）志愿者才没办法开展诸如卡片分类、可用性测试等。Jacob 有一篇文章 Card Sorting: How Many Users to Test，提到了大部分项目适当的卡片分类志愿者人数是 15 人，大型项目可以达到 30 人。个人觉得如果只是想对自己想法进行验证的话，5-10 人即可。
卡片的准备是比较简单的，适当硬度和大小，150克以上的名片纸（可以手写）是比较好的，或者同等效果的铜版纸快印然后裁剪。N次贴平常内部讨论和个人使用时是很方便，但是不太适合作给志愿者，因为 a.较软，边角容易翻；b.需要可以贴的地方，比如白板，而且所需空间较大，限制了人数。N次贴可以用作后期对卡片分类结果的分析。使用工具软件的话，就可以节省这部分成本，不过个人觉得用真实的卡片比较有亲和力，而且对计算机水平要求不高。
卡片上的文字必须经过内部讨论，可以适当参考相应领域专家的意见（但不完全套用），避免产生歧义，有需要的话也可以在文字下面加少量的描述，以便于理解。然后为每个志愿者准备一套卡片（一般为30个条目左右），同时准备一些空白的卡片，一方面是给志愿者发挥，一方面是备用。虽说利用观察室、摄像等方式可以记录下整个过程以便于事后分析，实际上最低限度准备一个宽敞的会议室，一些小礼品也就足够了。
准备一份说明，以便告诉志愿者这么做的目的、如何进行、注意事项。
卡片分类的进行，既可以一对一，也可以所有志愿者一起进行。一对一的好处就是可以随时了解志愿者思考过程，但如果操作不当，容易引起志愿者反感。
收集到数据啦
一般我们将每一张卡片的分类情况作一个矩阵，然后看这些卡片被分类的分布情况。数据量少的情况下，一块白板一些N次贴就够了，如果数据量大，也可以使用专门的数据分析软件，比如 IBM EZCalc、CardZort 自带的 Cluster。
马上试试，给我些建议吧
实际上比如焦点小组、访谈、卡片分类、可用性测试等以用户为中心设计方法一点也不困难，可以做到低成本而且高效。或许建立观察室、添置硬件等无法满足，但是仍然可以采用相对简单的方式进行。对于有巨大用户基数的网站，也可以通过 Web 进行，派发些小礼品什么的效果会很好。推荐工具有 IBM EZSort、CardZort、WebSort 等，使用的比较多（但IBM已经停止开发和下载），有兴趣可以尝试一下。
最后，这里有一大堆关于卡片分类的文章
一、我们这样构建信息结构
了解需求：
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. 信息架构设计阶段，让开发的各部分都参与进来
信息架构不仅仅是信息架构师的事情，因为最终的信息结构要有设计人员、编程人员、运营人员来贯穿实施，因而考虑各部分不同程度的参与是关键，也是大家统一思想认识的阶段。相信这样出来的信息结构是被大家认同的，如果有谁提出改变信息架构的草率提议，我们从定位、分析、组织等个角度，有充足的理由说服他！如果谁以新的需求来祸乱，那么我们直接说新的需求要新的信息结构。举例：阿里巴巴为何不把旗下的几个网站整合成一个网站呢？应该每个网站都有其明确的目标吧？起码当前这个举例有说服力。
注：以上观点若有不对之处，欢迎指正。
曾经有一个丝毫不懂网站设计的朋友问我：设计一个网站到底有多少活，一个普通的网站具体需要设计多少个页面？
我回答：一般情况下不会超过30个页面；事实上一切的设计工作只是为了设计好这不足30个的页面，这些几乎是整个网站的所有。
我没有骗他，事实确实可以这么说。
针对于这30个页面，我们在设计之前需要搞清楚：这些页面是给什么样人看的？他们有什么样的特征？我们需要给这些人什么样感觉的页面东西？(以上基本上是用户研究、产品和数据分析、概念设计所要解决的事情，我们前几期刚写过)。
首先，要解决：
1、针对于产品服务的角色们，整个产品需要那些功能点。
2、功能与功能之间的组织关系是什么，这就是所谓的产品结构。menutree。
3、每个功能点最终会具象化到一个页面；
4、这个页面里都应该有什么内容？(一个页面会包含进去N个功能点），这个页面主要为那个或者那些角色服务
5、这个页面的内容要如何摆放。
然后，要解决：页面和页面之间的关系是什么，如何交互，细节如何表现……
这篇文章我们只说”首先要解决”的问题，也就是一般情况下我们在”信息架构设计”阶段要做的事情。
功能结构的设计：
1、针对于产品服务的角色们，整个产品需要那些功能点
2、功能与功能之间的组织关系是什么，这就是所谓的产品结构。menutree。
通常情况下我建议设计师按照可能的产品导航的思路去设计这个menutree，功能结构的产出物最好可以直接转化为产品导航。因为这样做有利于让后面的设计工作变得更可预知，也会让产品的功能结构更加靠近用户所见到的表现层结构。
我们可能会用卡片的方式去完成这个工作，例如下图：
或者用word、excel，例如：
在这里需要注意的是：
1、产品需要那些功能点一定要从角色的角度去思考
2、可以照顾到后台的数据结构和逻辑，但不能受限于数据结构而去设计功能结构
3、用户不知道产品的底层什么样子的，他们只看到表现层。所以表现层越和底层一致对于产品的架构会越好。也就是说”功能树的结构最好等于导航菜单的结构”。
4、产品需要一定的积累期，一开始不是所有能想到的功能都要一股脑的做全、做细，但一定要想到功能升级时的延展性。
5、我们不需要做到非常细致，只需要构架好整体的框架即可。
页面结构的设计：
4、这个页面里都应该有什么内容？(一个页面会包含进去N个功能点），这个页面主要为那个或者那些角色服务
5、这个页面的内容要如何摆放。
页面的内容信息需要参照menutree的信息，每个页面如何摆放是页面结构设计的主要内容。
和经验丰富的设计师一起合作时，我们会在一块块的纸上绘制简单的原型，然后再通过反复的讨论来决定把他们摆到什么位置。
通常情况下和不是很熟练的设计师合作时，我们会用PPT或者PS去一步步的落实这些内容，先把内容都给列出来、接着考虑他们放到哪里去，然后考虑他们占多大空间，最后具体落实到主要模块的具体展现方式是什么样的。
例如下图：（直接看大图>）
在这里需要注意的是：
1、一般情况下建议不要先设计首页再去设计二级或三级页面，从内到外的设计会更加的有的放矢。
大多时候二级页面的内容会是其所有三级页面的提炼，首页的内容会是所有二级页面内容的提炼。用户是从外到内看，到我们却应该从内到外设计..
2、尽量少或者根本不要去考虑页面之间的交互关系和怎么跳转。只需要按照功能结构去设计每个页面的结构即可。
3、除了较多页面都需要的通用模块和页面中很主要的模块，需要深入考虑具体的展示方式，但也无需认为”最后一定要按照这样的展示去做”，其他页面更是不要过多的深入到细节。
