<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" media="screen" href="/~d/styles/rss2full.xsl"?><?xml-stylesheet type="text/css" media="screen" href="http://feeds.feedburner.com/~d/styles/itemcontent.css"?><rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:feedburner="http://rssnamespace.org/feedburner/ext/1.0" version="2.0">
	<channel>
		<title>Tyler Tate</title>
		<description>Making the complex feel simple.</description>
		<link>http://www.tylertate.com/</link>
		
		
			<atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="self" type="application/rss+xml" href="http://feeds.feedburner.com/TylerTate" /><feedburner:info uri="tylertate" /><atom10:link xmlns:atom10="http://www.w3.org/2005/Atom" rel="hub" href="http://pubsubhubbub.appspot.com/" /><feedburner:browserFriendly></feedburner:browserFriendly><item>
				<title>Cross-Channel Blueprints: A tool for modern IA</title>
				<pubDate>Tue, 21 Feb 2012 00:00:00 PST</pubDate>
				<description>&lt;p&gt;The practice of information architecture is undergoing a tectonic shift away from creating individual websites and towards designing cross-channel experiences that span both the digital—from desktop to mobile—and the physical—from print to storefront. While the information architect&amp;#8217;s skillset is well-suited for this new challenge, our existing tools are not.&lt;/p&gt;

&lt;h3 id='service_blueprints_arent_exactly_what_we_need'&gt;Service blueprints aren&amp;#8217;t exactly what we need&lt;/h3&gt;

&lt;p&gt;Imported from the field of service design, G. Lynn Shostack&amp;#8217;s &lt;em&gt;service blueprint&lt;/em&gt; is often suggested as a tool for cross-channel planning. Yet it&amp;#8217;s not a perfect fit:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Too process-oriented&lt;/strong&gt;. Service blueprints present customer actions sequentially. While desirable for planning specific flows (such as a checkout process), it&amp;#8217;s obstructive when trying to outline a comprehensive strategy.&lt;/p&gt;
&lt;/li&gt;

&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Minimal attention to channels&lt;/strong&gt;. Service blueprints document the &amp;#8220;physical evidence&amp;#8221; associated with each action, but fail to account for how a single action might be performed on multiple channels.&lt;/p&gt;
&lt;/li&gt;

&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Meant for a different purpose&lt;/strong&gt;. With their lines of interaction, visibility, and internal visibility, service blueprints simply weren&amp;#8217;t intended to be used for planning cross-channel information architecture&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;img class='normal-width' src='http://tylertate.com/resources/images/2012-02-21/service-blueprint-brandonschauer.png' alt='A service blueprint by Brandon Schauer' width='712' /&gt;
&lt;p&gt;&lt;em&gt;A service blueprint created by &lt;a href='http://www.flickr.com/photos/brandonschauer/3363169836/'&gt;Brandon Schauer&lt;/a&gt;.&lt;/em&gt;&lt;/p&gt;

&lt;h3 id='what_do_we_need_then'&gt;What do we need, then?&lt;/h3&gt;

&lt;p&gt;Before brainstorming solutions, we should clarify the problem. Andrea Resmini and Lucas Rosati have discussed five principles for designing successful cross-channel experiences; &lt;a href='http://www.slideshare.net/mobile/morville/crosschannel-strategy'&gt;Peter Morville&lt;/a&gt; advocates six; to me, these three seem the most fundamental:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Consistent.&lt;/strong&gt; Each channel should enable users to perform a given task in a like manner. For instance, a bank customer experienced in paying bills on the web should find the corresponding smartphone bill-paying facility familiar, even on first use.&lt;/p&gt;
&lt;/li&gt;

&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Optimized.&lt;/strong&gt; Each channel should play to its strengths. Desktop applications are optimized for large screens; mobile apps for small ones. Optimization is in tension with consistency.&lt;/p&gt;
&lt;/li&gt;

&lt;li&gt;
&lt;p&gt;&lt;strong&gt;Continuous.&lt;/strong&gt; Each channel must be aware of all the others. Add a bicycle helmet to your shopping cart on the Web, and it should appear in the cart on your phone.&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;

&lt;h3 id='a_starting_point'&gt;A starting point&lt;/h3&gt;

&lt;p&gt;What would a tool that aimed to facilitate consistent, optimized, continuous cross-channel planning look like? In &lt;a href='http://pervasiveia.com/'&gt;Pervasive Information Architecture&lt;/a&gt;, Resmini and Rosati presented their CHU cube which places &lt;em&gt;tasks&lt;/em&gt; and &lt;em&gt;channels&lt;/em&gt; each on their own axes.&lt;/p&gt;
&lt;img class='twothirds-width' src='http://tylertate.com/resources/images/2012-02-21/chu-cube.jpg' alt='The CHU Cube' width='475' /&gt;
&lt;p&gt;&lt;em&gt;&lt;a href='http://pervasiveia.com/'&gt;Resmini and Rosati&amp;#8217;s&lt;/a&gt; CHU cube plots channels, heuristics, and tasks using three dimensions.&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;Ammendment: &lt;em&gt;After publishing this post, &lt;a href='https://twitter.com/#!/lowresolution'&gt;Gianluca Brugnoli&lt;/a&gt; of Frog Design pointed out its resemblence to the &lt;a href='http://www.servicedesigntools.org/tools/108'&gt;Touchpoints Matrix&lt;/a&gt; he himself developed in 2009. I hadn&amp;#8217;t come across this tool before, but the similarity is striking.&lt;/em&gt;&lt;/p&gt;
&lt;img class='normal-width' src='http://tylertate.com/resources/images/2012-02-21/touchpoints-matrix.png' alt='The Touchpoints Matrix by Gianluca Brugnoli' width='712' /&gt;
&lt;p&gt;&lt;em&gt;The Touchpoints Matrix by Gianluca Brugnoli&lt;/em&gt;&lt;/p&gt;

