卡片分类法是把内容或功能写成卡片，让目标用户按照自己的理解分组并命名。它适合回答“这些内容在用户心里有什么关系”，帮助团队调整分类与导航名称；它不能单独证明某套菜单一定好找，也不能用团队内部投票代替真实用户的理解。
卡片分类得到初步结构后，可用树测试的导航验证步骤检查用户是否能找到目标内容，再决定是否调整层级或命名。
准备一份内容清单后，可以用墨刀白板整理分类结果，让不同参与者的分组、命名和犹豫点并排可见。真正有用的产物不是一张颜色整齐的便签墙，而是哪些内容经常被放在一起、哪些名称会误导人，以及下一轮需要验证的导航方案。
开放、封闭还是混合，取决于你已经知道什么
开放式分类不给预设组名，让参与者自己归类与命名，适合还没有成熟结构或想发现另一套理解方式的情况。封闭式分类提供已有分类，让参与者放置卡片，适合检查候选分类是否容得下真实内容。混合式允许使用预设组，也允许新建组，用于既有约束又愿意调整的项目。
如果管理层已经决定分类不能改，仍使用开放式并承诺“由用户决定导航”，就会产生不必要的期待。先说明研究能影响的范围，是顶层分组、组名、二级条目，还是几个容易混淆的内容位置。
| 当前问题 | 可采用的方法 | 重点记录 |
|---|---|---|
| 不知道用户如何理解内容 | 开放式 | 自发分组和组名含义 |
| 已有候选目录，想检查归属 | 封闭式 | 难归类、跨组和无处可放的卡片 |
| 主框架固定，局部仍可变化 | 混合式 | 新增分类为什么必要 |
NN/g 的卡片分类方法说明强调，它用于理解用户的心智模型。分类结果是设计输入，后面仍要结合业务任务与查找验证决定导航。
卡片先写真实内容，不要提前暗示答案
以帮助中心为例，假设要整理十二项内容：修改密码、找回账号、更新邮箱、邀请成员、设置成员权限、移交项目、导出文件、恢复误删文件、查看历史版本、查看订阅、申请发票、取消续费。每张卡片保留编号，方便之后关联原始内容与研究记录。
卡片应处于接近的粒度。“账号管理”与“修改密码”放在同一批，很容易让前者变成其他卡片的分类名称。标签也不要先写“账单—申请发票”，否则你测试的是用户是否沿用提示，而不是他怎样理解内容。
遇到含义不明确的术语，可在卡片上放一句中性的简短说明，所有参与者使用同样版本。不要给某张卡配显眼的颜色、图标或品牌名，除非这些线索本来就是需要研究的对象。颜色如果只是为了主持人整理，应在分类完成后再用。
让参与者解释分组依据，而不只是移动卡片
开始时用一句话说明任务：“请把你认为相关的帮助内容放在一起，组数不限；不确定的卡片可以先放旁边。”不要说“请帮我们整理成账号、项目、计费三类”，除非这轮本来就是封闭式研究。
主持人可追问“这些为什么放在一起”“你觉得这个组名包括什么”“如果找恢复文件，会先看哪里”。避免问“这张是不是应该放在项目里”，因为问题已经包含了期望答案。
记录参与者的原话和犹豫，不要求他为每次移动给出漂亮理论。一张“移交项目”可能被放入成员协作，也可能进入项目管理；两者并不必然有一个错误，它可能连接两种不同的任务理解。
不要为了得到完全一致的结果，让参与者互相看着完成。个人研究与小组讨论服务的目标不同：前者观察个人分类，后者可能体现协商和强势意见。采用哪一种，要提前说明并在解释结果时保留这个条件。
招募时还应匹配要服务的人群。若帮助中心同时面向普通成员和管理员，可以分别观察，再比较共同点与角色差异；只请管理员分类，可能让成员看到过多组织管理术语。正式开始前先试做一轮，检查卡片是否能独立理解、操作是否顺畅，发现措辞问题后统一修正版本，再开展后续记录。
分歧往往比最整齐的一组更值得看
先比较哪些卡片经常被放在一起，再比较各组使用的名称。可以把“申请发票、查看订阅、取消续费”归为一个稳定候选组；但如果有人叫“账单”、有人叫“会员”，要进一步了解两者是否代表相同预期，不能只选出现次数最多的词。
| 卡片或组合 | 观察到的分歧 | 接下来的问题 |
|---|---|---|
| 移交项目 | 成员协作 / 项目管理 | 用户从离职交接还是文件管理开始寻找？ |
| 恢复误删文件 | 文件操作 / 历史与恢复 | “回收站”是否比抽象组名更容易理解？ |
| 申请发票 | 会员 / 账单 | 企业付款者与普通成员的理解是否不同？ |
这张表是分析记录的格式，不是预先填写的研究结论。正式项目应填入实际参与者的记录。小样本里同一个人说了多次，也不能当成多位用户支持；参与者职业、经验和角色的差异，需要和分组结果一起看。
如果几乎所有卡片都挤在“其他”，先检查卡片措辞或预设分类是否含糊，不要立即认定用户不懂产品。如果各组明显按内部部门划分，则检查参与者是不是过度集中于公司员工。
把分类证据变成可验证的导航
将稳定组合转成候选层级，保留争议项和命名理由。导航还要考虑用户的高频任务、权限和入口位置，不能把全部研究分组原样搬进顶部菜单。某项内容可以通过多个合理入口到达，并不意味着需要复制多份内容。
下一步用任务检查候选目录，例如“你要把离职同事负责的项目交给新人，会从哪里找帮助”。先不展示漂亮界面，只让参与者在目录中选择路径，能更直接发现分类和标签问题；之后再用页面原型验证展开、返回和移动端呈现。
需要把这项方法放入完整设计流程时，可参考UX设计中的用户研究与信息架构。不要让卡片分类承担可用性测试、访问数据分析和业务决策的全部职责。
交付时保留四份材料
- 卡片清单：编号、名称、简要解释及来源内容。
- 分类记录：参与者编号、组名、卡片归属和不确定项。
- 观察表：原话、分歧及可能影响的用户任务。
- 候选导航：每项调整的依据与仍需验证的问题。
在白板中把原始记录和候选方案分开放置，再用编号关联，讨论时就能回到具体证据。一次卡片分类不一定产出最终菜单，但应能让团队少依赖“我觉得用户会这样找”，多知道下一步该验证什么。
