<?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: Investing in Usability: Testing versus Training</title>
	<atom:link href="http://boxesandarrows.com/investing-in-usability-testing-versus-training/feed/" rel="self" type="application/rss+xml" />
	<link>http://boxesandarrows.com/investing-in-usability-testing-versus-training/</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: Gene Averett</title>
		<link>http://boxesandarrows.com/investing-in-usability-testing-versus-training/#comment-5700</link>
		<dc:creator>Gene Averett</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/investing-in-usability-testing-versus-training/#comment-5700</guid>
		<description><![CDATA[I think what John is trying to point out is that with a limited budget and his experience with usability professionals he would prefer to have the usability people provide insite to the designers/developers.  There is some truth to what he says about usability people not being able to design, most come from a science background and have read all the literature about usability, but very few can design and this is a major limitation to the usability environment. As people adapt to the new technologies usability should also adapt to the abilities of these users. We can not treat everyone as an novice and design for that, there needs to be a middle ground. Usability needs to evolve as the users and technology evolves.]]></description>
		<content:encoded><![CDATA[<p>I think what John is trying to point out is that with a limited budget and his experience with usability professionals he would prefer to have the usability people provide insite to the designers/developers.  There is some truth to what he says about usability people not being able to design, most come from a science background and have read all the literature about usability, but very few can design and this is a major limitation to the usability environment. As people adapt to the new technologies usability should also adapt to the abilities of these users. We can not treat everyone as an novice and design for that, there needs to be a middle ground. Usability needs to evolve as the users and technology evolves.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: alok</title>
		<link>http://boxesandarrows.com/investing-in-usability-testing-versus-training/#comment-5701</link>
		<dc:creator>alok</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/investing-in-usability-testing-versus-training/#comment-5701</guid>
		<description><![CDATA[I think it depends on what is the problem you are trying to solve. The Article seems to assume every interface has same goals but Usability itself is not absolute. There are trade-offs in usability and the biggest one I believe is efficiency v/s intuitiveness.

Mostly usability tends to get associated with intuitiveness, which I disagree with. It has t be based on user goals

Let me take an example, if you are building an application a call center, the user goal (tied to their appraisal) is to complete max # of calls per unit of time. This task involves several complex sub tasks like checking user&#039;s profile (consisting of 20 different attributes) finding right information based on user&#039;s call and profile etc etc.. 

The goal is efficiency. In such scenario it is fine to let intuitiveness take a back seat and can be supported with training. 

But if the base goal of system requires greater intuitiveness then there is no point investing in training alone.

I agree that budget constraints would require alterations to process and finding more efficient mechanisms but conclusion that training is better would not be the right one.]]></description>
		<content:encoded><![CDATA[<p>I think it depends on what is the problem you are trying to solve. The Article seems to assume every interface has same goals but Usability itself is not absolute. There are trade-offs in usability and the biggest one I believe is efficiency v/s intuitiveness.</p>
<p>Mostly usability tends to get associated with intuitiveness, which I disagree with. It has t be based on user goals</p>
<p>Let me take an example, if you are building an application a call center, the user goal (tied to their appraisal) is to complete max # of calls per unit of time. This task involves several complex sub tasks like checking user&#8217;s profile (consisting of 20 different attributes) finding right information based on user&#8217;s call and profile etc etc.. </p>
<p>The goal is efficiency. In such scenario it is fine to let intuitiveness take a back seat and can be supported with training. </p>
<p>But if the base goal of system requires greater intuitiveness then there is no point investing in training alone.</p>
<p>I agree that budget constraints would require alterations to process and finding more efficient mechanisms but conclusion that training is better would not be the right one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dawnsun</title>
		<link>http://boxesandarrows.com/investing-in-usability-testing-versus-training/#comment-5702</link>
		<dc:creator>dawnsun</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/investing-in-usability-testing-versus-training/#comment-5702</guid>
		<description><![CDATA[If I had $10,000 I would keep usability fully in the project.Don&#039;t succumb to &quot;either/or&quot; statements, but how can we get user input AND remain cost effective. 

You see, you can have testing early and cheap. Use paper prototyping ahead of development for testing. Walk down the hallway of your building and ask people to walk through the pencil sketch, wireframe or mockup. Ask questions like, &quot;what would you do first if you needed to enter your expense report, what stands out first&quot;, etc. Granted this is very informal, but you can gain an understanding of the UI by asking 15 people - 5 minutes a piece. If my dev team needs an answer today, I can get very close to accurate in 75 minutes. 

Also, I use UT to show our success rates for CBA - not only for enhancements for the next release, etc. I am aware the user groups may not be involved, but the intuitiveness of the product can be achieved in this manner. 

Lastly, training over testing can be very expensive. Our accounting company is one of the largest in the nation/world with mulitple offices in every state of the nation and abroad. We have a large amount of new hires who are here seasonally - just out of college for their first big job. Can you imagine the training dollars? In this case, it would be well over $10,000.]]></description>
		<content:encoded><![CDATA[<p>If I had $10,000 I would keep usability fully in the project.Don&#8217;t succumb to &#8220;either/or&#8221; statements, but how can we get user input AND remain cost effective. </p>
<p>You see, you can have testing early and cheap. Use paper prototyping ahead of development for testing. Walk down the hallway of your building and ask people to walk through the pencil sketch, wireframe or mockup. Ask questions like, &#8220;what would you do first if you needed to enter your expense report, what stands out first&#8221;, etc. Granted this is very informal, but you can gain an understanding of the UI by asking 15 people &#8211; 5 minutes a piece. If my dev team needs an answer today, I can get very close to accurate in 75 minutes. </p>
<p>Also, I use UT to show our success rates for CBA &#8211; not only for enhancements for the next release, etc. I am aware the user groups may not be involved, but the intuitiveness of the product can be achieved in this manner. </p>
<p>Lastly, training over testing can be very expensive. Our accounting company is one of the largest in the nation/world with mulitple offices in every state of the nation and abroad. We have a large amount of new hires who are here seasonally &#8211; just out of college for their first big job. Can you imagine the training dollars? In this case, it would be well over $10,000.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel Szuc</title>
		<link>http://boxesandarrows.com/investing-in-usability-testing-versus-training/#comment-9881</link>
		<dc:creator>Daniel Szuc</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/investing-in-usability-testing-versus-training/#comment-9881</guid>
		<description><![CDATA[John raises some great points. 

The importance of asking the right user research questions and helping Product Managers to define/design products in the right direction that helps  end users and the business make more monies.

How to bridge usability testing and user research data into designs that impact the business positively. Otten a huge gap can appear between the the Usability testing data and how this data can be used to drive the design more effectively.

Suggest there is also an wonderful opportunity for usability folks to move over time from a tools (bottom up approach) to assiting drive products strategically (top down approach). As we plan to pass on the knowledge and tools to those who need it most.]]></description>
		<content:encoded><![CDATA[<p>John raises some great points. </p>
<p>The importance of asking the right user research questions and helping Product Managers to define/design products in the right direction that helps  end users and the business make more monies.</p>
<p>How to bridge usability testing and user research data into designs that impact the business positively. Otten a huge gap can appear between the the Usability testing data and how this data can be used to drive the design more effectively.</p>
<p>Suggest there is also an wonderful opportunity for usability folks to move over time from a tools (bottom up approach) to assiting drive products strategically (top down approach). As we plan to pass on the knowledge and tools to those who need it most.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave</title>
		<link>http://boxesandarrows.com/investing-in-usability-testing-versus-training/#comment-9882</link>
		<dc:creator>Dave</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/investing-in-usability-testing-versus-training/#comment-9882</guid>
		<description><![CDATA[Hiya John,

I think I agree w/ your overall statement. That if I have $10k to put into usability testing, wouldn&#039;t that be better spent on training designers to be better at doing self analysis. I tend to agree with this sentiment a lot.

What others have said about usability being more than just testing to me obviously ignores your major premise. There is nothing here that doesn&#039;t state that there can&#039;t be more to what the designer does (it is a human being after all, w/ the ability to do many roles; so the education can just keep continuing.) 

The one area that I feel where this doesn&#039;t work is when the complexity of the solution reaches a critical level. I can&#039;t quanitify what that level is, but I can say that I beleive that when complexity reaches a certain level another central nervous system that is more experienced in specifically evaluating design is required, that is separate from the formation and generative processes. Sometimes you just need another body with a different POV.]]></description>
		<content:encoded><![CDATA[<p>Hiya John,</p>
<p>I think I agree w/ your overall statement. That if I have $10k to put into usability testing, wouldn&#8217;t that be better spent on training designers to be better at doing self analysis. I tend to agree with this sentiment a lot.</p>
<p>What others have said about usability being more than just testing to me obviously ignores your major premise. There is nothing here that doesn&#8217;t state that there can&#8217;t be more to what the designer does (it is a human being after all, w/ the ability to do many roles; so the education can just keep continuing.) </p>
<p>The one area that I feel where this doesn&#8217;t work is when the complexity of the solution reaches a critical level. I can&#8217;t quanitify what that level is, but I can say that I beleive that when complexity reaches a certain level another central nervous system that is more experienced in specifically evaluating design is required, that is separate from the formation and generative processes. Sometimes you just need another body with a different POV.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