&lt;h3 id='building_on_the_foundation'&gt;Building on the foundation&lt;/h3&gt;

&lt;p&gt;Juxtaposing tasks and channels is a useful starting point, though the CHUbe&amp;#8217;s multidimensional layers make it a bit unwieldy. For our diagram, let&amp;#8217;s do the following:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;Identify user tasks&lt;/strong&gt;—these become the X-axis.&lt;/li&gt;

&lt;li&gt;&lt;strong&gt;List channels&lt;/strong&gt;—these become the Y-axis.&lt;/li&gt;

&lt;li&gt;&lt;strong&gt;Prioritize and describe each per-channel task&lt;/strong&gt;—these are the table cells&lt;/li&gt;

&lt;li&gt;&lt;strong&gt;Identify shared components&lt;/strong&gt;—these are listed in a bottom row&lt;/li&gt;
&lt;/ol&gt;
&lt;img class='full-width' src='http://tylertate.com/resources/images/2012-02-21/cross-channel-blueprint.png' alt='A Cross-Channel Blueprint' width='1030' /&gt;
&lt;p&gt;I call this a &lt;em&gt;cross-channel blueprint&lt;/em&gt;. The exercise can be performed by a lone designer or collaboratively with sticky notes or in front of a whiteboard. It brings about:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;A global view of important user tasks&lt;/li&gt;

&lt;li&gt;The possible channels through which users might attempt those tasks&lt;/li&gt;

&lt;li&gt;A set of task priorities for each channel&lt;/li&gt;

&lt;li&gt;A set of channel priorities for each task&lt;/li&gt;

&lt;li&gt;An overview of which components need to be shared across channels&lt;/li&gt;
&lt;/ul&gt;

&lt;h3 id='what_do_you_think'&gt;What do you think?&lt;/h3&gt;

&lt;p&gt;This is but a first attempt at a developing a tool suitable for the new era of cross-channel information architecture. As such, it needs practice, iteration, and experimentation. If you&amp;#8217;ve been working in this space, please chime in with how the cross-channel blueprint jives with your own experience.&lt;/p&gt;

&lt;p&gt;&lt;em&gt;See my article &lt;a href='http://uxmatters.com/mt/archives/2011/10/the-rise-of-cross-channel-ux-design.php'&gt;The Rise of Cross-Channel UX Design&lt;/a&gt; on UX Matters for related reading. You can also &lt;a href='http://www.twitter.com/tylertate'&gt;follow me on Twitter&lt;/a&gt;.&lt;/em&gt;&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2012/02/21/cross-channel-ia-blueprint.html</link>
				<guid>http://www.tylertate.com/blog/2012/02/21/cross-channel-ia-blueprint.html</guid>
			</item>
		
			<item>
				<title>Three Circles of Collaborative Search</title>
				<pubDate>Mon, 23 Jan 2012 00:00:00 PST</pubDate>
				<description>&lt;p&gt;Search often appears personal, introspective, and private; an activity of the individual in isolation. In fact, most researchers depict search as a single-user activity. Yet a 2008 survey found that over half of respondents self-reported having co-operated with other people to search the web, while an impressive 97.1% went on to indicate at least one form of collaborative search activity in which they had engaged (Morris, 2008). It’s safe to say that collaboration is pervasive.&lt;/p&gt;

&lt;p&gt;Yet collaborative search is a broad term, encompassing explicit cooperation with others during information seeking, enlisting help from one’s social groups, and implicit collaboration with strangers. We must attain a holistic view of collaboration in order to design socially-aware search applications that support collaboration. I believe that holistic view can be found in a three-circle model: the inner circle, intermediate social circles, and the outer circle.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2012/01/23/three-circles-of-collaborative-search.html</link>
				<guid>http://www.tylertate.com/blog/2012/01/23/three-circles-of-collaborative-search.html</guid>
			</item>
		
			<item>
				<title>Design Principles for Mobile Search</title>
				<pubDate>Fri, 13 Jan 2012 00:00:00 PST</pubDate>
				<description>&lt;p&gt;Apple’s iOS Human Interface Guidelines, Google’s Android Design Guidlines, and others such as Luke Wroblewski’s Mobile First book provide valuable guidance for designing general mobile applications. Yet there are a number of design principles unique to crafting mobile search experiences in particular. Namely: prioritizing content over controls, providing answers over results, being sensitive to context, and ensuring cross-channel continuity.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2012/01/13/design-principles-mobile-search.html</link>
				<guid>http://www.tylertate.com/blog/2012/01/13/design-principles-mobile-search.html</guid>
			</item>
		
			<item>
				<title>Coping with Sub-pixel Rounding in IE</title>
				<pubDate>Thu, 05 Jan 2012 00:00:00 PST</pubDate>
				<description>&lt;p&gt;An old, ugly problem still plagues fluid layouts: sub-pixel rounding. You&amp;#8217;ve experienced this nasty issue when elements within your percentage-based layout unexpectedly wrap to the next line in Internet Explorer, or aren&amp;#8217;t flush with the right-hand edge in Safari and Chrome.&lt;/p&gt;

