<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Paper Arrow &#187; review</title>
	<atom:link href="http://paperarrow.com/blog/tag/review/feed/" rel="self" type="application/rss+xml" />
	<link>http://paperarrow.com/blog</link>
	<description>Notes from the quiver...</description>
	<lastBuildDate>Tue, 02 Nov 2010 04:53:56 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3-aortic-dissection</generator>
		<item>
		<title>Book Review: Rocket Surgery Made Easy</title>
		<link>http://paperarrow.com/blog/2010/04/rocket-surgery-made-easy/</link>
		<comments>http://paperarrow.com/blog/2010/04/rocket-surgery-made-easy/#comments</comments>
		<pubDate>Mon, 19 Apr 2010 09:38:48 +0000</pubDate>
		<dc:creator>Xavier</dc:creator>
				<category><![CDATA[Books]]></category>
		<category><![CDATA[primer]]></category>
		<category><![CDATA[review]]></category>

		<guid isPermaLink="false">http://paperarrow.com/blog/?p=90</guid>
		<description><![CDATA[Steve Krug’s Don’t Make Me Think has been the book I recommend for anyone interested in understanding usability. His second effort, Rocket Surgery Made Easy: The Do-It-Yourself Guide to Finding and Fixing Usability Problems, expands the idea of one of &#8230; <a href="http://paperarrow.com/blog/2010/04/rocket-surgery-made-easy/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<div class="hreview">
<span class="description">
<p>
Steve Krug’s <a href="http://www.amazon.com/gp/product/0321344758?tag=xavierroysw07-20">Don’t Make Me Think</a> has been <strong>the</strong> book I recommend for anyone interested in understanding usability. His second effort, <span class="item"><a href="http://www.amazon.com/dp/0321657292/?tag=xavierroysw07-20" class="fn" title="Rocket Surgery Made Easy: The Do-It-Yourself Guide to Finding and Fixing Usability Problems by Steve Krug">Rocket Surgery Made Easy: The Do-It-Yourself Guide to Finding and Fixing Usability Problems</a></span>, expands the idea of one of the chapters in Don’t Make Me Think. Staying true to the book’s subtitle of The Do-It-Yourself Guide to Finding and Fixing Usability Problems, the book is a <acronym title="Do-It-Yourself">DIY</acronym> guide to identify usability issues; though the fixing part is glossed over in the book. Steve Krug guides us through a process of conducting a small usability test and provides guidelines to run one such test in the book. </p>
<p><span class="item"><div class="wp-caption aligncenter" style="width: 435px"><a class="url" href="http://www.amazon.com/dp/0321657292/?tag=xavierroysw07-20"><img alt="Rocket Surgery Made Easy by Steve Krug" src="http://images.amazon.com/images/P/0321657292.01._SCLZZZZZZZ_PC_PU_PU-5_.jpg" title="Rocket Surgery Made Easy by Steve Krug" width="425" height="502" class="photo"/></a><p class="wp-caption-text">Rocket Surgery Made Easy by Steve Krug</p></div></span></p>
<p>The key ‘<strong>maxims</strong>’ according to Steve Krug are:</p>
<ul>
<li>A morning a month, that’s all we ask. [<em>Conduct a simple three-person usability test frequently.</em>]</li>
<li>Start earlier than you  think makes sense. [<em>Begin your testing as early as possible in your product development.</em>]</li>
<li>Recruit loosely and  grade on a curve. [<em>Try to get people who match your end-user profiles closely. Improvise if required.</em>]</li>
<li>Make it a spectator sport. [<em>Involve everyone associated with the project and get them involved.</em>]</li>
<li>Focus ruthlessly on a small number of the most important problems. [<em>Fix the important issue first.</em>]</li>
<li>When fixing problems, always do the least you can do. [<em>The smallest changes are the most easiest change to make.</em>]
</li>
</ul>
<p>At the end of the book, you get an idea on how to conduct a small usability test. The book tries to limit itself to a DIY approach and hence skips a large-scale usability testing process. But once one gets experience conducting usability tests on a smaller scale, it is just a matter of scaling it up to encompass a large usability test scenario.</p>
<p class="summary">If you have read <a href="http://www.amazon.com/gp/product/0321344758?tag=xavierroysw07-20">Don’t Make Me Think</a> and <a href="http://www.amazon.com/gp/product/032145345X?tag=xavierroysw07-20">Designing the Obvious</a> and you are still interested in getting your hands dirty with usability, then this book is definitely a must-read and a must-have in your bookshelf and I would rate it as <abbr class="rating" title="4.0">4/5</abbr>. </p>
<p></span>
</div>
]]></content:encoded>
			<wfw:commentRss>http://paperarrow.com/blog/2010/04/rocket-surgery-made-easy/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Book Review: Designing the Obvious</title>
		<link>http://paperarrow.com/blog/2009/08/designing-the-obvious/</link>
		<comments>http://paperarrow.com/blog/2009/08/designing-the-obvious/#comments</comments>
		<pubDate>Sat, 15 Aug 2009 07:35:09 +0000</pubDate>
		<dc:creator>Xavier</dc:creator>
				<category><![CDATA[Books]]></category>
		<category><![CDATA[primer]]></category>
		<category><![CDATA[review]]></category>

		<guid isPermaLink="false">http://xavierroy.com/ideate/?p=37</guid>
		<description><![CDATA[Targeted at people who have heard the word usability but not sure how to proceed further, Robert Hoekman, Jr. in his book, Designing the Obvious, does a good job of explaining usability and how to use user-centered design concepts in &#8230; <a href="http://paperarrow.com/blog/2009/08/designing-the-obvious/">Continue reading <span class="meta-nav">&#8594;</span></a>]]></description>
			<content:encoded><![CDATA[<div class="hreview">
<span class="description">
<p>Targeted at people who have heard the word usability but not sure how to proceed further, Robert Hoekman, Jr. in his book, <span class="item"><span class="fn">Designing the Obvious</span></span>, does a good job of explaining usability and how to use user-centered design concepts in web projects. Staying true to the book’s subtitle of A Common Sense Approach to Web Usability, the book explains the various concepts and theories relating to web usability.</p>
<blockquote>
<p>“An obvious design would let me get in, get what I need, and get out without spending any time at all thinking about how the software works or work with my data.”</p>
</blockquote>
<p>Though some concepts are just common sense approaches, it becomes easier for web application designers to understand why they need to do things a certain way. As the book is well-written with ample examples and screenshots, this book contains many tips and techniques to improve current interfaces.</p>
<p><span class="item"><div class="wp-caption aligncenter" style="width: 466px"><a class="url" href="http://www.amazon.com/exec/obidos/ASIN/032145345X/xavierroysw07-20"><img class="photo" alt="Designing the Obvious by Robert Hoekman Jr" src="http://images.amazon.com/images/P/032145345X.01._SCLZZZZZZZ_PC_PU_PU-5_.jpg" title="Designing the Obvious by Robert Hoekman Jr." width="456" height="585" /></a><p class="wp-caption-text">Designing the Obvious by Robert Hoekman Jr</p></div></span></p>
<h3>Chapters and what they talk about</h3>
<ul>
<li>Defining the Obvious
<p>Obvious design is the result of a process that reveals the goals of your users, the contexts in which they use your sites and software, and the tasks they really want to achieve.</p>
</li>
<li>Understand Users, Then Ignore Them
<p>People often don’t do what they think they do. They don’t act the way they think they would act. It is important to do user research before starting.</p>
</li>
<li>Build Only What Is Absolutely Necessary
<p>Simplicity is better. Avoid feature creep and nice-to-have features.</p>
</li>
<li>Support the User’s Mental Model
<p>A user’s mental model determines their appreciation or frustration with a product. Designing for mental models, rather than implementation models, is the rule to follow.</p>
</li>
<li>Turn Beginners Into Intermediates, Immediately
<p>Don’t design for experts or beginners. Design for perpetual intermediates.</p>
<li>Handle Errors Wisely</li>
<p></p>
<p>The best way to handle errors is to prevent them from ever occurring. Error messages that do not provide useful information do not help users. They hurt users.</p>
</li>
<li>Design for Uniformity, Consistency, and Meaning
<p>Design patterns are a powerful tool when trying to maintain consistent user experiences across multiple interactions within a single application and across multiple applications.</p>
</li>
<li>Reduce and Refine
<p>Clutter diminishes a user’s ability to form a workable mental model by crowding the important pieces of a screen in with unimportant ones. Clutter makes it more difficult for new users to become intermediate users by putting things in the way of the learning process. Clutter makes it hard to see the design in the design.</p>
</li>
<li>Don’t Innovate When You Can Elevate
<p>Elevating the user experience is not about adding features to make an application stand out from the crowd. It’s about taking things away until the heart of the application is allowed to shine through. </p>
</li>
</ul>
<p>If anything that was lacking in this book, it was a chapter on accessibility, which most web developers find themselves horrible at. Personally, <span class="summary">I felt this book, along with Steve Krug’s <a href="http://www.amazon.com/exec/obidos/ASIN/0321344758/xavierroysw07-20">Don’t Make Me Think</a>, must be made compulsory reading</span> and I would rate it as <abbr class="rating" title="4.0">4/5</abbr>. </p>
<p></span>
</div>
]]></content:encoded>
			<wfw:commentRss>http://paperarrow.com/blog/2009/08/designing-the-obvious/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

