<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Tree Testing</title>
	<atom:link href="http://boxesandarrows.com/tree-testing/feed/" rel="self" type="application/rss+xml" />
	<link>http://boxesandarrows.com/tree-testing/</link>
	<description>Boxes and Arrows is devoted to the practice, innovation, and discussion of design; including graphic design, interaction design, information architecture and the design of business.</description>
	<lastBuildDate>Mon, 20 May 2013 13:09:05 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: mattyschreck</title>
		<link>http://boxesandarrows.com/tree-testing/#comment-7959</link>
		<dc:creator>mattyschreck</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/tree-testing/#comment-7959</guid>
		<description><![CDATA[Hi Dave,

an excellent article, thank you very much for discussing this in detail. I often find that information architects are a little too complacent when they only do a card-sort in the beginning and then base all their later decisions on the assumptions gained from this initial exercise. Your approach is a nice evaluation tool, and I would love to see it!

There are a few points I wanted to raise:
1.) I often find that with information hierarchies, even a subtle difference in the way you phrase the task can lead to very different outcomes. A verb or adjective in another place can jog a participant&#039;s memory, suddenly &quot;solving&quot; a problem... that&#039;s why I&#039;m a little cautious when you said that 10 tasks were enough. I know that participants get bored really quickly with these tasks, but only 10 tasks can potentially skew the results by relying more on a clever way of posing the question, rather than a good way of presenting the answer. I hope this makes sense.
2.) I think it would be great if your tool could show the results graphically. The great thing about tree hierarchies is that they are so easy to display - and if you then mapped user paths (for example with different colours) over such a tree hierarchy graphic, it might be easier to come to some conclusions. For example, imagine that 5 out of 20 users went down the wrong path for a certain task, but they all went down the same wrong path, the result graphic could show this effectively. The IA could then make a decision to either re-model the structure, or decide on inserting a cross-link in the form of &quot;You might have been looking for this...&quot;
3.) Another useful piece of functionality for your tool would be a register for the &quot;points of incorrect decisions&quot;. Once users are finished with the whole test, the program could display the screens where users went down a different path than what the information architecture had laid out for them. It could show that screen, circle the user decision as &quot;This is what you chose&quot;, and circle the &quot;correct&quot; one as &quot;This is what we had in mind&quot;. You could then ask users what didn&#039;t work for them with your assumptions, and they might actually come up with some pretty good reasons like &quot;I didn&#039;t know what your word meant&quot; or some rather mundane ones, like &quot;Oh, I didn&#039;t see that one.&quot; This might be possible for online tests, too, but I&#039;m rather thinking about the usefulness for a facilitator in a face-to-face interview.

I hope you don&#039;t misunderstand me - I&#039;m really excited about your tool, and I&#039;m just thinking that it has a huge potential to convey even more information about user decisions :-)