&lt;p&gt;The culprit? How percentages are rounded into pixel values by the browser. As &lt;a href='http://ejohn.org/blog/sub-pixel-problems-in-css/'&gt;John Resig documented&lt;/a&gt; in 2008, browsers have adopted different rounding strategies:&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;Webkit and Opera always round down, FireFox and Internet Explorer 8 and 9 round some numbers up, others down, and IE6 &amp;amp; IE7 always round up.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Below is the output of this &lt;a href='http://tylertate.github.com/subpixel-rounding/examples/four/four.html'&gt;example page&lt;/a&gt; in the major browsers. I&amp;#8217;ve extended John Resig&amp;#8217;s original demonstration by testing 4 columns, each 25% wide, within three differently sized containers: 49px, 50px, and 51px. The number shown below each container is the theoretical pixel width of one of the columns (e.g. 50px * .25 = 12.5).&lt;/p&gt;
&lt;img src='http://tylertate.com/resources/images/2012-01-05/browser-subpixel-rounding.png' alt='The sub-pixel rounding problem' width='620' style='width: 100%; max-width: 620px;' /&gt;
&lt;p&gt;You&amp;#8217;ll notice that in Webkit and Opera, which use the rounding-down strategy, there is space leftover. FireFox, IE8, and IE9, on other hand, vary the widths of the boxes so that, in total, they occupy all of the available space. &lt;strong&gt;But here&amp;#8217;s the catch:&lt;/strong&gt; when the floating decimal is .5 or greater, our old friends IE6 and 7 stupidly &lt;strong&gt;round up&lt;/strong&gt;, forcing the final column in our example to wrap to the next line since the four columns become collectively wider than their parent container. Facepalm.&lt;/p&gt;

&lt;p&gt;This is certainly not a new problem; it&amp;#8217;s been the source of head-to-wall bashing for over a decade. Yet it&amp;#8217;s an important problem to understand and address in the modern era of fluid, responsive layouts. While it&amp;#8217;s true that the problem will mostly go away when IE6 and 7 support is no longer necessary, many of us need a solution now.&lt;/p&gt;

&lt;h3 id='the_formula'&gt;The formula&lt;/h3&gt;

&lt;p&gt;Unfortunately, there&amp;#8217;s no silver bullet.&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;The only way to prevent layouts from breaking in IE6/7 is to fractionally reduce the percentages so that they add up to just under 100%.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;In the past this has meant fiddling down the numbers until the elements stop wrapping, an inexact and error-prone art. There is, however, an exact science to it.&lt;/p&gt;

&lt;p&gt;The objective is simply to get IE to round numbers down, not up. In the example above, we want 12.5px, 12.75px, or even 12.99px, to be rounded down to 12px, just like it would be in WebKit. The solution is straightforward in principle: just subtract half a pixel. 12.99px would then become 12.49px, and—since the floating decimal is less than .5—IE would round down to the nearest integer.&lt;/p&gt;

&lt;p&gt;But the tricky bit is getting from pixels back to percentages. What percentage do we need to subtract in order to produce a half-pixel reduction in the computed pixel value? The answer: &lt;strong&gt;it depends on the pixel width of the parent container&lt;/strong&gt;. Here&amp;#8217;s the formula:&lt;/p&gt;

&lt;pre&gt;&lt;code&gt;O.5 / containerWidth = correctionLevel&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;&lt;code&gt;ContainerWidth&lt;/code&gt; is the pixel width of the container, while &lt;code&gt;correctionLevel&lt;/code&gt; represents the percentage that needs to be subtracted in order for IE to round down to the nearest pixel. Thus for our 50px container above, the &lt;code&gt;correctionLevel&lt;/code&gt; is &lt;code&gt;0.5 / 50 = 0.01&lt;/code&gt;, or 1%. That means instead of the four columns each being 25%, they would need to be 24% (25 - 1). With that corretion applied, the columns would each be computed as 12px rather than 12.5px, and our layout will display correctly, as shown below.&lt;/p&gt;
&lt;img src='http://tylertate.com/resources/images/2012-01-05/browser-subpixel-rounding-corrected.png' alt='Sub-pixel rounding with the correction formula applied' width='620' style='width: 100%; max-width: 620px;' /&gt;
&lt;p&gt;But the whole point of using percentages, I hear you saying, is to be pixel-independent. If I have to specify the container&amp;#8217;s pixel width, doesn&amp;#8217;t that defeat the purpose of using percentages in the first place? It&amp;#8217;s painfully inconvenient, to be sure, but the very fact that you&amp;#8217;re reading this is evidence enough that we must work around this problem somehow.&lt;/p&gt;

&lt;p&gt;Here are two strategies for applying this correction formula.&lt;/p&gt;

&lt;h3 id='doityourself_calculations'&gt;Do-it-yourself calculations&lt;/h3&gt;

&lt;p&gt;You can quickly apply the above formula to your existing fluid layouts to fix the sub-pixel rounding issue in IE6 and 7 without adversely affecting other browsers. First, lets assume you have constructed a percentage-based layout that has a set minimum width of &lt;strong&gt;720px&lt;/strong&gt;. Using this number as our baseline &lt;code&gt;containerWidth&lt;/code&gt;, our formula tells us that the correctionLevel is &lt;strong&gt;.0694%&lt;/strong&gt;. Whenever a percentage is used as the value of a width, padding, border, or margin declaration, we&amp;#8217;ll use the star hack to add IE6/7-specific declarations which subtract .0694% from the original value. Here&amp;#8217;s a simplistic example:&lt;/p&gt;

&lt;pre&gt;&lt;code&gt;section#sidebar {
  width: 25%;
  *width: 24.93%;
}&lt;/code&gt;&lt;/pre&gt;

&lt;h3 id='css_frameworks'&gt;CSS frameworks&lt;/h3&gt;

&lt;p&gt;If you&amp;#8217;re using a CSS framework such as &lt;a href='http://lesscss.org/'&gt;LESS.js&lt;/a&gt; or &lt;a href='http://sass-lang.com'&gt;SaSS&lt;/a&gt;, you can rely on their mathematic operations to save you from having to crunching all the numbers by hand. The LESS/SaSS code below would be compiled to the same output as in the example above.&lt;/p&gt;

