Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 14 Next »


 

First, you need your tree in a form where you can easily work with it – typically, a simple text-document format on a computer. If you’re working with an online tree-testing tool, this will also let you easily copy your finalized tree into the tool later.

(While you can prepare your tree directly in your tree-testing tool, we’ve found that this is usually slower and fussier than working in a dedicated document app first.)

Using a text file

Some people use plain ASCII text files (e.g. tree1.txt), while others use a word processor (e.g. tree1.doc). Each heading is a separate line of text, and its level in the tree is shown by indenting with spaces or (even better) tabs:


Using a spreadsheet

While either of these will work, we recommend using a spreadsheet instead, because:

  • The separate columns make it easier to see which level a given heading is on, and to make sure you haven’t accidentally skipped a level.

  • You can include several trees (e.g. the baseline tree and some revised versions) in a single spreadsheet by using the page tabs.

  • Most importantly, you can add columns to annotate your tree. In the screenshot below, we’ve added columns for Tasks and Notes.


 

If you’re working alone, use your favorite spreadsheet program (e.g. Microsoft Excel, Apple Numbers, etc.).

However, if you’re collaborating with others, we highly recommend using a online spreadsheet (such as Google Sheets) that provides multi-user editing. This lets everyone stay current and contribute without having to email files around and manually consolidate changes later.

Here are sample files in Excel and Google Sheets formats to help you get started. Feel free to tweak them to suit your needs:

FileFormatDescription
  • sample file
Microsoft Excel~description
  • sample file
Google Sheets~description

 

A few notes about our spreadsheet template:

  • The first column is reserved for the root node of the tree, so it only has a single entry, typically labeled “Home” or “Top”, but you can rename  it to whatever suits your site.

  • We’ve included 5 levels, but you can add or remove columns as you require.

  • Each heading is on its own row. A common error is to start subheadings on the same row as the heading, but some tree-testing tools will get confused by this.

  • The Task column lets you pencil in ideas for tasks you’d like to use to exercise a particular part of the tree. By writing tasks here in the tree, it also provides a quick way to check which parts of the tree you’re testing. For more on this, see the Writing Tasks chapter.

  • The Notes column gives you a place to jot down comments, issues, or to-do’s for later work. If a note is particularly important (e.g. you think it should be discussed at your next meeting), color-code its cell to make it stand out.

  • Add your own columns as needed. For example, if you’re dividing up work with others, you may want to add a Who column to track who’s responsible for each section of the tree.

For the remainder of this guide, we’ll use the spreadsheet method, although these ideas should be easy to adapt to other methods as well.

Sourcing the tree

If you’re dealing with a small tree, and you don’t already have it in a form that can easily be converted to a spreadsheet or text file, it’s sometimes easiest to just type it manually into your spreadsheet.

However, most tree testing is done on not-small sites, where findability becomes a real problem to solve. For these sites, typing the site structure manually is tedious. It’s usually better to find an existing map of the site and figure out how to convert it to the format you need.

To the best of our knowledge, there is no standard file format or schema for mapping site structures. (Even Google's sitemap file format does not include hierarchy information.) Because of this, importing your existing tree depends on where it’s coming from:

  • If you’re using a Content Management System (CMS), there is usually a way to dump the site structure to a file – ideally to a spreadsheet or CSV file, but even a plain text file is better than starting from scratch. From there, you should be able to copy/paste the content into your spreadsheet and massage it into shape.
    • If the CMS exports a tree structure, check that it matches the actual hierarchical navigation of the site. (In some CMS's, the menu structure and the CMS structure can differ.)
    • If the CMS gives you the option of exporting page titles or link names, choose the latter because they are what users see when they're deciding where to click.

  • Many designers model their site trees using mind-mapping software (Mindjet, FreeMind, etc.) because of its ability to quickly build, revise, and visualize a hierarchy. Like CMSs, these programs typically provide a way to export the map to a text file using indentation, which you can easily import into a spreadsheet.

Using the right format

Whichever tool you use to create and edit your site tree, you'll want to make sure that it can eventually be imported easily and reliably into your tree-testing tool.

Luckily, the format itself only has 1 major rule: One heading per line

RightWrong


Many first-timers make the mistake of putting the first subheading of a section on the same line as the section's heading. This makes it harder to move around subheadings while you're revising, and may cause problems when importing to your tree-testing app.

Importing the tree will save you a lot of typing, but it’s not a silver bullet. You’ll still need to check your tree for link-name discrepancies and for problematic or missing content, which we describe in the remainder of this chapter.

 


Next: Which part of the tree?

  • No labels