Cheers,
Matty]]></description>
		<content:encoded><![CDATA[<p>Hi Dave,</p>
<p>an excellent article, thank you very much for discussing this in detail. I often find that information architects are a little too complacent when they only do a card-sort in the beginning and then base all their later decisions on the assumptions gained from this initial exercise. Your approach is a nice evaluation tool, and I would love to see it!</p>
<p>There are a few points I wanted to raise:<br />
1.) I often find that with information hierarchies, even a subtle difference in the way you phrase the task can lead to very different outcomes. A verb or adjective in another place can jog a participant&#8217;s memory, suddenly &#8220;solving&#8221; a problem&#8230; that&#8217;s why I&#8217;m a little cautious when you said that 10 tasks were enough. I know that participants get bored really quickly with these tasks, but only 10 tasks can potentially skew the results by relying more on a clever way of posing the question, rather than a good way of presenting the answer. I hope this makes sense.<br />
2.) I think it would be great if your tool could show the results graphically. The great thing about tree hierarchies is that they are so easy to display &#8211; and if you then mapped user paths (for example with different colours) over such a tree hierarchy graphic, it might be easier to come to some conclusions. For example, imagine that 5 out of 20 users went down the wrong path for a certain task, but they all went down the same wrong path, the result graphic could show this effectively. The IA could then make a decision to either re-model the structure, or decide on inserting a cross-link in the form of &#8220;You might have been looking for this&#8230;&#8221;<br />
3.) Another useful piece of functionality for your tool would be a register for the &#8220;points of incorrect decisions&#8221;. Once users are finished with the whole test, the program could display the screens where users went down a different path than what the information architecture had laid out for them. It could show that screen, circle the user decision as &#8220;This is what you chose&#8221;, and circle the &#8220;correct&#8221; one as &#8220;This is what we had in mind&#8221;. You could then ask users what didn&#8217;t work for them with your assumptions, and they might actually come up with some pretty good reasons like &#8220;I didn&#8217;t know what your word meant&#8221; or some rather mundane ones, like &#8220;Oh, I didn&#8217;t see that one.&#8221; This might be possible for online tests, too, but I&#8217;m rather thinking about the usefulness for a facilitator in a face-to-face interview.</p>
<p>I hope you don&#8217;t misunderstand me &#8211; I&#8217;m really excited about your tool, and I&#8217;m just thinking that it has a huge potential to convey even more information about user decisions <img src='http://www-boxesandarrows-com.zippykid.netdna-cdn.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Cheers,<br />
Matty</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jopas</title>
		<link>http://boxesandarrows.com/tree-testing/#comment-7960</link>
		<dc:creator>jopas</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/tree-testing/#comment-7960</guid>
		<description><![CDATA[Hi Dave, and thanks for a great article!

We&#039;ve used Treejack since its initial launch early this year and have had good experiences with it, some of which we shared in April:

Using Treejack to test your website structure
http://www.volkside.com/2009/04/using-treejack-for-ia-testing/

There is also another tool in the market called C-Inspector that is specifically designed for tree testing. We posted an article looking at C-Inspector in September, including comparisons with your Treejack tool:

Test your information architecture using C-Inspector
http://www.volkside.com/2009/09/test-your-ia-using-c-inspector/

Both articles discuss screen-based IA testing more generally, too.

Cheers, Jussi

Ps. Matthias makes some great points above that are worth taking into consideration in future development.]]></description>
		<content:encoded><![CDATA[<p>Hi Dave, and thanks for a great article!</p>
<p>We&#8217;ve used Treejack since its initial launch early this year and have had good experiences with it, some of which we shared in April:</p>
<p>Using Treejack to test your website structure<br />
<a href="http://www.volkside.com/2009/04/using-treejack-for-ia-testing/" rel="nofollow">http://www.volkside.com/2009/04/using-treejack-for-ia-testing/</a></p>
<p>There is also another tool in the market called C-Inspector that is specifically designed for tree testing. We posted an article looking at C-Inspector in September, including comparisons with your Treejack tool:</p>
<p>Test your information architecture using C-Inspector<br />
<a href="http://www.volkside.com/2009/09/test-your-ia-using-c-inspector/" rel="nofollow">http://www.volkside.com/2009/09/test-your-ia-using-c-inspector/</a></p>
<p>Both articles discuss screen-based IA testing more generally, too.</p>
<p>Cheers, Jussi</p>
<p>Ps. Matthias makes some great points above that are worth taking into consideration in future development.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bhoffman</title>
		<link>http://boxesandarrows.com/tree-testing/#comment-7961</link>
		<dc:creator>bhoffman</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/tree-testing/#comment-7961</guid>
		<description><![CDATA[I&#039;ve used a similar technique in the past and also called it tree testing. Since I wasn&#039;t aware of any software tool for it, I created the tree using a set of Windows nested folders. It was easy to create, cost nothing, and was an interface users were familiar with and found easy to navigate. The only downside was that it took more effort to analyze the data than your tool would. However, I approached it as more of a qualitative method than quantitative, so I didn&#039;t test large numbers of users at once and did it iteratively. Given the choice between what I did and your tool, I&#039;ll probably use your tool next time. But if anyone is on a limited budget, they may find the folder method an acceptable substitute.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve used a similar technique in the past and also called it tree testing. Since I wasn&#8217;t aware of any software tool for it, I created the tree using a set of Windows nested folders. It was easy to create, cost nothing, and was an interface users were familiar with and found easy to navigate. The only downside was that it took more effort to analyze the data than your tool would. However, I approached it as more of a qualitative method than quantitative, so I didn&#8217;t test large numbers of users at once and did it iteratively. Given the choice between what I did and your tool, I&#8217;ll probably use your tool next time. But if anyone is on a limited budget, they may find the folder method an acceptable substitute.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jamesr</title>
		<link>http://boxesandarrows.com/tree-testing/#comment-7962</link>
		<dc:creator>jamesr</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/tree-testing/#comment-7962</guid>
		<description><![CDATA[Hi Dave, Donna developed this technique when working with us, and we&#039;ve therefore been using it for many years.

While an online tool certainly makes life easier, it&#039;s also very simple to use this technique with handwritten filing cards. An hour to create the cards, and you can fit in several rounds of testing in just two days. Makes a huge difference in refining the IA before moving on to the wireframes...]]></description>
		<content:encoded><![CDATA[<p>Hi Dave, Donna developed this technique when working with us, and we&#8217;ve therefore been using it for many years.</p>
<p>While an online tool certainly makes life easier, it&#8217;s also very simple to use this technique with handwritten filing cards. An hour to create the cards, and you can fit in several rounds of testing in just two days. Makes a huge difference in refining the IA before moving on to the wireframes&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sheacox</title>
		<link>http://boxesandarrows.com/tree-testing/#comment-7963</link>
		<dc:creator>sheacox</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/tree-testing/#comment-7963</guid>
		<description><![CDATA[I have done similar exercises in the past, and I think this would be a much more efficient tool for that purpose.  In addition to the task-based exploration, I also begin each testing session by simply asking the participant to look at each primary (and sometimes, secondary) navigation category and tell me what they *think* they would find underneath each.  it is important to do this before they have developed any preconceived notions as a result of the testing.]]></description>
		<content:encoded><![CDATA[<p>I have done similar exercises in the past, and I think this would be a much more efficient tool for that purpose.  In addition to the task-based exploration, I also begin each testing session by simply asking the participant to look at each primary (and sometimes, secondary) navigation category and tell me what they *think* they would find underneath each.  it is important to do this before they have developed any preconceived notions as a result of the testing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bumpercrop</title>
		<link>http://boxesandarrows.com/tree-testing/#comment-7964</link>
		<dc:creator>bumpercrop</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/tree-testing/#comment-7964</guid>
		<description><![CDATA[I&#039;ve used Treejack for several projects now and have found it very insightful. I find it complements card sorting activities very well and also gives a good indication of potential cross-references between pieces of content. I love the fact that by using a consistent set of tasks and simply revising the tree you can measure improvement quantifiably.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve used Treejack for several projects now and have found it very insightful. I find it complements card sorting activities very well and also gives a good indication of potential cross-references between pieces of content. I love the fact that by using a consistent set of tasks and simply revising the tree you can measure improvement quantifiably.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: daveobrien</title>
		<link>http://boxesandarrows.com/tree-testing/#comment-7965</link>
		<dc:creator>daveobrien</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/tree-testing/#comment-7965</guid>
		<description><![CDATA[Matty:

1. I definitely agree that task phrasing is critical in tree tests, especially the avoidance of &quot;giveaway&quot; words. The problem we&#039;ve seen with more than 10 tasks is that participants learn the tree structure by browsing it during early tasks, making certain later tasks easier. While randomising the task order helps, there&#039;s still a learning effect that unnaturally skews the results (especially if your typical users are not habitual or frequent visitors). If the tree is small, we go with about 8 tasks; if it&#039;s very large, we may go as high as 12. But our findings are admittedly limited so far - what&#039;s needed is more experimentation with the technique to see what its real limits are.

2.) Showing user paths graphically - Yes, results that are more graphical (like what you suggest and a few other ideas we&#039;re playing with) are definitely on the wish list. Being able to show the tree and highlight its strong areas and weak areas (either per task or across the whole test) would be a great way to show what&#039;s important at a glance.

3.) Playback of incorrect decisions - That&#039;s one we haven&#039;t thought of (to my knowledge), but I like its forensic approach - that would help tease out the &quot;why&quot; that we&#039;re currently missing in Treejack and several other online tools.

Good thoughts here. Thanks!]]></description>
		<content:encoded><![CDATA[<p>Matty:</p>
<p>1. I definitely agree that task phrasing is critical in tree tests, especially the avoidance of &#8220;giveaway&#8221; words. The problem we&#8217;ve seen with more than 10 tasks is that participants learn the tree structure by browsing it during early tasks, making certain later tasks easier. While randomising the task order helps, there&#8217;s still a learning effect that unnaturally skews the results (especially if your typical users are not habitual or frequent visitors). If the tree is small, we go with about 8 tasks; if it&#8217;s very large, we may go as high as 12. But our findings are admittedly limited so far &#8211; what&#8217;s needed is more experimentation with the technique to see what its real limits are.</p>
<p>2.) Showing user paths graphically &#8211; Yes, results that are more graphical (like what you suggest and a few other ideas we&#8217;re playing with) are definitely on the wish list. Being able to show the tree and highlight its strong areas and weak areas (either per task or across the whole test) would be a great way to show what&#8217;s important at a glance.</p>
<p>3.) Playback of incorrect decisions &#8211; That&#8217;s one we haven&#8217;t thought of (to my knowledge), but I like its forensic approach &#8211; that would help tease out the &#8220;why&#8221; that we&#8217;re currently missing in Treejack and several other online tools.</p>
<p>Good thoughts here. Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: daveobrien</title>
		<link>http://boxesandarrows.com/tree-testing/#comment-7966</link>
		<dc:creator>daveobrien</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/tree-testing/#comment-7966</guid>
		<description><![CDATA[Brian: Love the idea of using a nested folder structure in a file browser - use the simplest tool that gets you the answers you&#039;re looking for. Yes, you give up some sophistication, but you may not always need that.

James: I ran some paper-based tests before we had Treejack, partly to get results, and partly to get more familiar with the technique before designing a tool to automate it. While I found the paper version more tedious to prepare than its online counterpart, I really liked how I was able to hear the participants&#039; thought processes (i.e. think aloud) and ask about their more curious departures from the &quot;correct&quot; paths. I think it might turn out like card sorting, where both paper and online methods will get used depending on what the tester is looking for. What you mention about doing several rounds in 2 days - exactly! That kind of quick turn-around is what I like best about tree testing.]]></description>
		<content:encoded><![CDATA[<p>Brian: Love the idea of using a nested folder structure in a file browser &#8211; use the simplest tool that gets you the answers you&#8217;re looking for. Yes, you give up some sophistication, but you may not always need that.</p>
<p>James: I ran some paper-based tests before we had Treejack, partly to get results, and partly to get more familiar with the technique before designing a tool to automate it. While I found the paper version more tedious to prepare than its online counterpart, I really liked how I was able to hear the participants&#8217; thought processes (i.e. think aloud) and ask about their more curious departures from the &#8220;correct&#8221; paths. I think it might turn out like card sorting, where both paper and online methods will get used depending on what the tester is looking for. What you mention about doing several rounds in 2 days &#8211; exactly! That kind of quick turn-around is what I like best about tree testing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: daveobrien</title>
		<link>http://boxesandarrows.com/tree-testing/#comment-7967</link>
		<dc:creator>daveobrien</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/tree-testing/#comment-7967</guid>
		<description><![CDATA[Stephanie: That idea of asking participants what they expect to see before doing the test - I&#039;ve done that during standard usability tests, but usually when we didn&#039;t have content behind a clicked link (&quot;We don&#039;t have that page available, but what would you expect to see?&quot;), or at the end of a test, for links that they never clicked (&quot;Tell me more about this one.&quot;).

Probing expectations before the test starts - I agree that this can reveal useful information, but I also wonder if it affects the results of the tasks that follow? That is, if we prompt the participant to think a bit about each top-level heading up front (before they have a task to do), might this improve their performance (or even hurt it, depending on how well their preconceptions matched up with their later thinking)? That would be an interesting study to do.]]></description>
		<content:encoded><![CDATA[<p>Stephanie: That idea of asking participants what they expect to see before doing the test &#8211; I&#8217;ve done that during standard usability tests, but usually when we didn&#8217;t have content behind a clicked link (&#8220;We don&#8217;t have that page available, but what would you expect to see?&#8221;), or at the end of a test, for links that they never clicked (&#8220;Tell me more about this one.&#8221;).</p>
<p>Probing expectations before the test starts &#8211; I agree that this can reveal useful information, but I also wonder if it affects the results of the tasks that follow? That is, if we prompt the participant to think a bit about each top-level heading up front (before they have a task to do), might this improve their performance (or even hurt it, depending on how well their preconceptions matched up with their later thinking)? That would be an interesting study to do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: brooke</title>
		<link>http://boxesandarrows.com/tree-testing/#comment-7968</link>
		<dc:creator>brooke</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/tree-testing/#comment-7968</guid>
		<description><![CDATA[dan
thanks for the article. i started reading it before i looked at your bio and was thinking to myself, &quot;doesn&#039;t this guy know about treejack?&quot;

ha. i guess so. 

i&#039;ve started using the tool recently and am pretty pleased with it. keep up the good work.]]></description>
		<content:encoded><![CDATA[<p>dan<br />
thanks for the article. i started reading it before i looked at your bio and was thinking to myself, &#8220;doesn&#8217;t this guy know about treejack?&#8221;</p>
<p>ha. i guess so. </p>
<p>i&#8217;ve started using the tool recently and am pretty pleased with it. keep up the good work.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