&lt;pre&gt;&lt;code&gt;section#sidebar {
  width: 25%;
  *width: 25%-0.0694%;
}&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;&lt;em&gt;Updated January 11, 2012.&lt;/em&gt; The newly-released version 1.2 of &lt;a href='http://Semantic.gs'&gt;The Semantic Grid System&lt;/a&gt;—which uses the power of CSS frameworks to elegantly power fixed, fluid, and responsive layouts—incorporates the above formula. It allows you to specify the minimum width of your layout, from which it then derives the correction level.&lt;/p&gt;

&lt;pre&gt;&lt;code&gt;@min-width: 960;
@correction: 0.5 / @min-width * 100 * 1%;&lt;/code&gt;&lt;/pre&gt;

&lt;p&gt;It then subtracts the correction level from the IE-specific width and margin declarations of each column in the layout:&lt;/p&gt;

&lt;pre&gt;&lt;code&gt;width: @computedWidth;
margin: 0 @computedMargin;

*width: @computedWidth-@correction;
*margin: 0 @computedMargin-@correction;&lt;/code&gt;&lt;/pre&gt;

&lt;h3 id='the_last_word'&gt;The last word&lt;/h3&gt;

&lt;p&gt;So there you have it: a predictable formula for correcting the sub-pixel rounding problem in Internet Explorer 6 and 7. It&amp;#8217;s just one more reason we can all rejoice when IE6 and 7 go the way of the grave.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2012/01/05/subpixel-rounding.html</link>
				<guid>http://www.tylertate.com/blog/2012/01/05/subpixel-rounding.html</guid>
			</item>
		
			<item>
				<title>Mobile Information Needs</title>
				<pubDate>Tue, 06 Dec 2011 00:00:00 PST</pubDate>
				<description>&lt;p&gt;Mobile information needs can be assed by two criteria: scope and type. Scope describes the sophistication of the information need, the degree of higher-level thinking it involves, and the time commitment required to satisfy it. The lookup, learn, and investigate elements of scope are derived from Gary Marchionini’s work on exploratory search, while the casual component has been more recently advocated by Max Wilson and others.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2011/12/06/mobile-information-needs.html</link>
				<guid>http://www.tylertate.com/blog/2011/12/06/mobile-information-needs.html</guid>
			</item>
		
			<item>
				<title>The Rise of Cross-Channel UX Design</title>
				<pubDate>Mon, 17 Oct 2011 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;A few Saturdays ago, I was walking around Greenwich in southeast London when I decided to peruse the local bookshop. Drawn to a display titled “Utopias and Dystopias,” I noticed the book A Brave New World sitting beside George Orwell’s 1984, which I had read and remembered enjoying. Curious about the association between the two, I picked up A Brave New World and glanced over the back cover. I then pulled out my phone and searched Google to see what others were saying about the book and noted that it is often considered one of the top-100 novels of all time. My mind was settled: I wanted to read this book. But rather than walking, book in hand, to the checkout counter, I instead used my phone to navigate to Amazon’s Kindle Store, where I typed in the name of the book and used their 1-click ordering to purchase the book. Leaving the bookshop empty handed, I caught the next bus home. On the way home, I pulled out my tablet device and started reading page 1 of A Brave New World.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2011/10/17/cross-channel-ux-design.html</link>
				<guid>http://www.tylertate.com/blog/2011/10/17/cross-channel-ux-design.html</guid>
			</item>
		
			<item>
				<title>Search Analytics by Lou Rosenfeld</title>
				<pubDate>Thu, 13 Oct 2011 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;The book is a very practical guide on how to exploit query logs to improve your company’s search experience. Lou outlines a collection of simple but potent techniques for analyzing search logs, spotting insightful patterns, and putting those insights to use.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2011/10/13/book-review-search-analytics.html</link>
				<guid>http://www.tylertate.com/blog/2011/10/13/book-review-search-analytics.html</guid>
			</item>
		
			<item>
				<title>From physical to digital to ubiquitous</title>
				<pubDate>Tue, 11 Oct 2011 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;The invention of the printing press transformed the physical object that is the book from an artefact of human transcription to that of mass production. By 1500, just 40 years after Gutenberg&amp;#8217;s invention, an estimated 150 to 200 million copies had rolled off the press; a century later, the by then pervasive technology led to the rise of a new medium: the newspaper. This was the era of information as physical object.&lt;/p&gt;

&lt;p&gt;More recently, mass adoption of the world wide web and the plethora of Internet-connected devices has led to digital information augmenting and, to a certain degree, displacing the physical. News was consumed online rather than on paper, new mediums of self expression arose from the blog to the social networks, and a new pair of shoes could be acquired without ever stepping foot in a store.&lt;/p&gt;

&lt;p&gt;We are now on the cusp of yet another technological sea change. The pendulum which swung from physical to digital is swinging back to the real world, but this time, information is formless, contextual, and ubiquitous. In their book &lt;a href='http://pervasiveia.com/'&gt;Pervasive Information Architecture&lt;/a&gt;, Andrea Resmini and Luca Rosati describe this brave new world of ubiquitous computing:&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;&amp;#8220;Information is going everywhere. It is bleeding out of the Internet and out of personal computers, and it is being embedded into the real world. Mobile devices, networked resources, and real-time information systems are making our interactions with information constant and ubiquitous. Information is becoming pervasive.&amp;#8221;&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;The future lies in cross-channel experiences. Interactions in which the technology fades to the background and the personal, physical, and social context of the present mediate the devices and methods with which we interact with information.&lt;/p&gt;

