重叠的信息类别和令人困惑的标签这是网站设计中最普遍的两个问题．幸运的是,有快速有效的技术您可以使用它来创建对您的用户有意义的类别和标签。
最著名的技术可能是卡片分类，其中向用户提供了一个具有代表性的内容项列表，用户可以根据自己的需要对这些内容项进行分组和标记。卡片分类对于理解用户的想法是非常有用的，但它并不一定会产生你应该遵循的精确分类方案。例如，卡片分类的参与者经常创建一个通用类别来存放一些似乎不适合放在其他地方的物品;这是可以理解的，但如果你在菜单中包含“其他内容”类别，同样的用户会像躲避瘟疫一样避开它。(众所周知，网站访问者不愿点击模糊的标签，因为他们很有理由怀疑，他们需要做很多工作来筛选内容。)
为了获得最佳结果，卡片排序之后应该进行树测试，以评估提议的菜单结构。
定义:树的测试通过让用户在树中找到特定任务可以完成的位置，评估层次类别结构或树。
树测试作为卡片分类的后续非常有用，因为它:
- 根据它在真实场景中的执行情况，使用类似于可用性测试的任务来评估层次结构;和
- 可以在设计页面布局或导航菜单之前很好地进行，允许廉价地探索和改进菜单类别和标签。
要进行树测试，您不需要绘制任何线框图或编写任何内容。你只需要准备两件事树，或分层菜单，以及的任务,或者向研究参与者解释他们应该尝试寻找什么。
定义了树
您的树应该是所有主要内容类别及其所有子类别的完整列表。即使您只对测试树的特定部分感兴趣，排除其他部分也是有风险的，因为它假定用户将知道要去哪个部分。例如，如果你的网站有两个a产品和一个服务类别，你选择只测试产品如果是Tree，你就会错过发现你的观众是否理解这两种类别之间的区别。
根据你对层次结构的哪个部分最感兴趣，你的树可能需要有3、4甚至5个层次。包括您想要测试的子类别的最低层次的全部深度。每个子类都应该提供该领域的所有选项的完整列表，以便从用户那里引出真实的行为。用户经常通过与附近的替代品进行比较来评估链接标签。例如，对历史记录感兴趣的用户可能会尝试一个类别标签文化- - - - - -但如果还有其他选择的话历史资源。
竞争树测试:标签vs.位置
如果考虑为同一树类别使用不同的标签，则可能需要测试两个不同的树，以比较术语的执行情况。这种测试特别容易做Userzoom它允许你随机地将参与者分配到树的不同版本，其方式类似于A / B测试在一个在线网站上。如果你测试多个树，避免在同一会话中向同一个用户显示两棵可选树——用户在与第二棵树交互时的行为会被第一棵树的体验所扭曲。
如果您只想比较不同的树，则不需要准备和测试单独的树位置对于标签，例如whether西红柿应该放在水果或蔬菜。不必为每个位置测试两棵不同的树，您可以测试一棵树，并比较有多少用户点击了它水果Vs.点击的次数蔬菜．(如果他们两个都点了，你也能知道他们最先尝试的是哪个类别。)
准备测试:工具和格式
你可以使用纸上原型(或任何可点击的原型工具)进行树测试，但专门为树测试设计的服务将大大加快分析结果的过程，这是非常值得的。Userzoom和Treejack都是进行树测试的好选择。
在电子表格中准备你的树，你可以很容易地可视化和编辑它，然后简单地复制和粘贴整个层次结构到你的树测试工具。电子表格的格式应该是你的主页在列A的顶部单元格，然后从左到右列出较低的层次。确保每行只列出一个类别，以便在导入层次结构时正确解析级别。
一旦您将您的层次结构粘贴到测试工具中，类别将被解析并用于自动创建一个可单击的菜单层次结构，其中每个类别都可以展开以显示相应的子类别。
Tree-Testing任务
您要求用户完成的任务与树本身一样重要。首先，您需要决定要针对哪些类别和标签。理想情况下，你应该包括以下目标:
- 关键网站目标和用户任务，比如找到最重要的产品(主要导航任务的成功率可以作为比较次要任务的基准，以及未来测试的参考点)。
- 潜在的问题区域，例如在卡片分类中由利益相关者或参与者提出的新类别
标签或位置比较-同一类别的任何替代标签或位置。对于您编写的每个任务，您还应该定义正确的答案，对应于信息在树中的实际位置。这些信息允许测试工具自动计算每个任务的成功率。
任务措辞
每个任务都应该测试一个类别标签，要求用户找到该类别中包含的内容。与可用性测试任务一样，树测试任务说明应该避免使用泄露答案的术语．防止启动有时可以通过描述场景和动机来完成，但也要记住，用户可能不会仔细阅读说明，如果它们被掩埋在一个冗长的故事中，很容易错过重要的细节。
作为一个例子，这里有一些不同的短语来评估创业新墨西哥州政府树的类别(如上图所示):
- 查找有关创业的信息。
- 明年你将搬到圣达菲，一旦你搬到那里，你想通过开一家提供草坪护理服务的副业来补充收入。找出你需要遵守的规则。
- 你在考虑开设草坪护理服务。看看这个网站上是否有任何资源可以帮助你开始这个过程。
第一个例子给出了答案通过使用确切的标签术语，创业；而第二个单词很长，并且充满了多余的单词，如果用户快速浏览的话，很容易将其误认为任务的主要内容。第三种方法避免了标签术语和误导性的细节。
采油树测试的局限性
采油树测试通常作为一个远程，不加节制的研究。后招聘代表用户，你只需给他们发送一个研究链接，测试工具就会引导他们使用自己的电脑完成任务。在跟踪用户点击的具体类别方面，测试工具要比人类好得多。
但是，这种格式不能捕获用户行为的全部上下文(例如执行任务时所作的注释)，而且您不能问个性化的后续问题。
为了将格式的影响降到最低，至少要进行一些调节飞行员会话在收集大量数据之前。在这些调节的会议中，你可以确保任务措辞是可理解的，也有机会捕捉到可能很难在定量数据中发现的细微差别。例如，在最近的树测试中，我们注意到许多用户在会话的前半部分避免使用某个类别，因为标签太宽了，他们担心内容会让人不知所措。由于任务顺序的随机化，这种趋势在定量结果中并不明显，但当你坐在每个会话中，看到一个又一个任务，用户忽略了一个明显的选择时，这种趋势就非常明显了。仅凭这一点就使飞行员测试的一天过得很好。
您还可以通过在树测试之后进行一个简短的调查来部分弥补无法提出后续问题的问题。与其让用户回忆他们觉得困惑的标签，不如给他们提供一份标签清单，让他们检查哪些标签难以理解。这个问题可以用an开放式的问题邀请用户分享任何进一步的评论和反馈，以引出意想不到的假设或误解，这可能在点击历史中不明显。
结论
树测试只专注于评估类别标签。这既是它的强大之处，也是它的一大弱点。因为与用户交互的菜单完全没有视觉样式和内容，所以与完整的设计交互的体验是截然不同的。例如，一个设计大型的菜单提供与在树测试中测试的浏览体验完全不同的浏览体验，因为它同时显示多个子类别的内容。
然而，通过仔细的数据分析，甚至这些固有的限制通常都可以克服或最小化——例如，关注用户是否选择了正确的顶级类别，而不是关注大型菜单网站的成功率。
总的来说，这些限制是为了能够在设计过程的早期快速迭代和评估信息层次结构的主要结构更改而付出的小代价。您可以创建一个全新的树来测试，只需编辑您的电子表格-完全不需要设计或编码。
分享这篇文章: