帮助中心已经写了教程,用户却总说“找不到”,先别急着重画菜单。把现有分类提取成一棵文字树,让目标用户带着具体任务逐层选择,再分别看最后找到了哪里、第一步去了哪里、途中有没有返回,才能判断问题可能出在分类名称、内容归属,还是任务本身。这就是导航树测试(tree testing)要解决的问题。
准备时,可以先用 Boardmix 整理候选导航层级,把页面编号、分类和任务卡放在同一张画布上讨论。真正让参与者找入口时,应另行提供逐层展开的文字菜单,隐藏答案与研究笔记。完整树适合团队看结构,不能直接代替参与者的测试界面。

先圈定要查的内容,别把局部练习当成全站结论
假设你负责一份白板产品帮助文档,希望了解:使用过基本绘图、却不熟悉其他功能的人,能否找到对应教程?可以先从 Boardmix 帮助中心选出下面 16 个真实页面,沿用它们现有的父分类,练习准备任务和记录方法。
| 父分类 | 页面编号与名称 | 页面涉及的内容 |
|---|---|---|
| 创作工具 | P01 便签 | 记录想法、落款、标签与分组 |
| P02 基本图形 | 创建图形、调整属性与建立关系 | |
| P03 思维导图 | 主题层级、布局与节点内容 | |
| P04 连接线 | 连接对象、调整路径与线条文字 | |
| 互动工具 | P05 计时器 | 设置倒计时 |
| 协作与交流 | P06 投票 | 将画布元素设为选项、选择并查看结果 |
| P07 评论和评论列表 | 在内容旁留言、回复与管理反馈 | |
| P08 演示模式 | 演示内容与跟随讲解视角 | |
| P09 分组讨论 | 小组、成员与讨论区域的对应 | |
| P10 邀请和分享 | 进入文件协作及查看、编辑权限 | |
| 资源与素材 | P11 素材库 | 收集、整理与复用资料 |
| P12 模板 | 从已有模板开始创建内容 | |
| P13 嵌入网页 | 网址加入画布、网页视图与分屏阅读 | |
| 导入导出 | P14 导入 | 把电脑中的资料加入画布 |
| P15 导出 | 将画布内容保存为图片、PDF 等形式 | |
| 画布设置 | P16 画布基础设置 | 历史版本、背景、搜索与权限设置 |
这些页面足够准备一套局部练习,但不是完整帮助中心。尤其“互动工具”和“画布设置”这里只各留了一页,选择显然比面对完整目录容易。要评价整个帮助中心,必须补回其他入口和相邻页面;否则只能讨论这份子集中的查找表现。
内容编号留给研究团队使用,不必显示给参与者。父分类和页面标题则应保持原样,不能在准备过程中偷偷把模糊标题改清楚,再将结果算到旧导航头上。如果还没有任何候选分组,可以先做卡片分类研究;已经有分类,想检验用户能否找到内容,再进入树测试。
把“找哪个栏目”改成五个具体任务
“请找到投票功能”几乎把答案送给了参与者。任务应描述想完成的事,让人自己判断该去哪里;也不必加很长的背景故事。下面五张任务卡都围绕上面的帮助内容,参与者只看中间一列,研究者另存右侧的可接受终点。
| 任务 | 给参与者的任务描述 | 可接受终点 |
|---|---|---|
| T01 | 白板上有几个备选方案,你想让每位参会者选出自己支持的方案,再一起看选择结果。你会到哪里找做法? | P06 投票 |
| T02 | 同事要晚一点才能查看白板,你想把修改意见留在某一处内容旁,让他回来后能接着回复。你会到哪里找做法? | P07 评论和评论列表 |
| T03 | 会议材料已整理在白板上,你想带走一份 PDF,离线时也能阅读。你会到哪里找做法? | P15 导出 |
| T04 | 白板改了几次以后,你发现前一个版本更合适,想找回那时的内容。你会到哪里找做法? | P16 画布基础设置 |
| T05 | 资料在一个网页里,你想把网址放进白板,整理时还能与画布并排阅读网页内容。你会到哪里找做法? | P13 嵌入网页:介绍网址加入画布与分屏预览;P11 未提供完整阅读步骤 |
这组题目检验的是“你会去哪里找教程”,不是实际创建文件、设置权限或保存 PDF。因此,T03 选对教程并不证明参与者已经成功导出文件,也不能据此宣称整个产品操作都容易完成。
T01 和 T02 的答案在同一组,前一道题可能让人记住组内标题。安排时要记录题目顺序;正式比较两个导航版本时,本例让每位参与者本轮只看其中一版,两组使用相同任务,并在各组平衡出题顺序,避免把先熟悉旧树后的表现算作新树进步。
用 T05 区分“像是入口”和“教程确实完整”
T05 的可接受终点是 P13“嵌入网页”。这篇指南同时介绍网址加入画布和分屏预览,覆盖把网址放进白板,并在旁边阅读网页内容的完整需要。P11“素材库”介绍网址采集和素材管理,但没有并排阅读的操作步骤,因此本题最终提交 P11 不算找到完整教程。
这项判断针对两篇文档的内容,不是在断言素材库没有某项产品能力。用户先去“素材库”仍可能有合理预期:他把网页看作待整理的资料。如果随后返回并提交 P13,记录为间接成功;若停在 P11 提交,则记录为失败,同时保留这条路径以便调查入口是否符合用户理解。
试跑时仍要问清参与者怎样理解任务。若题目被理解成只要“收藏一个网址”,先修订措辞,再开始正式测试;不同任务版本的记录不要混用。换成别的任务时,如果多个页面都完整提供做法,就应提前登记多个可接受终点,不人为制造唯一答案。
终点表至少保存:任务 ID、任务全文、树版本、可接受页面编号、内容依据、排除的相近页面及理由。以 T03 为例,内容依据应写“P15 介绍 PDF 导出及页面设置”,不能写“看起来像导出”。这张表在正式测试前确定;后来发现答案设错,应保留修订记录并重新判断受影响的任务。
在白板上准备材料,把全树与参与者视图分开
准备画布可以分成三个区域。左侧按上表列出页面编号和名称;中间用图形、文字和连接线整理六个父分类及其子页面;右侧放任务卡与终点依据。T05 在右侧注明“P13 覆盖完整步骤;P11 只介绍采集和管理”,把判断依据与原有树结构分开。
先检查每个编号是否只出现一次、父子关系是否完整,再给这份层级标记版本,例如“帮助内容子集 V0”。改名、移动页面或增加交叉入口时另存版本,并写清变了什么。这样,任务记录中的 V0 才能对应到一棵确定的树。