&lt;p&gt;&lt;em&gt;You know the Hemingway line, &amp;#8220;Write all the story, take out all the good lines, and see if it still works&amp;#8221;? Well, I&amp;#8217;m posting these simple thoughts here because I just deleted them from a longer piece, but still wanted them to see the light of day.&lt;/em&gt;&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2011/10/11/from-physical-to-digital-to-ubiquitous.html</link>
				<guid>http://www.tylertate.com/blog/2011/10/11/from-physical-to-digital-to-ubiquitous.html</guid>
			</item>
		
			<item>
				<title>The Semantic Grid System</title>
				<pubDate>Tue, 23 Aug 2011 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;CSS grid frameworks can make your life easier, but they’re not without their faults. Fortunately for us, modern techniques offer a new approach to constructing page layouts. But before getting to the solution, we must first understand the three seemingly insurmountable flaws currently affecting CSS grids.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2011/08/23/semantic-grid-system.html</link>
				<guid>http://www.tylertate.com/blog/2011/08/23/semantic-grid-system.html</guid>
			</item>
		
			<item>
				<title>Redesigning Wikipedia's Search</title>
				<pubDate>Fri, 19 Aug 2011 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;Yesterday was the deadline to submit a redesign of Wikipedia’s search page to the search design contest organized by Greplin. While the contest isn’t officially endorsed by Wikipedia, we found the challenge too much fun to turn down.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2011/08/19/redesigning-wikipedia-search.html</link>
				<guid>http://www.tylertate.com/blog/2011/08/19/redesigning-wikipedia-search.html</guid>
			</item>
		
			<item>
				<title>The UX of Learning</title>
				<pubDate>Tue, 26 Jul 2011 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;Think of the last time you ordered a book, booked a flight, or bought a car. How did you choose which book to read, where to go for vacation, or which car was best for you? You may have searched online, read reviews, or asked others for advice to help you make an informed decision. In a word, you learned. Learning is a complex process with distinct stages, each with corresponding tasks and emotions. Understanding how users learn can help us design experiences that support the user throughout the entire process. To design better learning experiences online, start by learning a thing or two about learning itself.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2011/07/26/ux-of-learning.html</link>
				<guid>http://www.tylertate.com/blog/2011/07/26/ux-of-learning.html</guid>
			</item>
		
			<item>
				<title>Learning Styles</title>
				<pubDate>Thu, 16 Jun 2011 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;You and I are different. It’s obvious, but has a profound impact on fulfilling the needs of disparate users. Not only do you and I have different accents, hairstyles, and musical tastes, but even our cognitive processes — the very building blocks of being human — are substantially different. I recently wrote about individual differences in expertise and cognitive style, but there is a third dimension: learning style. Understanding how people learn is fundamental to delivering desirable content, a prerequisite of any good user experience.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2011/06/16/learning-styles.html</link>
				<guid>http://www.tylertate.com/blog/2011/06/16/learning-styles.html</guid>
			</item>
		
			<item>
				<title>A Call for High Quality Demo Data</title>
				<pubDate>Fri, 20 May 2011 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;There is a huge need for a standard corpus of high-quality, free-to-use demo data. When building search applications, for instance, getting your hands on actual data can be near impossible, forcing you to design for unrealistic situations and compromising the end result. Well-rounded demo data would help ensure you’re working towards the right target.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2011/05/20/call-for-high-quality-demo-data.html</link>
				<guid>http://www.tylertate.com/blog/2011/05/20/call-for-high-quality-demo-data.html</guid>
			</item>
		
			<item>
				<title>Cognitive Styles</title>
				<pubDate>Thu, 12 May 2011 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;We pour over analytics, conduct ethnographic studies, and interview users in order to understand the demographics, goals, and tasks of the people using our product. We create personas, write scenarios, and list use cases. And so we should; understanding who our users are and what they want to achieve is foundational to our job as designers.&lt;/p&gt;

&lt;p&gt;But how deep does our understanding of users actually go? Sure, we know their socio-economic bracket, what industry they work in, and the top few tasks they want to achieve on our website. But are there deeper, more innately personal characteristics at work? Can we figure out what really makes them tick?&lt;/p&gt;

