In most cases, we work with others – members of the project team, project owners and sponsors, clients, and vendors. While it’s important that we (as designers and information architects) clearly understand our tree-test results, it’s equally important that we clearly communicate these results to our colleagues and anyone else with a stake in the project.

If we’re working in a fast-paced environment (e.g. in an Agile team or a small organization), the simplest and fastest way to communicate results is an email summary of what we learned and what we do next. In our experience, most stakeholders will not read a long-form report attachment (no matter how lovingly we assembled it), but they will read (or at least skim) a short email of bullet items. Whether we end up writing a full report or not, sending an email summary first is always a good idea.

The summary should include the bare minimum needed to communicate the most important results of the study. This normally is limited to:

• A sentence or two describing the study (mainly for those who were not close to it).
  
  
• Bullet lists (or a table) of concisely worded findings and actions
  
  
• A sentence or two outlining what happens next
  
  
• Links to fuller results (results from our online testing tools, more detailed findings, tree spreadsheets, etc.)
  
  
• An invitation for people with more questions/comments/suggestions to contact you.
  
  

Note that this summary should be in the body of the email, readable without having to open an attachment or click a link. For summaries like this, we want make it as easy as possible for email skimmers (that means most of us) to get the gist of the results without any extra effort.

If you tested a single site tree, you may find it useful to group your findings by:

• Items/ideas that worked well
  
  
• Items/ideas that didn’t work well
  
  
• What will happen next
  
  

• ss of summary for single tree

• set of bullets for each tree, color-coded green and red
  
  

If you tested several site trees (good for you), you may find it better to group your findings by tree, to keep from confusing your readers:

• ss of summary for several trees

Next: Reporting in more depth