这张准备画布给研究团队看。参与者的界面只保留当前层级的文字选项、返回操作、提交位置和放弃操作,不显示完整分支、页面摘要、内容编号或答案连线。可以用支持逐层选择的树测试工具、可点击原型,或由主持人按选择逐层出示的纸面材料来执行;路径需要由所用工具或记录员另行记录,不能把白板讨论中的连线当成用户点击轨迹。
NN/g 对树测试的说明强调用查找任务检验已有层级与命名。它关注文字导航中的可发现性;网站的搜索框、视觉布局、页面内容和真实操作仍需另外验证。
逐层执行,分开记录终点、回退和放弃
参与者应接近帮助中心的实际使用人群。对本例,可以选择用过白板基本绘图、但不熟悉这些功能的人,并记录其使用经验。参与编写目录的人可以检查材料是否可用,却不适合代表不了解目录的用户。
先用一棵与正式题目无关的小树说明“进入、返回、提交、放弃”四个动作,再开始正式任务。每题从根节点开始,只展开参与者所选分类的子项;到了末级只选定位置,不打开指南正文。参与者可以返回,直到明确提交位置或选择放弃,这道题才结束。主持人每次只给一张任务卡,不提示正误,也不说“再看看互动工具”;结束后再询问名称让他想到什么,将原始选择与事后解释分别记录。
在开始之前,先把下面的判定写入研究说明。成功取决于最终提交的位置,直接程度描述找到它的过程。走得快、没有返回,不代表找对;曾经点到正确页面,也不代表最后选对。
| 路径与结束动作 | 判定 | 应保留的信息 |
|---|---|---|
| 根 → 协作与交流 → 投票 → 提交 | 直接成功 | 最终有效,未进入别支、返回或改选 |
| 根 → 互动工具 → 返回 → 协作与交流 → 投票 → 提交 | 间接成功 | 最终有效,但先尝试了其他类别 |
| 根 → 互动工具 → 计时器 → 提交 | 失败 | 没有回退,但最终选错;可另记“直接失败” |
| 根 → 协作与交流 → 投票 → 返回 → 互动工具 → 计时器 → 提交 | 失败 | 曾到过正确页面,最后仍提交了错误位置 |
| 进入若干分类后选择放弃 | 放弃(未成功) | 单列放弃、保留已走路径;不算成功,也不悄悄移出记录 |
NN/g 的树测试结果解读也将最终目的地、首选路径和直接程度分开分析。对这份练习,不必急着算一个总分,先确保每次选择有完整记录。
| 字段组 | 记录内容 |
|---|---|
| 对象与版本 | 匿名参与者编号、使用经验、树版本、任务版本、任务 ID、出题顺序 |
| 查找过程 | 首选分类、按顺序记录的每个节点、返回与改选、最终提交页面 |
| 任务结果 | 直接成功 / 间接成功 / 失败 / 放弃;如有故障,另记故障与中断位置 |
| 解释材料 | 题后提问、参与者原话、记录员观察;三者分开保存 |
若需要比较完成时间,事先统一起点、终点和暂停处理方式。若需要计算成功率,事先约定分母:本例可把正常开始的任务都纳入,放弃计为未成功;页面打不开等执行故障单列,并注明是否排除。少量试跑主要用来发现题意和路径问题,不把几个人的结果当作所有用户的总体水平。
沿着错误路径找原因,再决定改名还是挪位置
拿到记录后,先按任务看完整路径,再回到具体页面。单次首选“互动工具”,不足以证明“投票”就该搬过去;参与者可能误解了任务,也可能觉得两个父类都能容纳这个功能。
| 如果出现这种现象 | 先查什么 | 可以继续验证的改动 |
|---|---|---|
| T01 多次先进入“互动工具”,随后返回并找到“投票” | 参与者如何理解“互动”和“协作”;题目是否被理解为现场活动 | 比较父类名称或归属方案;先改一个因素,保留其余内容 |
| 进入了“协作与交流”,却在末级选了“分组讨论” | 是否把“每个人选择方案”理解成分组讨论;两个页面标题是否表达清楚用途 | 修订任务或末级名称,再检验同一查找需要 |
| T05 经常提交“素材库” | 参与者是否注意到“并排阅读”,以及为什么预期这篇指南包含完整做法 | 若误解题意,先修任务;若理解题意仍预期此入口,再验证命名、交叉入口或文档补充 |
| 多数任务最终正确,却反复回到根节点 | 哪些名称反复被试探,返回后又选择了什么;是否出现工具操作困扰 | 针对具体混淆改命名或边界,不因总成功数高就忽略往返 |
| 文字树里能找到,进入真实网站仍找不到 | 菜单是否可见、入口是否折叠、搜索与页面内容是否支持任务 | 转入真实界面的可用性检查,不继续只改文字分类 |
每条改动建议最好附一张决定卡:涉及哪道任务、哪些路径或原话支持它、仍有哪些解释、准备改变哪个名称或位置、下一轮保持什么不变。例如“T01 是否需要调整父分类”仍是问题;只有查找记录和后续验证才能支持取舍,不能由一张看起来更整齐的树代答。
最终交给设计和内容团队的,应是可追溯的路径问题与下一轮方案:哪一类用户、在什么任务下、如何走错或走通、因此准备验证什么。帮助中心的导航优化才会从“我觉得这个名字好”变成能够继续检查的决定。