&lt;p&gt;For over a century, psychologists have been trying to account for the range of individual differences people exhibit when interacting with new information. At the heart of their research lie cognitive styles—the stable attitudes, preferences, and habitual strategies that determine how an individual processes information. Understanding cognitive styles will help us design better experiences for users.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2011/05/12/cognitive-styles.html</link>
				<guid>http://www.tylertate.com/blog/2011/05/12/cognitive-styles.html</guid>
			</item>
		
			<item>
				<title>From Lookup to Learning</title>
				<pubDate>Thu, 21 Apr 2011 00:00:00 PDT</pubDate>
				<description />
				<link>http://www.tylertate.com/events/2011/04/21/from-lookup-to-learning.html</link>
				<guid>http://www.tylertate.com/events/2011/04/21/from-lookup-to-learning.html</guid>
			</item>
		
			<item>
				<title>Novices Orienteer, Experts Teleport</title>
				<pubDate>Wed, 20 Apr 2011 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;Would you rather take a photo using your phone, a point-and-shoot camera, or a digital SLR? How you answer this question is probably a good indicator of your photographic expertise. If you snap casual shots, your phone or a point-and-shoot camera will probably suffice. If you’re a professional photographer, on the other hand, you probably prefer using an SLR that gives you control over the focus, aperture, and exposure. Expertise significantly impacts how we seek information online. Just as novice and expert photographers prefer different tools, so novices and experts behave differently when searching for information. Understanding these differences will help us design better search interfaces for both groups of users.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2011/04/20/novices-orienteer-experts-teleport.html</link>
				<guid>http://www.tylertate.com/blog/2011/04/20/novices-orienteer-experts-teleport.html</guid>
			</item>
		
			<item>
				<title>Designing a Modern CRM</title>
				<pubDate>Tue, 19 Apr 2011 00:00:00 PDT</pubDate>
				<description />
				<link>http://www.tylertate.com/events/2011/04/19/designing-a-modern-crm.html</link>
				<guid>http://www.tylertate.com/events/2011/04/19/designing-a-modern-crm.html</guid>
			</item>
		
			<item>
				<title>Why Devs Should Become UXers</title>
				<pubDate>Fri, 08 Apr 2011 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;Why do you code? It’s probably not just for a pay check (lets face it, there are plenty of boring jobs out there that pay the bills). Maybe you code because you like working with the latest technology, or perhaps you take pleasure in crafting concise, elegant solutions to tough problems. Did I hear you say, “I code to deliver value to users”? Hmm, didn’t think so. But you’re not alone: designers have their own set of motivations devoid of the user, from seeking the praise of others to creating a work of art. It’s imperative that both designers and developers fight against our natural inclinations and treat the user as king. Whatever you’re working on, whether it’s an API for a payment gateway or a new request handler for Solr, you’re building it for the people who will use it. Want to become a better developer? Then start designing the user experience.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2011/04/08/why-developers-should-become-ux-designers.html</link>
				<guid>http://www.tylertate.com/blog/2011/04/08/why-developers-should-become-ux-designers.html</guid>
			</item>
		
			<item>
				<title>From Lookup to Learning</title>
				<pubDate>Tue, 05 Apr 2011 00:00:00 PDT</pubDate>
				<description />
				<link>http://www.tylertate.com/events/2011/04/05/from-lookup-to-learning.html</link>
				<guid>http://www.tylertate.com/events/2011/04/05/from-lookup-to-learning.html</guid>
			</item>
		
			<item>
				<title>Why Designers Should Care About Search</title>
				<pubDate>Wed, 30 Mar 2011 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;Why do you code? It’s probably not just for a pay check (lets face it, there are plenty of boring jobs out there that pay the bills). Maybe you code because you like working with the latest technology, or perhaps you take pleasure in crafting concise, elegant solutions to tough problems. Did I hear you say, “I code to deliver value to users”? Hmm, didn’t think so. But you’re not alone: designers have their own set of motivations devoid of the user, from seeking the praise of others to creating a work of art. It’s imperative that both designers and developers fight against our natural inclinations and treat the user as king. Whatever you’re working on, whether it’s an API for a payment gateway or a new request handler for Solr, you’re building it for the people who will use it. Want to become a better developer? Then start designing the user experience.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2011/03/30/why-designers-should-care-about-search.html</link>
				<guid>http://www.tylertate.com/blog/2011/03/30/why-designers-should-care-about-search.html</guid>
			</item>
		
			<item>
				<title>Search as a Flow Experience</title>
				<pubDate>Wed, 09 Feb 2011 00:00:00 PST</pubDate>
				<description>&lt;p&gt;When was the last time that you were “in the zone”? Do you remember being so absorbed in an activity that you forgot about the outside world, time seemed to fade away, and you felt invigorated? Maybe you’re an avid tennis player and remember a rigorous game when you seemed on fire. Or perhaps you’re a musician and recall feeling as if the notes were flowing through your fingertips. Psychologist Mihaly Csikszentmihalyi calls this state of optimal experience flow. In his research, he found that musicians, composers, athletes, and even chess players all used the same words to explain their enjoyment. Csikszentmihalyi identified 8 elements that contribute to a flow experience.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2011/02/09/search-as-a-flow-experience.html</link>
				<guid>http://www.tylertate.com/blog/2011/02/09/search-as-a-flow-experience.html</guid>
			</item>
		
			<item>
				<title>Search as a Flow Experience</title>
				<pubDate>Tue, 08 Feb 2011 00:00:00 PST</pubDate>
				<description />
				<link>http://www.tylertate.com/events/2011/02/08/search-as-a-flow-experience.html</link>
				<guid>http://www.tylertate.com/events/2011/02/08/search-as-a-flow-experience.html</guid>
			</item>
		
			<item>
				<title>A Review of Foodily’s Recipe Search</title>
				<pubDate>Sat, 05 Feb 2011 00:00:00 PST</pubDate>
				<description>&lt;p&gt;This past week I discovered a new recipe search engine called Foodily. Both the interaction and the visual design are superb, and Foodily makes use of several novel patterns that I thought would be worth pointing out.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2011/02/05/a-review-of-foodilys-recipe-search.html</link>
				<guid>http://www.tylertate.com/blog/2011/02/05/a-review-of-foodilys-recipe-search.html</guid>
			</item>
		
			<item>
				<title>From Pattern to Component</title>
				<pubDate>Tue, 01 Feb 2011 00:00:00 PST</pubDate>
				<description />
				<link>http://www.tylertate.com/events/2011/02/01/from-pattern-to-component.html</link>
				<guid>http://www.tylertate.com/events/2011/02/01/from-pattern-to-component.html</guid>
			</item>
		
			<item>
				<title>From Pattern to Component</title>
				<pubDate>Wed, 05 Jan 2011 00:00:00 PST</pubDate>
				<description>&lt;p&gt;In 1899 the largest automobile producer in world, Benz &amp;amp; Cie, made a grand total of 572 cars. Few could afford such hand-built luxuries. But in 1908 Henry Ford began to mass-produce the Model T using an assembly line. By distilling the complex process of constructing an automobile into a distinct set of repeatable tasks, Ford reduced the time required to assemble a car down to just 93 minutes. By the 1920s, 10,000 cars were being produced every day, each with a price tag of just $290. Software, too, thrives on the transformation of abstract ideas into concrete, reusable components.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2011/01/05/from-pattern-to-component.html</link>
				<guid>http://www.tylertate.com/blog/2011/01/05/from-pattern-to-component.html</guid>
			</item>
		
			<item>
				<title>Dealing with Diverse Data</title>
				<pubDate>Thu, 02 Dec 2010 00:00:00 PST</pubDate>
				<description />
				<link>http://www.tylertate.com/events/2010/12/02/dealing-with-diverse-data.html</link>
				<guid>http://www.tylertate.com/events/2010/12/02/dealing-with-diverse-data.html</guid>
			</item>
		
			<item>
				<title>Nutshell Launches in NYC</title>
				<pubDate>Thu, 18 Nov 2010 00:00:00 PST</pubDate>
				<description>&lt;p&gt;It’s been an exciting week for the Nutshell team. We’ve been in New York City officially launching the company in front of about 500 of our peers at the Future of Web Design conference. On Monday, Andy Fowler (our lead developer) and I went on stage at the end of the conference to make the big announcement. We shared some of the key tenets of our development strategy including cross-platform design, building the API first, and prototyping on paper.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2010/11/18/nutshell-launches-in-nyc.html</link>
				<guid>http://www.tylertate.com/blog/2010/11/18/nutshell-launches-in-nyc.html</guid>
			</item>
		
			<item>
				<title>Review of Simple and Usable by Giles Colborne</title>
				<pubDate>Mon, 27 Sep 2010 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;We&amp;#8217;ve all been frustrated by a gadget, from trying to install a printer to spending hours setting up a new mobile phone. Page one of Simple and Usable points out that: “The Technology that is supposed to make our lives easier often feels like it&amp;#8217;s on the march against us.” What then is the antidote to confusing products, software, and web sites? The answer is — as one might guess from the title of the book — simplicity. Simple and Usable is both an extremely approachable and an incredibly practical guide to simplicity. Author Giles Colborne compelling shares four fundamental strategies for accomplishing simplicity: remove, organize, hide, and displace.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2010/09/27/review-simple-and-usable-by-giles-colborne.html</link>
				<guid>http://www.tylertate.com/blog/2010/09/27/review-simple-and-usable-by-giles-colborne.html</guid>
			</item>
		
			<item>
				<title>Q&amp;amp;A on Designing the Search Experience</title>
				<pubDate>Tue, 31 Aug 2010 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;Lucid Imagination recently invited me to present a webinar on designing user interfaces for search. At the end of the webinar, a number of participants sent in several really good questions. Here are 10 of them, accompanied by my answers.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2010/08/31/q-a-designing-the-search-experience.html</link>
				<guid>http://www.tylertate.com/blog/2010/08/31/q-a-designing-the-search-experience.html</guid>
			</item>
		
			<item>
				<title>Paper &amp; Ink (Sketching Nutshell)</title>
				<pubDate>Thu, 26 Aug 2010 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;What does building a brand new CRM for medium-sized businesses look like? Way before pushing our first pixel, we listened to people recount their frustrations with CRMs on the market today. We had long discussions about how we wanted to both empower sales people to do their job more efficiently, and enable the business to control and codify the sales process. We spent long sessions in front of the whiteboard, and days sketching out and talking through these ideas. Now in the final stages of development (eying a launch later this year), we thought it as good a time as any to show you a few of those early sketches.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2010/08/26/paper-and-ink-sketching-nutshell.html</link>
				<guid>http://www.tylertate.com/blog/2010/08/26/paper-and-ink-sketching-nutshell.html</guid>
			</item>
		
			<item>
				<title>Designing the Search Experience</title>
				<pubDate>Wed, 18 Aug 2010 00:00:00 PDT</pubDate>
				<description />
				<link>http://www.tylertate.com/events/2010/08/18/designing-the-search-experience.html</link>
				<guid>http://www.tylertate.com/events/2010/08/18/designing-the-search-experience.html</guid>
			</item>
		
			<item>
				<title>The Scent of Search</title>
				<pubDate>Mon, 05 Jul 2010 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;The implications of Information Foraging Theory on designing user-centred websites have not gone unnoticed. Jakob Nielsen and Jared Spool, among others, have put forth considered recommendations on how to enhance information scent on the web. Most of their guidelines, however, tend to assume that the designer has direct control over the explicit words used in the interface. While this is certainly the case for browse-based websites dependent on site-wide navigation and hyperlinks, it breaks down for search interfaces where both content and navigation are completely dynamic.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2010/07/05/the-scent-of-search.html</link>
				<guid>http://www.tylertate.com/blog/2010/07/05/the-scent-of-search.html</guid>
			</item>
		
			<item>
				<title>The Story for Complexity</title>
				<pubDate>Wed, 30 Jun 2010 00:00:00 PDT</pubDate>
				<description />
				<link>http://www.tylertate.com/events/2010/06/30/the-story-for-complexity.html</link>
				<guid>http://www.tylertate.com/events/2010/06/30/the-story-for-complexity.html</guid>
			</item>
		
			<item>
				<title>Concerning Fidelity in Design</title>
				<pubDate>Tue, 29 Jun 2010 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;People swear by their design process. Rachel Glaves insists on sketching by hand, Dan Brown urges extensive wireframing, and Ryan Singer goes straight to HTML. Conferences are filled with heated debates as advocates of each staunchly defend their favoured technique. With all of these different methods to choose from, should you be sketching, wireframing, mocking-up, or prototyping? The answer is simply: Yes, you should.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2010/06/29/concerning-fidelity-in-design.html</link>
				<guid>http://www.tylertate.com/blog/2010/06/29/concerning-fidelity-in-design.html</guid>
			</item>
		
			<item>
				<title>The Scent of Search</title>
				<pubDate>Fri, 21 May 2010 00:00:00 PDT</pubDate>
				<description />
				<link>http://www.tylertate.com/events/2010/05/21/the-scent-of-search.html</link>
				<guid>http://www.tylertate.com/events/2010/05/21/the-scent-of-search.html</guid>
			</item>
		
			<item>
				<title>A Closer Look at the Google Redesign</title>
				<pubDate>Wed, 05 May 2010 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;This morning I got out of bed, ate my cereal, took my shower. Everything was proceeding pretty predictably. But then I did a Google search — usually a pretty mundane task — but this morning, Google looked very different than it did yesterday.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2010/05/05/the-google-redesign-a-closer-look.html</link>
				<guid>http://www.tylertate.com/blog/2010/05/05/the-google-redesign-a-closer-look.html</guid>
			</item>
		
			<item>
				<title>A Bright New Future for CRM</title>
				<pubDate>Tue, 27 Apr 2010 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;We’ve been putting together a small slide deck explaining what’s wrong with customer relationship management (CRM) as we know it, and how Nutshell is getting it right. Fortunately for us, there’s a whole lot of room for improvement.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2010/04/27/a-bright-new-future-for-crm.html</link>
				<guid>http://www.tylertate.com/blog/2010/04/27/a-bright-new-future-for-crm.html</guid>
			</item>
		
			<item>
				<title>ECIR Industry Day 2010</title>
				<pubDate>Thu, 01 Apr 2010 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;The event consisted of 12 different speakers each presenting for exactly 20 minutes, with about 10 minutes of Q&amp;amp;A after each. I particularly enjoyed the presentations from the major search engines: Yahoo, Google, Bing, and Wolfram Alpha. A topic that seemed to arise in each of those talks was how query reformulation data can provide a feedback loop to make search better. But without further ado, here are my summaries of each talk.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2010/04/01/ecir-industry-day-2010.html</link>
				<guid>http://www.tylertate.com/blog/2010/04/01/ecir-industry-day-2010.html</guid>
			</item>
		
			<item>
				<title>A History of Color</title>
				<pubDate>Tue, 02 Mar 2010 00:00:00 PST</pubDate>
				<description />
				<link>http://www.tylertate.com/events/2010/03/02/a-history-of-color.html</link>
				<guid>http://www.tylertate.com/events/2010/03/02/a-history-of-color.html</guid>
			</item>
		
			<item>
				<title>Search Suggestions</title>
				<pubDate>Mon, 08 Feb 2010 00:00:00 PST</pubDate>
				<description>&lt;p&gt;You used to be expected to type for yourself. But today people have come to expect a reasonable amount of help at even this task. Our phones now help us form correctly-spelled words, our browsers fill in long addresses after we’ve typed only a few characters, and search engines recommend searching for “Humphrey Bogart” after we’ve typed just “boga.” But not all as-you-type search suggests are created equal. Careful observation seems to reveal three different approaches: completion, suggestion, and instant results. These approaches range in cognitive burden on the one hand, and utility on the other. We’ll look at several examples of each and consider when they should be used.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2010/02/08/search-suggestions.html</link>
				<guid>http://www.tylertate.com/blog/2010/02/08/search-suggestions.html</guid>
			</item>
		
			<item>
				<title>Search Suggestions</title>
				<pubDate>Thu, 04 Feb 2010 00:00:00 PST</pubDate>
				<description />
				<link>http://www.tylertate.com/events/2010/02/04/search-suggestions.html</link>
				<guid>http://www.tylertate.com/events/2010/02/04/search-suggestions.html</guid>
			</item>
		
			<item>
				<title>Minimizing Complexity</title>
				<pubDate>Wed, 07 Oct 2009 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;Clean. Easy to use. User-friendly. Intuitive. This mantra is proclaimed by many but often gets lost in translation. The culprit: complexity. How one deals with complexity can make or break an application. A complex interface can disorient the user in a mild case and completely alienate them in an extreme case. But if you take measures first to reduce actual complexity and then to minimise perceived complexity, the user will be rewarded with a gratifying experience.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2009/10/07/minimizing-complexity.html</link>
				<guid>http://www.tylertate.com/blog/2009/10/07/minimizing-complexity.html</guid>
			</item>
		
			<item>
				<title>The 1KB CSS Grid</title>
				<pubDate>Fri, 29 May 2009 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;Other CSS frameworks try to do everything—grid system, style reset, basic typography, form styles. But complex systems are, well, complex. Looking for a simple, lightweight approach that doesn&amp;#8217;t require a PhD? Meet The 1KB CSS Grid.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2009/05/29/the-1kb-css-grid.html</link>
				<guid>http://www.tylertate.com/blog/2009/05/29/the-1kb-css-grid.html</guid>
			</item>
		
			<item>
				<title>Creating a Resizable Image Grid</title>
				<pubDate>Fri, 22 May 2009 00:00:00 PDT</pubDate>
				<description>&lt;p&gt;Other CSS frameworks try to do everything—grid system, style reset, basic typography, form styles. But complex systems are, well, complex. Looking for a simple, lightweight approach that doesn&amp;#8217;t require a PhD? Meet The 1KB CSS Grid.&lt;/p&gt;</description>
				<link>http://www.tylertate.com/blog/2009/05/22/resizable-image-grid.html</link>
				<guid>http://www.tylertate.com/blog/2009/05/22/resizable-image-grid.html</guid>
			</item>
		
	</channel>
</rss>

