<?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>Bokardo &#187; Interface Design</title>
	<atom:link href="http://bokardo.com/tag/interface-design/feed/" rel="self" type="application/rss+xml" />
	<link>http://bokardo.com</link>
	<description>Interface Design &#38; UX by Joshua Porter</description>
	<lastBuildDate>Tue, 08 May 2012 09:53:46 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
		<item>
		<title>New Resource: Principles of User Interface Design</title>
		<link>http://bokardo.com/archives/new-resource-principles-of-user-interface-design/</link>
		<comments>http://bokardo.com/archives/new-resource-principles-of-user-interface-design/#comments</comments>
		<pubDate>Tue, 08 May 2012 09:53:15 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Design]]></category>
		<category><![CDATA[Interface Design]]></category>

		<guid isPermaLink="false">http://bokardo.com/?p=2088</guid>
		<description><![CDATA[I&#8217;ve just published a new resource that I hope is useful: Principles of User Interface Design. It contains a list of 20 or so design principles that I refer to all the time. This was a good way to get them down into one spot&#8230;so I can point people there in the future. You&#8217;ll also [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve just published a new resource that I hope is useful: <a href="http://bokardo.com/principles-of-user-interface-design">Principles of User Interface Design</a>. It contains a list of 20 or so design principles that I refer to all the time. This was a good way to get them down into one spot&#8230;so I can point people there in the future.  </p>
<p>You&#8217;ll also notice that the page is very simple and (I hope) extremely easy to read. I wanted to start from scratch and really simplify the page much more than a normal blog post and make it easily readable on mobile devices as much as larger screens. I first started using media queries and planning out different style sheets for different devices&#8230;I had an iPhone style sheet and an iPad style sheet. But as I simplified and simplified, it occurred to me that I might be able to get rid of media queries all together. So that&#8217;s what I did. There are only 13 CSS rules to the whole page&#8230;</p>
<p>So please let me know if you have any feedback on the new <a href="http://bokardo.com/principles-of-user-interface-design">principles page</a>&#8230;it is a work in progress and I&#8217;ll be improving it over time. </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/new-resource-principles-of-user-interface-design/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Designing for the Next Step</title>
		<link>http://bokardo.com/archives/designing-for-the-next-step/</link>
		<comments>http://bokardo.com/archives/designing-for-the-next-step/#comments</comments>
		<pubDate>Mon, 16 Jan 2012 14:33:25 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[copywriting]]></category>
		<category><![CDATA[Design]]></category>
		<category><![CDATA[Interface Design]]></category>
		<category><![CDATA[Make them Care]]></category>

		<guid isPermaLink="false">http://bokardo.com/?p=2041</guid>
		<description><![CDATA[Note: this is an excerpt from my forthcoming book Make them Care! In a recent post (Why you should bury the sign up button) I told the story of a redesign I did in which people just didn&#8217;t want to click the &#8220;sign up&#8221; button on the home page, no matter how beautiful or sexy [...]]]></description>
			<content:encoded><![CDATA[<div class="note">
<p><strong>Note:</strong> this is an excerpt from my forthcoming book <a href="http://oneflightbooks.com" title="A book about product marketing and design">Make them Care!</a></p>
</div>
<p>In a recent post (<a href="http://bokardo.com/archives/why-you-should-bury-your-sign-up-button/">Why you should bury the sign up button</a>) I told the story of a redesign I did in which people just didn&#8217;t want to click the &#8220;sign up&#8221; button on the home page, no matter how beautiful or sexy that sign up button was. What I realized from that project is that there are cases in which no amount of visual design will significantly improve the state of things&#8230;instead we need to focus on making people <em>care</em>.  </p>
<p>Here&#8217;s another example. On cyber Monday this past November I received an email from the New York Times informing me that I could save 50% on a Times Digital Subscription. It was time sensitive…offered today only, so I had to act fast in order to take advantage. While I don&#8217;t read many emails like this, I did read this email because I think the New York Times is one of the better news outlets out there (although <a href="http://publiceditor.blogs.nytimes.com/2012/01/12/should-the-times-be-a-truth-vigilante/">now I&#8217;m not so sure</a>) and I have an iPad that I enjoy reading on. Perhaps the Times had something interesting here, so I kept reading. Here&#8217;s the email: </p>
<p><a href="http://www.flickr.com/photos/bokardo/6707539601/" title="New York Times email offer by bokardo, on Flickr"><img src="http://farm8.staticflickr.com/7005/6707539601_bcedb12c9d.jpg" width="474" height="500" alt="New York Times email offer"/></a></p>
<p>I ask you to notice several things about this: </p>
<ol>
<li><strong>It&#8217;s an offer about money.</strong> The primary content of this email is about the savings one would get for taking advantage of this offer. &#8220;Save 50%&#8221; is the first text you read and the most visually heavy content on the page. Variants of the message of &#8220;saving&#8221; are repeated throughout the email. The number one message this email communicates is that I can get a very good financial deal here.</li>
<li><strong>The email assumes the value of the offer is already known.</strong> There is almost no information at all about what a digital subscription from the New York Times is. The only clue are the few words in this sentence: &#8220;Award-winning articles, videos, blogs, and more &#8211; it&#8217;s all wrapped up in a perfect package…&#8221;. That is the only description of what one would actually get with this offer.</li>
<li><strong>I have to make up my mind immediately.</strong> The only call-to-action on this page is &#8220;Get it Now&#8221;. Clearly this is designed for people who already know they want a digital subscription, or have decided to get one after reading this email. People who click that button are people who have made up their mind&#8230;who have already decided that now they want to get it. </li>
</ol>
<p>Well, even though I&#8217;ve read the Times online for years I have no idea what a &#8220;digital subscription&#8221; is. I can already read the Times on my computer, my tablet, and my smartphone (I simply visit <a href="http://nytimes.com">nytimes.com</a> or the <a href="http://www.nytimes.com/skimmer/#/Top+News/">nice Skimmer app</a>), so I&#8217;m already receiving the Times &#8220;digitally&#8221;. What exactly is different about a digital subscription? The only thing I know about it is that I&#8217;m not currently paying for the Times but with a subscription I would have to…but I have absolutely no idea what I would get by doing that! </p>
<h2>A Straight-forward Fix</h2>
<p>The design solution to this is relatively straight-forward. </p>
<p>The first piece of missing information is my current status as a New York Times reader. Tell me what I&#8217;m currently getting by stating it plainly. Say something like: &#8220;You currently enjoy the free Times online edition, which includes loads of free content, including top news, sports, and political news&#8221;. This could be in pretty good depth, too. Reiterate the amazing breadth of content that the Times offers for free online…and perhaps showcase one or two amazing stories of late. It&#8217;s easy to assume that readers/users/people know their current status but in many cases they will not. </p>
<p>The second piece of missing information is the difference between where I&#8217;m currently at and where I could be…what exactly is being offered here? Explain what is included in the digital subscription. What additional content, commentary, and news is delivered if one were to subscribe? Is there a different delivery mechanism or app I would use on my various devices? How are they better? And don&#8217;t be generic here…&#8221;videos&#8221; and &#8220;blogs&#8221; are not compelling features of a digital subscription! I&#8217;ve got those in spades, baby. Show me…dive deep into the details about how this experience is superior to the one I currently have. The design problem here is to answer the question of what makes the Times videos and blogs different and better. </p>
<p>Remember that comparison is how people make decisions. The email the Times sent does not allow me to make the comparison they need me to. By sending an email with merely an offer to pay money the only comparison I can make is between not spending money and spending money…think about that for a second! I think we all know which one will be chosen. Choosing to not spend money is the rational choice here. So give people something to compare! Show the comparison between these two sets of information side-by-side and let people compare what they&#8217;re getting with what they could get. Paint a beautiful future for them! Never assume that people know anything about an offer…and strive hard to clearly communicate that comparison every single time you make the offer. </p>
<p>The Times email problem and the sign up problem from my last piece are similar. The designer(s) are trying to compress a process that takes time into an immediate decision with little information. In both cases the conversion rate is going to be low…very low…I would bet dollars to doughnuts the Times was not overwhelmed with the success of their Cyber Monday email campaign. </p>
<h2>Designing for the Next Step</h2>
<p>I call these design failures a failure to <em>&#8220;Design for the Next Step&#8221;</em>. When designs fail to provide an appropriate next step for users it stops them in their tracks. They simply click away to another web site, stop using an app, or otherwise leave. </p>
<p>So let&#8217;s dive into this fundamental problem of interaction design. It is easiest to start by putting the problem in context. <a href="http://bokardo.com/archives/designing-for-the-social-web-the-usage-lifecycle/">The Usage Lifecycle</a> shows the progression someone makes as they use your software over time. From a practical standpoint most people go through stages as they learn about, try out, make the decision to use, and continue to use your software. </p>
<p>Here is an example of what the Usage Lifecycle looks like: </p>
<p><img src="http://bokardo.com/img/usage-lifecycle.gif" alt="Usage Lifecycle" /></p>
<p>We can also dive down a level deeper and look at a stage in more detail. Here is how we might find the &#8220;Interested&#8221; stage of the Usage Lifecycle: </p>
<p><img src="http://bokardo.com/img/usage-lifecycle-breakdown.gif" alt="Interested stage of the Usage Lifecycle" /></p>
<p>These steps are stable for most software. When we fail to design for the next step, we break this progression in some way. Most designs suffer from one of the following ways to blunder:  </p>
<ul>
<li><strong>Moving too fast through steps.</strong> When you give people too little information and ask them to continue to the next step anyway. You&#8217;re asking them to move too quickly through a process that takes time. This happens a LOT, and usually results from a lack of context given by the designer. Too little explanation, too many competing screen elements, not enough examples or supporting content, all of these things contribute.</li>
<li><strong>Skipping a step.</strong> When you completely skip an important step. This usually happens early on in design…you simply don&#8217;t make it very far if you&#8217;ve skipped a step as your usage plummets. </li>
<li><strong>Steps out of order.</strong> Asking for billing information before showing shipping rates on e-commerce sites is a common example. This tends to stop people in their tracks, as people want to know what they&#8217;re going to pay before they enter their billing information. This is exacerbated because shipping costs are often higher than expected.  This is common in  app design as well. Using templates is an interesting example…sometimes you choose a template before creating a thing and sometimes you want to create the thing first. I&#8217;ve seen both ways make sense, depending on the object in question.</li>
<li><strong>Showing a step too early.</strong> Timing is important, too. Take pricing, for example. Pricing is a signal, and if your pricing is relatively high it is easy to dissuade people from buying if you show them prices before you&#8217;ve convinced them of the value of your product. Another example is asking people to share your app with friends upon initial entry…while you may get some activity from happy clickers, you are asking your users to share something they are not yet familiar with. This will not only frustrate them but also stop some of them in their tracks. Better to share when appropriate, after they&#8217;ve had success with the software. </li>
<li><strong>Automating a step while taking control away from users.</strong> In general, software and hardware is an augmentation of human thinking and action, so automating tasks is usually very helpful. But in recent years we&#8217;ve seen software go way overboard. Sites that tweet for you without your permission. Apps that auto-friend you with others. The crucial aspect is control. If you do something for someone while keeping them in control you are usually good. Do something for someone and take away their control of it and you will have problems.</li>
<li><strong>Inappropriate next step.</strong> Or the next step might just be inappropriate, the wrong next step. This often happens when designers try to leverage some other action you take with what their ultimate goal is…when their priorities are not aligned with yours. </li>
</ul>
<p>For every interaction you design, think about why it&#8217;s not working in relation to these questions. Are you moving too fast? (likely) Did you display the steps out of order? Is the next step appropriate?</p>
<h2>Three Pieces of the Next Step Puzzle</h2>
<p>So how do we design for the next step? Well, every design situation is different and will require a different design. But in general there are three things we have to get right. Clearly communicating the current step, the next step, and how to get from here to there. </p>
<ol>
<li><strong>Clearly communicate the current step.</strong> As I explained above, the NyTimes were not fully supporting the current step I was on as a reader of the New York Times. They did not clearly communicate to me my current status, so their promise of a better status didn&#8217;t make much sense. This often feels like a recapitulation of the obvious…I&#8217;ve heard designers say &#8220;Why would I tell people something they already know?&#8221;. Fight this tendency! It&#8217;s always better to be clear about agreed-upon status than assume people know something.</li>
<li><strong>Clearly communicate the next step.</strong> The Times also failed to communicate the value of becoming a digital subscriber. This is a classic problem of not addressing real customer needs. The needs of NyTimes customers is to get better news than they&#8217;re already getting (to be better informed)&#8230;not to take advantage of an offer! So the task is to clearly communicate the future in which one is a digital subscriber and is better informed than they currently are now.
<p>If the Times had successfully communicated both the current and the next step, they would have allowed people to compare the two against each other and make a real decision. </li>
<li><strong>Clearly communicate how to get there.</strong> The Times did this well. They clearly communicated the offer and how to take advantage of it. The call to action was clear. Unfortunately, the Times didn&#8217;t satisfy the other two requirements so the offer fell flat for anybody except those who already decided to take advantage of it. </li>
</ol>
<p>Designing for the next step is a fundamental problem of interaction design. Almost every screen we design, be it in an app or marketing website, can be improved by really focusing on the steps and sequences of steps a user goes through. In our haste we often speed up the process too much, get steps out of order, fail to present an appropriate next step, or otherwise break the sequence. By re-assessing your app or site in light of these potential errors, you can discover the sequence and timing that your users need to successfully make it to the next step.</p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/designing-for-the-next-step/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>More on Burying the Sign Up Button</title>
		<link>http://bokardo.com/archives/more-on-burying-the-sign-up-button/</link>
		<comments>http://bokardo.com/archives/more-on-burying-the-sign-up-button/#comments</comments>
		<pubDate>Wed, 07 Dec 2011 16:49:06 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[copywriting]]></category>
		<category><![CDATA[Interface Design]]></category>
		<category><![CDATA[microcopy]]></category>

		<guid isPermaLink="false">http://bokardo.com/?p=2023</guid>
		<description><![CDATA[A couple weeks ago I published Why You Should Bury your Sign Up Button and got some really interesting feedback and comments from folks. One of the more interesting bits was a follow-up post by the folks at Zurb who had experienced the exact same phenomenon&#8230;when they took away the &#8220;sign up&#8221; button and instead [...]]]></description>
			<content:encoded><![CDATA[<p>A couple weeks ago I published <a href="http://bokardo.com/archives/why-you-should-bury-your-sign-up-button/">Why You Should Bury your Sign Up Button</a> and got some really interesting feedback and comments from folks. One of the more interesting bits was a follow-up post by the folks at Zurb who had experienced the exact same phenomenon&#8230;when they took away the &#8220;sign up&#8221; button and instead put a &#8220;learn more&#8221; button at the bottom of the page they got a 350% increase in sign ups: <a href="http://www.zurb.com/article/816/why-burying-sign-up-buttons-helps-get-mor">Why Burying Sign Up Buttons Helps Get More Sign Ups</a></p>
<p>Think about how counter-intuitive that is at first glance. You <em>take away</em> the call-to-action that says &#8220;sign up&#8221; and you get <em>more</em> sign ups. But actually it&#8217;s just focusing on what people really want, in the order that they want it, where they happen to be in the <a href="http://bokardo.com/archives/designing-for-the-social-web-the-usage-lifecycle/">usage lifecycle</a>. They want to find out about what you&#8217;re offering first, figure out if it makes sense for them, and <em>then</em> sign up. It&#8217;s a <em>process</em>. Too often we treat a landing page like an immediate decision.  </p>
<p>Cue the analogies to dating and relationships. When you first meet someone you don&#8217;t usually ask them to get into a full-blown relationship (even if that&#8217;s your goal). No, you want to get to know them a little, see what they&#8217;re about, see if they like <a href="http://www.imdb.com/title/tt0087277/">Footloose</a>, and see if you&#8217;re compatible. You want to know that they&#8217;re not crazy or an axe murderer. </p>
<p>Relationships take time, no matter what kind they are. So the next time you are designing a call-to-action, first make it crystal clear but then go beyond clarity and ask: &#8220;Is this the most appropriate time to ask this?&#8221;. Too often timing considerations get lost in our rush to get calls-to-action in front of people. </p>
<p>So yes, <em>timing</em>. In the same way someone would never say &#8220;Hi, I&#8217;m Josh. Do you want to move in together?&#8221; we should be <em>time-appropriate</em> with our design. There is a right time for every message. If I was a religious man I would be quoting Ecclesiastes right now, but I&#8217;ll <a href="http://www.classbrain.com/artmovies/publish/Footloose_atimetodance.shtml">let Ren McCormack do it</a> instead. </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/more-on-burying-the-sign-up-button/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Why you Should Bury your Sign Up Button</title>
		<link>http://bokardo.com/archives/why-you-should-bury-your-sign-up-button/</link>
		<comments>http://bokardo.com/archives/why-you-should-bury-your-sign-up-button/#comments</comments>
		<pubDate>Fri, 21 Oct 2011 14:26:56 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Interface Design]]></category>
		<category><![CDATA[Make them Care]]></category>

		<guid isPermaLink="false">http://bokardo.com/?p=1991</guid>
		<description><![CDATA[A short while ago I was involved in a project redesigning a home page of a website. I dutifully designed the page in the common fashion, using a bold headline, some bullet points, and a juicy call-to-action button. It was very similar to many of the startup home pages that you might run across every [...]]]></description>
			<content:encoded><![CDATA[<p>A short while ago I was involved in a project redesigning a home page of a website. I dutifully designed the page in the common fashion, using a bold headline, some bullet points, and a juicy call-to-action button. It was very similar to many of the startup home pages that you might run across every day. </p>
<p>The goal of the redesign was to increase conversion on the primary call to action of sign-up. We wanted to double or triple (or more) the number of people who were signing up and trying out the product. </p>
<div class="screenshot"><img src="http://bokardo.com/img/sign-up.png" alt=""/></div>
<p>I knew the redesign was a vast improvement over the existing one, merely because the page better communicated what was going on. Instead of a vague headline that wasn&#8217;t communicating value to readers I used a much more descriptive one that helped orient people immediately to have some idea of what the site does. And the button…well let&#8217;s just say that it was so hot it made you want to click it. </p>
<p>So we launched, and then we looked at the data. Uh Oh. No big increase in conversion, certainly not enough to change the business. The conversion rate had improved about 20%, which is OK, but the rate itself was so low to have very little effect on the company&#8217;s bottom line. </p>
<p>What was wrong? Why wasn&#8217;t there a big improvement in conversion? Why was our click-through so low on what was obviously the primary call-to-action?  Didn&#8217;t we follow all of the visual design rules here? Make headline big and bold. Check. Make a bullet list of important points. Check. Make a beautiful, sexy button that looks like it was born to be clicked. Check. </p>
<p>Why then, were people not clicking the sexy button?  </p>
<p>It&#8217;s at this point when you have to step back and ask yourself: what exactly is design? Is design creating something for creation sake? We certainly had done that, and we had already done as much work as is done on most redesign projects. Most projects would have launched and been done…when redesign is the goal the launch is the end. </p>
<p>But that&#8217;s not what passes as good design these days. Good design is design that works. So to honestly assess the redesign I did I had to admit…this design was still not working. </p>
<p>Damn was that hard to admit. Really, really hard to admit. I hated admitting it because it was an admission that I failed. I&#8217;ve not often admitted that on projects in the past that just didn&#8217;t get the usage that I wanted. In so many cases it was easier to say to myself that what I did was better than what was there before and the work of launching was enough. It is so easy to confuse getting stuff done with doing good work. </p>
<p>Yet, this admission also allowed me to see the problem more clearly. Once I accepted that the redesign still wasn&#8217;t working, I created the opportunity to find out why not. See that interesting little trick I pulled there? Failure is an opportunity to problem solve! We all love to problem solve, right?   </p>
<p>So in hindsight the answer is obvious…people weren&#8217;t clicking &#8220;Sign Up&#8221; because they were not ready to. They saw the button and did not care enough to click it. I could have made it flashing big-ass and red, but still nobody would have clicked on it. </p>
<p>No visual design wizardry at this point would have improved things. No matter how much we tweak the call-to-action, we&#8217;re not going to significantly improve click-through on it. We&#8217;re not fighting an attention war here…we have people&#8217;s attention because they&#8217;re on our website. No, we&#8217;re fighting an emotional war. We need to convince people of the value of what we&#8217;re offering enough so they actually care. They are aware that our big-ass honking button is there…how could they not be? We made it impossible to miss! in fact they&#8217;ve read the text on it that says &#8220;Sign-up for Free&#8221;. They can barely get it out of their peripheral vision&#8230;</p>
<p>No, our visitors can see clearly…they&#8217;re not failing to notice the button. And they can read…they can see what the button says. They&#8217;re also not obstinate…they&#8217;re not doing this just to spite you. </p>
<p>The hard fact is that they <a href="http://oneflightbooks.com"><em>just don&#8217;t care</em></a>. </p>
<p>Or more precisely, they don&#8217;t care <em>yet</em>. They&#8217;re interested, but they do not know enough to care. We have not given them enough of a reason to care. They are not ready to take that step. </p>
<p>So the right answer in this situation is not to give our call-to-action a stronger drop shadow, double its text size, make it fire engine red (#CE1620), or make it blink. No amount of visual design on that button will make people click it more. The right answer is to remove the button altogether and replace it with something that people do want to click. Something they do want to do…the appropriate next step in their lifecycle as a customer. </p>
<p>I call this <em>Designing for the Next Step</em>. And in my next post I will explain what I&#8217;m talking about in much more detail&#8230;</p>
<p><strong>Addendum:</strong> The folks at <a href="http://www.zurb.com/">Zurb</a> have published <a href="http://www.zurb.com/article/816/why-burying-sign-up-buttons-helps-get-mor">an example of a 350% improvement from simply burying the sign-up button</a>. That&#8217;s some serious improvement.  </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/why-you-should-bury-your-sign-up-button/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>What our home pages are really saying (a dialog)</title>
		<link>http://bokardo.com/archives/what-our-home-pages-are-really-saying/</link>
		<comments>http://bokardo.com/archives/what-our-home-pages-are-really-saying/#comments</comments>
		<pubDate>Thu, 20 Oct 2011 13:36:52 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Interface Design]]></category>
		<category><![CDATA[Make them Care]]></category>

		<guid isPermaLink="false">http://bokardo.com/?p=1986</guid>
		<description><![CDATA[Often when I&#8217;m designing I try to imagine a screen interaction as a face-to-face dialog between two people. Specifically, I try to imagine that the person visiting or using the screen is trying to have a conversation with a person representing the website or software the screen is part of. Of course, real-life conversation is [...]]]></description>
			<content:encoded><![CDATA[<p>Often when I&#8217;m designing I try to imagine a screen interaction as a face-to-face dialog between two people. Specifically, I try to imagine that the person visiting or using the screen is trying to have a conversation with a person representing the website or software the screen is part of. Of course, real-life conversation is by its nature reactive…we can instantly respond to a direct question and generally structure our responses based on where the conversation is going. When we design, we don&#8217;t have this luxury, and so we are left with designing a one-sided static conversation. This is hard!…and the results are often stilted and not at all like a real human conversation. </p>
<p>In the conversation below I imagine what it would be like to talk to most home pages…you know the ones…with the giant &#8220;Sign Up&#8221; button that commands your attention above all else. </p>
<p>(BTW: the following is an excerpt from my upcoming book <a href="http://oneflightbooks.com">Make them Care!</a>) </p>
<p><em>Setting</em>: The beautifully designed lobby entrance to your company&#8217;s corporate headquarters. </p>
<p><strong>You</strong>: &#8220;Hmm…I just found this place by taking a path that looked interesting. You do software or something?&#8221;</p>
<p><strong>Him</strong> (Salesperson in building lobby): &#8220;We offer amazing Software!&#8221; </p>
<p><strong>You</strong>: &#8220;Ok, what is it?&#8221; </p>
<p><strong>Him</strong>: &#8220;Sign up Now&#8221;</p>
<p><strong>You</strong>: &#8220;Um…what does it do?&#8221; </p>
<p><strong>Him</strong>: &#8220;Sign up Now!&#8221; </p>
<p><strong>You</strong>: &#8220;How does it work?&#8221;</p>
<p><strong>Him</strong>: &#8220;No obligation or credit card necessary!&#8221; </p>
<p><strong>You</strong>: &#8220;I&#8217;m trying to figure out if this thing can work for me.&#8221; </p>
<p><strong>Him</strong>: &#8221; Did I mention it&#8217;s free to sign up?&#8221;</p>
<p><strong>You</strong>: &#8220;Ok, what does it look like?&#8221; </p>
<p><strong>Him</strong>: &#8220;Here&#8217;s a tiny screenshot you can&#8217;t see any detail on. Sign up Now!&#8221; </p>
<p><strong>You</strong>: &#8220;You&#8217;re not answering any of the questions I have.&#8221; </p>
<p><strong>Him</strong>: &#8220;Sign up Now!&#8221; </p>
<p><strong>You</strong>: &#8220;I&#8217;m done here.&#8221; </p>
<p><strong>Him</strong>: &#8220;Sign up Now!&#8221; </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/what-our-home-pages-are-really-saying/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Redesigned: Facebook Logout Button</title>
		<link>http://bokardo.com/archives/redesigned-facebook-logout-button/</link>
		<comments>http://bokardo.com/archives/redesigned-facebook-logout-button/#comments</comments>
		<pubDate>Tue, 27 Sep 2011 12:16:38 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Facebook]]></category>
		<category><![CDATA[Interface Design]]></category>

		<guid isPermaLink="false">http://bokardo.com/?p=1931</guid>
		<description><![CDATA[At the very least, interfaces should not lie. They should not deceive the people who use them into thinking something is true when it actually isn&#8217;t. Apparently, Facebook does not agree. On Sunday Nic Cubrilovic posted some troubling news: Logging out of Facebook is not Enough. Facebook doesn&#8217;t actually log you out when you ask [...]]]></description>
			<content:encoded><![CDATA[<p>At the very least, interfaces should not lie. They should not deceive the people who use them into thinking something is true when it actually isn&#8217;t.  </p>
<p>Apparently, Facebook does not agree. On Sunday Nic Cubrilovic posted some troubling news: <a href="http://nikcub.appspot.com/logging-out-of-facebook-is-not-enough">Logging out of Facebook is not Enough</a>. Facebook doesn&#8217;t actually log you out when you ask it to. They pretend to, but they don&#8217;t. Instead, they simply change the status of your logged in session to fool you into thinking you&#8217;re logged out. </p>
<div class="screenshot"><img src="/img/facebook-logout.png" alt=""/> </div>
<p>You don&#8217;t see your friends or profile. You don&#8217;t view your feed. Even if you try to access your profile pages, Facebook will send you to the login screen. Except that you&#8217;re not actually logged out. Every step of the way Facebook knows that it&#8217;s you trying to access those pages. </p>
<p>So, I&#8217;ve designed a more appropriate Facebook logout button&#8230;instead of saying &#8220;Logout&#8221; it now says &#8220;Logout (not really)&#8221;. This is more accurate and better reflects what&#8217;s actually going on. </p>
<p>As an interface designer myself, I know that words matter. I believe that a lot of <a href="http://bokardo.com/archives/interface-design-is-copywriting/">interface design is in fact copywriting</a>. So when I see Facebook knowingly betray their user&#8217;s trust like this it goes against the first rule of interface design: </p>
<p><strong>Clarity above all.</strong></p>
<p>At the very least, interfaces should be clear. People should understand what is going on and what effect their actions are having. In this case people when people click &#8220;Logout&#8221; they think they&#8217;re actually logging out of Facebook, and they think that means their actions are not being recorded, and they are trusting the service to do what it says it&#8217;s doing. </p>
<p>In case you&#8217;re wondering of my Facebook status, I deleted my Facebook account last year because of the <a href="http://bokardo.com/archives/facebook-behaving-badly/">continued pattern of bad behavior</a> from the company&#8230;and no I&#8217;m not 100% certain the account was actually deleted. </p>
<p>So I hope the designers at Facebook might reconsider the design of their logout mechanism. I provide this button design free of charge. </p>
<p>Update: <a href="http://latimesblogs.latimes.com/technology/2011/09/think-you-logged-out-of-facebook-not-really.html">L.A. Times thinks</a> the button is a good idea, too. </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/redesigned-facebook-logout-button/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>How Instagram Stays in Focus</title>
		<link>http://bokardo.com/archives/how-instagram-stays-in-focus/</link>
		<comments>http://bokardo.com/archives/how-instagram-stays-in-focus/#comments</comments>
		<pubDate>Wed, 21 Sep 2011 14:45:41 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Interface Design]]></category>
		<category><![CDATA[Web Applications]]></category>

		<guid isPermaLink="false">http://bokardo.com/?p=1893</guid>
		<description><![CDATA[One of the biggest challenges in designing and building web applications is to find and keep focus: to only build what is necessary and to leave out the rest. So when a company keeps a really tight focus on their core product they should be applauded. Instagram is one of those companies. If you&#8217;re not [...]]]></description>
			<content:encoded><![CDATA[<p>One of the biggest challenges in designing and building web applications is to find and keep focus: to only build what is necessary and to leave out the rest. </p>
<div class="screenshot"><img src="http://bokardo.com/img/instagram.png" alt="" /></div>
<p>So when a company keeps a really tight focus on their core product they should be applauded. <a href="http://instagram.com">Instagram</a> is one of those companies. If you&#8217;re not familiar with the app, Instagram is about as simple as can be: you use it to take pictures, apply filters to them, and share them on social networks. That&#8217;s it. That&#8217;s all the app does. And it has been a wild success&#8230;Instagram is growing like a weed&#8230;they&#8217;re just about to hit 10 million users in about a year. </p>
<p>Instagram has just released <a href="http://blog.instagram.com/post/10444123475/v20">Version 2.0</a> of their popular photo-sharing application and the release notes show a laser focus on the core features and only their core features. Here is what they&#8217;ve improved: speed of filters, added 4 filters, faster tilt-shift, larger images, and optional borders. That&#8217;s it. Those are the core features of the product&#8230;they&#8217;ve essentially taken what they have and sped things up.</p>
<p>In other words, Instagram has not added any new features with this &#8220;largest revamp&#8221; to the product. They&#8217;ve simply improved what they have to make it even easier and faster to share pictures. </p>
<p>So here&#8217;s a simple playbook:</p>
<ol>
<li><strong>Focus on improving what you already have.</strong> Don&#8217;t add new features, improve existing ones. </li>
<li><strong>Make what you have faster.</strong> It can <em>always</em> be faster. Remove delays (like Instagram did by removing filtering delays&#8230;they even now have live filtering)</li>
<li><strong>Improve usability</strong> Instagram also redesigned their already-successful photo taking screen. It would have been easy to skip this&#8230;</li>
<li><strong>Resist the urge to add new features.</strong> Wait until the market demands it or you have real evidence that your business is hurting as a result.</li>
</ol>
<p>Here&#8217;s the thing: What Instagram has done <strong>almost never happens!</strong> It is incredibly rare in the world of web applications to have such tight focus on the core functionality like Instagram has done with their V2 release. The vast majority of releases contains new features that add new capabilities to the product. </p>
<p>To wit: there is an entire vocabulary built around the problem of keeping focus: Feature creep, MVP (minimum viable product), lean startup, (release early, release often). And the problem has only gotten harder in the last few years in which development has sped up significantly. Web application frameworks, Amazon&#8217;s cloud services, and social coding services like Github have made it extremely easy to build faster than ever before. As a result it can be hard to imagine what it looks like to keep focus over time on a very small feature set. </p>
<p>So when a company like Instagram is able to keep extreme focus on only what is necessary they should be applauded and emulated as much as possible. Your users, who are already using your app, will love you for making it even better. </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/how-instagram-stays-in-focus/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Netflix in Danger of Ruining their User Experience</title>
		<link>http://bokardo.com/archives/netflix-in-danger-of-ruining-their-user-experience/</link>
		<comments>http://bokardo.com/archives/netflix-in-danger-of-ruining-their-user-experience/#comments</comments>
		<pubDate>Mon, 19 Sep 2011 11:21:24 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Interface Design]]></category>
		<category><![CDATA[Netflix]]></category>

		<guid isPermaLink="false">http://bokardo.com/?p=1877</guid>
		<description><![CDATA[Netflix CEO Reed Hastings wrote a blog post yesterday explaining his company&#8217;s recent decision to split up the streaming and DVD delivery services of the company. An Explanation and Some Reflections The DVD delivery service (the original service) will now be called Qwikster. Yes, that&#8217;s right, Qwikster. The streaming part of the service will continued [...]]]></description>
			<content:encoded><![CDATA[<p>Netflix CEO <a href="http://en.wikipedia.org/wiki/Reed_Hastings">Reed Hastings</a> wrote a blog post yesterday explaining his company&#8217;s recent decision to split up the streaming and DVD delivery services of the company. </p>
<p><a href="http://blog.netflix.com/2011/09/explanation-and-some-reflections.html">An Explanation and Some Reflections</a></p>
<p>The DVD delivery service (the original service) will now be called Qwikster. Yes, that&#8217;s right, Qwikster. The streaming part of the service will continued to be called Netflix. <a href="http://abovethecrowd.com/2011/09/18/understanding-why-netflix-changed-pricing/">One explanation </a> suggests this move was made in response to pressure from Hollywood who wants to charge per user access, not per copy. In other words, no ownership, nothing like owning or renting a DVD. Think Cable TV. The more things change&#8230;the more they stay the same. </p>
<p>Netflix is taking a huge risk here. They&#8217;re changing the user experience of their web apps to model the new company structure, not a structure that is most friendly to people. This is an extremely common problem in user interface design. Netflix is in serious danger of breaking the user experience they are well-known for. </p>
<p>As one commenter complains there will now be two separate movie queues, one on Netflix for streaming and one on Qwikster for DVDs. Hasting&#8217;s response is dismissive: </p>
<blockquote><p>&#8220;We already have two queues. The two &#8220;sites&#8221; are a click between each other, so we think not that much different than two tabs on one site.&#8221;</p>
</blockquote>
<p>Technically, Hastings is right about there already being two queues. But he&#8217;s dead wrong about it being much different. Obviously he&#8217;s never watched people use web applications before. Changing websites is not even close to the same thing as changing tabs. When you change websites you go somewhere different, you get a different UI, you&#8217;re using a different username, and you probably have to log in. You have a different payment system. Different family members to add. Different recommendations to look at. And that&#8217;s just for starters. </p>
<p>When you change tabs you don&#8217;t lose any of that context. You stay in the same place, you just get a different list. </p>
<p>This is a fundamental change in the product, and Hastings just dismisses the concern with a wave of his hand. Not only that, but this is a branding issue as well. When you switch sites you&#8217;re going from Netflix, a brand people know and love, to Qwikster, which sounds like the latest get rich quick startup without a real business plan. </p>
<p>It may be that the split was inevitable, but why not name the DVD service &#8220;Mailflix&#8221; and give people a chance to understand what&#8217;s actually going on? Give them some semi-logical name that actually makes sense? Mailflix for movies in the mail, Netflix for movies on the Internet?</p>
<p>Also, people don&#8217;t think they&#8217;re buying two services right now&#8230;they&#8217;re simply buying Netflix. As another commenter points out: </p>
<blockquote><p>&#8220;You&#8217;re continuing to make a classic mistake: thinking you&#8217;re something different than what everyone believes you are. You&#8217;re not a DVD company and a streaming company: you&#8217;re where I go to watch movies. That&#8217;s it. The future clearly is streaming, but by separating and charging more for access, you&#8217;re wildly less valuable to me. I&#8217;ll likely cancel. You haven&#8217;t listened to customer feedback. You&#8217;re delusional and you&#8217;re lost.&#8221;</p>
</blockquote>
<p>There is one angle where all of this makes sense. Let&#8217;s assume for a moment that Netflix is knowingly trying to kill off its DVD rental service. This is the way to do it&#8230;separate it out completely, give it a ridiculous name, and keep your brand equity with the newer streaming service. This almost makes sense&#8230;except for the fact that the content in Netflix streaming has gotten worse, not better, over time. If they really wanted to focus attention solely on Netflix going forward, they would create a catalog worth watching. Right now the streaming catalog is abysmal, and with movies that can only mean it gets worse over time as you watch the one or two you haven&#8217;t seen yet. </p>
<p>So as a Netflix subscriber who doesn&#8217;t even use the service anymore (outside of my kids watching educational videos) I&#8217;m left wondering&#8230;what is Reed Hastings and Netflix thinking? </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/netflix-in-danger-of-ruining-their-user-experience/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Interface Design is Copywriting</title>
		<link>http://bokardo.com/archives/interface-design-is-copywriting/</link>
		<comments>http://bokardo.com/archives/interface-design-is-copywriting/#comments</comments>
		<pubDate>Sun, 18 Sep 2011 11:30:52 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[copywriting]]></category>
		<category><![CDATA[HubSpot]]></category>
		<category><![CDATA[Interface Design]]></category>
		<category><![CDATA[microcopy]]></category>

		<guid isPermaLink="false">http://bokardo.com/?p=1866</guid>
		<description><![CDATA[There is a lot to like in the presentation The Language of Interfaces by Des Traynor, in which he makes several important points about Interface Design. The first is that words mean everything in the interface. Every single word you choose is important, from the call-to-action button to the headline to the words in an [...]]]></description>
			<content:encoded><![CDATA[<p>There is a lot to like in the presentation <a href="http://contrast.ie/blog/the-language-of-interfaces/">The Language of Interfaces</a> by Des Traynor, in which he makes several important points about Interface Design. </p>
<p>The first is that words mean everything in the interface. Every single word you choose is important, from the call-to-action button to the headline to the words in an error message. Each word, if carefully chosen, adds to the experience of the user, making them more confident and sure that they&#8217;re on the right track. When carelessly chosen, each word erodes confidence and adds confusion to an uneven experience. </p>
<p><em>Good design is not an accident</em>. It&#8217;s not something that just happens by someone getting lucky. Sure, once in a while someone stumbles upon a cool <a href="http://bokardo.com/archives/game-mechanics-for-interaction-design-an-interview-with-amy-jo-kim/">core mechanic</a> that happens to work, but to create a solid interface that many people can use and enjoy takes real attention to the details. </p>
<p>The real question is&#8230;what are the details that matter? There are many candidates&#8230;there is technology and social and gaming and psychology and experience and content and fill in the next buzzword please. Everybody has their hobby horse&#8230;in this post I&#8217;m sharing mine. </p>
<p>While I&#8217;ll be the first to say &#8220;Oh&#8230;look a shiny new JQuery widget!&#8221; I humbly submit that there is no single element more important to your interface than the copywriting. There is nothing that makes or breaks a positive experience more than the simple set of words that you choose to communicate with. In a world in which we have to simplify as much as possible, nothing matters more than the small vocabulary you end up with in your final work. </p>
<p>Traynor resurfaces a great post by Jason Fried in which Fried suggests that <a href="http://gettingreal.37signals.com/ch09_Copywriting_is_Interface_Design.php">Copywriting is Interface Design</a>&#8230;I think we should also look at it the other way. <strong>Interface Design is Copywriting</strong>. Designing an interface is largely an exercise in choosing the right words. When you lay out a page, you&#8217;re choosing copy for the headline, subheadline, call-to-action, content area, graphs and analysis areas, error messages. All of these design elements are built out of words. Are you an aspiring wordsmith? I hope so&#8230;because you&#8217;re choosing some very important words! </p>
<p>The best line in Traynor&#8217;s piece is this one: </p>
<p><strong>Nothing says Send Message, like the words “Send Message”.</strong></p>
<p>This simple statement says a lot about the field of Interface Design. So often we don&#8217;t think twice about the words we use, and while we want to write like Hemingway we end up writing something that might place 3rd in a regional high school essay contest. </p>
<p>And, by the way, I don&#8217;t mean to sit on a soapbox here. This is hard stuff&#8230;it&#8217;s hard for every designer and developer I know. Choosing words is the hardest part of my job and I get it wrong before I get it right. The first attempt at any design is almost always wrong&#8230;it&#8217;s only the stubborn people who stick with it, test it, and continually refine who will approach great design.  </p>
<p>Here is an example I&#8217;ve been using lately at <a href="http://jobs.hubspot.com/">HubSpot</a> because it is so easy to see the importance of words in hindsight. For many years the domain setup screen in HubSpot software used the terminology &#8220;Add Domain&#8221; as the primary call-to-action. When you get set up with HubSpot you want to point your domain to the HubSpot servers so that your website (now hosted by HubSpot) continues to work. </p>
<p>However, we recently did some user testing and found that the words &#8220;Add Domain&#8221; stopped people in their tracks. The people using the software in our test said something like &#8220;I have to add a domain&#8230;where do I add it?&#8221; or &#8220;I already have a domain&#8230;why do I need to add one?&#8221;. In their minds they already had a domain&#8230;there was no reason to add a new one! </p>
<p>But the software had that CTA for years. Nobody questioned it because the entire team knew what it meant. It is important to note that no amount of introspection would have caught this! But to a user&#8230;someone who is transitioning from hosting their website somewhere else to hosting it on HubSpot the words were entirely critical to what was going on. </p>
<p>So&#8230;the fix was straight-forward. Change the words from &#8220;Add a Domain&#8221; to &#8220;Connect your Domain&#8221;. Note the subtle yet crucial difference that two words make. You&#8217;re not <em>adding</em> anything&#8230;nothing is <em>new</em> here. Instead, you&#8217;re <em>connecting</em> something that already exists&#8230;a domain that is <em>YOURS</em>. Easy peasy. </p>
<p>Now, multiply this by 1,000 and you might have an idea of how many places in your web application it is crucial to get your words right. Every single headline, every single call-to-action, every single error message, every single bit of <a href="http://bokardo.com/archives/writing-microcopy/">microcopy</a>. All of it. Every word matters. </p>
<p>So if you&#8217;re not already, start thinking of yourself as a copywriter. You already are one anyway. <img src='http://bokardo.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/interface-design-is-copywriting/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>5 Reasons why Google+ is interesting UI.</title>
		<link>http://bokardo.com/archives/5-reasons-why-google-is-interesting-ui/</link>
		<comments>http://bokardo.com/archives/5-reasons-why-google-is-interesting-ui/#comments</comments>
		<pubDate>Mon, 11 Jul 2011 12:58:46 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Facebook]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Interface Design]]></category>

		<guid isPermaLink="false">http://bokardo.com/?p=1830</guid>
		<description><![CDATA[The Google+ launch has been very positive for Google so far. I think it&#8217;s interesting from a UI standpoint for several reasons: 1. Andy Hertzfeld is lead Designer. This surprised a lot of people. Andy Hertzfeld is one of the original Apple Macintosh team members and is the lead designer of Google+, focusing on the [...]]]></description>
			<content:encoded><![CDATA[<p>The <a href="http://plus.google.com">Google+</a> launch has been very positive for Google so far. I think it&#8217;s interesting from a UI standpoint for several reasons: </p>
<p><strong>1. Andy Hertzfeld is lead Designer.</strong> This surprised a lot of people. <a href="http://en.wikipedia.org/wiki/Andy_Hertzfeld" title="Andy Hertzfeld">Andy Hertzfeld</a> is one of the original Apple Macintosh team members and is the lead designer of Google+, focusing on the circles feature. This tidbit was big news last week, with many publications seeming to give Andy sole credit for the UI, so <a href="https://plus.google.com/117840649766034848455/posts/FddaP6jeCqp">Andy wrote about his involvment</a> and shared the credit with the other team members involved. Class act by Andy. </p>
<p><strong>2. Increasing rivalry with Facebook.</strong> Dhanji Prasanna, an ex-Google+ engineer, <a href="http://rethrick.com/#google-plus">wrote a post</a> this weekend sharing some details of his time with the Google+ team, and there are two interesting bits. First, he describes how the circles project got started in part as the result of the research that Paul Adams had been doing: </p>
<blockquote><p>&#8220;A few years ago, before the CEO cared a whit about social networking or identity, a Google User Experience researcher named Paul Adams created a slide deck called the <a href="http://www.slideshare.net/padday/the-real-life-social-network-v2" title="Real Life Social Network by Paul Adams">Real Life Social Network</a>. In a very long and well-illustrated talk, he makes the point that there is an impedence mismatch between what you share on facebook and your interactions in real life. So when you share a photo of yourself doing something crazy at a party, you don&#8217;t intend for your aunt and uncle, workmates or casual acquaintances to see it. But facebook does not do a good job of making this separation.&#8221;</p>
</blockquote>
<p>Second, Dhanji describes the Google+ team&#8217;s response to the new Facebook Groups feature, which was built in part as a response to Adams&#8217; research. </p>
<blockquote><p>&#8220;Then it happened&#8211;facebook finally released the product they&#8217;d been working on so secretly, their answer to Paul&#8217;s thesis. The team lead at facebook even publicly tweeted a snarky jab at Google. Their product was called Facebook Groups.</p>
<p>I was dumbstruck. Was I reading this correctly? I quickly logged on and played with it, to see for myself. My former colleagues had started a Google Wave alumni group, and I even looked in there to see if I had misunderstood. But no&#8211;it seemed that facebook had completely missed the point. </p>
</blockquote>
<p>And&#8230;it should be noted that Paul Adams left Google in December and now works at Facebook. </p>
<p><strong>3. It puts Google on the design map.</strong> I&#8217;ve never heard as many designers saying such nice things about Google as they have in the past two weeks. In releasing a relatively polished, solid UI for Google+, they have started to turn their reputation around. This not only makes for better software, but it should help with recruiting as well. (this should not be discounted&#8230;Google is in a recruiting war with Facebook and Twitter&#8230;which is great! for designers)</p>
<p><strong>4. Part of a bigger redesign.</strong> Google+ is taking on some new design styles that are part of a bigger redesign effort from Google. In the past few weeks they&#8217;ve redesigned Search, Gmail, Calendar&#8230;basically all of their properties. And, for the most part, these efforts have all been positive and made their software feel more professional, clean, and consistent. I know a couple folks who like the old style, but the vast majority of folks I&#8217;ve talked to like the new style. </p>
<p><strong>5. Strong win for UX Research</strong> &#8211; Finally I think that Google+, even if it doesn&#8217;t grow to the size of Facebook, is a big win for UX research. The work that Paul and other folks at Google did over the past couple years led to a really innovative design. It will be interesting to see if the discrete sharing model works or if it&#8217;s too much management for folks. (I&#8217;ve started to use it to share with small groups&#8230;seems promising) </p>
<p>So there are a few reasons why I think Google+ is interesting from a design standpoint. I&#8217;m still amazed at the rise of social software&#8230;it wasn&#8217;t long ago that social was completely dismissed by nearly everyone. But, humans are social animals&#8230;as they say. </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/5-reasons-why-google-is-interesting-ui/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Writing Microcopy</title>
		<link>http://bokardo.com/archives/writing-microcopy/</link>
		<comments>http://bokardo.com/archives/writing-microcopy/#comments</comments>
		<pubDate>Tue, 09 Jun 2009 13:11:20 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[copywriting]]></category>
		<category><![CDATA[Interface Design]]></category>
		<category><![CDATA[microcopy]]></category>

		<guid isPermaLink="false">http://bokardo.com/?p=1168</guid>
		<description><![CDATA[The fastest way to improve your interface is to improve your copy-writing. ]]></description>
			<content:encoded><![CDATA[<p><em>The fastest way to improve your interface is to improve your copywriting.</em></p>
<p>I remember the first time I realized how much even the smallest copy can matter in an interface. It was on an e-commerce project at <a href="http://www.uie.com">UIE</a> for which I had created a checkout form asking for billing information. I had coded up a system to notify me when an error occurred (even if people can overcome the error it was very helpful to know when one occurred). I kept getting notifications of billing address errors&#8230;it turns out that transactions were failing because the address people were entering didn&#8217;t match the one on their credit card. </p>
<div class="screenshot"><a href="http://www.flickr.com/photos/bokardo/3610863630/" title="UIE Payment Information by bokardo, on Flickr"><img src="http://farm4.static.flickr.com/3333/3610863630_fca004054e_o.png" style="width:455px;" alt="UIE Payment Information" /></a></div>
<p>So I ended up adding the copy &#8220;Be sure to enter the billing address associated with your credit card&#8221; at the top of the form. And just like that, the errors went away. It was clear the right copy meant I didn&#8217;t have to worry about that problem anymore, thus saving support time and increasing revenue on the improved conversion. </p>
<p>Ironically, the smallest bits of copy, <em>microcopy</em>, can have the biggest impact. </p>
<p>Microcopy is small yet powerful copy. It&#8217;s fast, light, and deadly. It&#8217;s a short sentence, a phrase, a few words. A single word. It&#8217;s the small copy that has the biggest impact. Don&#8217;t judge it on its size&#8230;judge it on its effectiveness. </p>
<div class="screenshot"><a href="http://www.flickr.com/photos/bokardo/3609989877/" title="Five Simple Steps ~ Designing for the Web by bokardo, on Flickr"><img src="http://farm4.static.flickr.com/3336/3609989877_f13110a6a8_o.png" width="588" height="349" alt="Five Simple Steps ~ Designing for the Web" /></a></div>
<p>Here&#8217;s another example. On the purchase page of Mark Boulton&#8217;s wonderful book <a href="http://www.fivesimplesteps.co.uk/books/details/1">Designing for the Web</a>, he&#8217;s written a bit of microcopy that is crucial for people considering purchase. The copy is &#8220;Transactions are handled through paypal but <em>you don&#8217;t need a paypal account to buy this book</em>&#8220;. This turns out to be a huge question of would-be purchasers (I&#8217;ve seen it in several projects). People see the Paypal logo and they assume that they need to have an account&#8230;and everyone knows how annoying it is to create an account simply to purchase a single item. Actually, for a long time you did need an account to purchase something with Paypal. Only more recently did they change that. In this example, Mark has written half a sentence that communicates this fact and eases the fears of would-be customers. </p>
<div class="screenshot"><a href="http://www.flickr.com/photos/bokardo/3619218966/" title="Tumblr microcopy by bokardo, on Flickr"><img src="http://farm4.static.flickr.com/3609/3619218966_778432f793_o.png" width="301" height="259" alt="Tumblr microcopy" /></a></div>
<p><strong>Update</strong> Reader <a href="http://designintellection.com/">David Yeiser</a> points out another good example of microcopy on <a href="http://tumblr.com">Tumblr</a>. When users are about to sign up, they&#8217;re asked to choose a sub-domain name for their site. This seems like a big deal, as you&#8217;re defining the URL at which you&#8217;ll be found by others. In order to reduce the stress of making a big decision that could affect the future of your blog, Tumblr gently reminds you that &#8220;You can change this at any time&#8221;. Done. No more worries about choosing the wrong sub-domain name&#8230;just choose one and start posting. </p>
<p>Microcopy is extremely contextual&#8230;that&#8217;s why it&#8217;s so valuable. It answers a very specific question people have and speaks to their concerns right on the spot. And because its so contextual, microcopy isn&#8217;t always obvious. Sometimes you have to hunt to find the right words. (or create an error notification service like I did) How to discover these hurdles? Talk to people! Why aren&#8217;t they adopting your software? What concerns do they have? What are they worried about? Successful salesmen know the power of these small turns of phrase. They have an arsenal of them for every situation. </p>
<p>Here are some other examples: </p>
<ul>
<li>When signing up for a newsletter, say &#8220;this low-volume newsletter&#8221; </li>
<li>When people add their emails, say &#8220;we hate spam as much as you do&#8221; </li>
<li>When subscribing for something free, say &#8220;you can always unsubscribe at any time&#8221; </li>
<li>When selling an paid-for web application, be sure to let people know if you have a free trial. </li>
<li>When storing customer&#8217;s information, say &#8220;You can export your information at any time&#8221; </li>
<li>If offering optional account creation, say &#8220;If you create an account, you&#8217;ll be able to track your package&#8221;</li>
</ul>
<p>All of these microcopy examples have one thing in common: they help to alleviate concerns of would-be customers. They help to reduce commitment by speaking directly to the thoughts in people&#8217;s heads. That&#8217;s why this copy can be so short yet so powerful.  </p>
<p>Don&#8217;t be deceived by the size of microcopy. It can make or break an interface.  </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/writing-microcopy/feed/</wfw:commentRss>
		<slash:comments>35</slash:comments>
		</item>
		<item>
		<title>Should designers optimize for page views&#8230;or user experience?</title>
		<link>http://bokardo.com/archives/should-designers-optimize-for-page-viewsor-user-experience/</link>
		<comments>http://bokardo.com/archives/should-designers-optimize-for-page-viewsor-user-experience/#comments</comments>
		<pubDate>Thu, 20 Sep 2007 13:57:24 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Facebook]]></category>
		<category><![CDATA[Interface Design]]></category>
		<category><![CDATA[MySpace]]></category>
		<category><![CDATA[Social Design]]></category>

		<guid isPermaLink="false">http://bokardo.com/archives/should-designers-optimize-for-page-viewsor-user-experience/</guid>
		<description><![CDATA[An <a href="http://www.techcrunch.com/2007/09/17/tc40-keynote-conversation-mark-zuckerberg/">interesting quote from Facebook's founder Mark Zuckerberg</a>, when asked if Facebook's news feed feature, which aggregates disparate profile information into a single view, reduces page views (and presumably advertising revenue). 

<blockquote><p>"our thinking is that if we give people more controls, they can share more information. As people shared more and more information, Facebook found that it creates a more component experience that brings them back to Facebook more often. Page views and traffic went up 50% within weeks of the launch of the news feed."</p></blockquote>

Wow, that stat is amazing. A simple interface design feature, thought (by traditional thinking) to decrease page views, actually increased them and <em>fast</em>. 

<img src="http://bokardo.com/images/facebook-pageviews.gif" alt="Facebook vs. MySpace pageviews" />

<h2>Page Views vs. User Experience</h2>

Zuckerberg's response underlines a real distinction between the old page view approach to the Web and the new user experience approach. The difference lies in what you optimize for...]]></description>
			<content:encoded><![CDATA[<p>An <a href="http://www.techcrunch.com/2007/09/17/tc40-keynote-conversation-mark-zuckerberg/">interesting quote from Facebook&#8217;s founder Mark Zuckerberg</a>, when asked if Facebook&#8217;s news feed feature, which aggregates disparate profile information into a single view, reduces page views (and presumably advertising revenue). </p>
<blockquote><p>&#8220;our thinking is that if we give people more controls, they can share more information. As people shared more and more information, Facebook found that it creates a more component experience that brings them back to Facebook more often. Page views and traffic went up 50% within weeks of the launch of the news feed.&#8221;</p>
</blockquote>
<p>Wow, that stat is amazing. A simple interface design feature, thought (by traditional thinking) to decrease page views, actually increased them and <em>fast</em>. </p>
<p><img src="http://bokardo.com/images/facebook-pageviews.gif" alt="Facebook vs. MySpace pageviews" /></p>
<h2>Page Views vs. User Experience</h2>
<p>Zuckerberg&#8217;s response underlines a real distinction between the old page view approach to the Web and the new user experience approach. The difference lies in what you optimize for. </p>
<p>If you optimize for page views, you&#8217;re going to make decisions, both strategic and tactical, that increase page views. This results in things like split-stories on news sites, way too many screens on social networking sites, and perhaps worst of all, an entire approach focused on &#8220;keeping people on the site&#8221;. The problem with this approach is that it quickly gets out of hand. Instead of providing a single value proposition, the site provides countless propositions, thus diluting the value of each one. In almost all cases of optimizing for page views, the experience of the user takes a back seat. You optimize for the quarterly numbers, not user satisfaction. </p>
<p>If you optimize for the user experience, on the other hand, you have to take a longer approach. Sure, you might not get as much advertising revenue <em>in the short term</em> as the site with more page views, but you&#8217;re adding more <em>long-term value</em>. That&#8217;s the road that Facebook is taking, at least up until now. They don&#8217;t need to be worried about page views because they&#8217;re adding users and users are building out their social graphs on the site. (however, Facebook is currently building an advertising platform that could change this). </p>
<p>In other words, if Zuckerberg and Facebook had been stuck in the page view way of thinking, they <em>never</em> would have implemented the news feed feature. It simply makes viewing the activity of others too easy&#8230;there is no clicking necessary. But, the insight they had was that giving people better views into information would actually make the service more valuable and thus indirectly do what others fear would have suffered&#8230;increasing page views!</p>
<p>The problem with many sites these days is that they&#8217;re optimized for the advertiser and thus page views, not the user and their experience. What smart sites like Facebook see is that giving people tools they can really use is the best way forward because it makes them happy customers who will return again and again and over time you&#8217;ll get a lot more value out of that than if you optimized for anything else.</p>
<h2>How AJAX/DHTML leads to less Advertising</h2>
<p>This is the battlefield where interface design smacks head-on into advertising. It has become the 800lb gorilla in the room of many sites who rely on advertising revenue. In many cases, using technology and design to reduce the number of screens (either by simplifying task flows or by using AJAX/DHTML) drastically reduces page views that bring in advertising revenue. </p>
<p>Thus, it has become a very real issue that when designers do their job well, a site will generate less advertising revenue as a result&#8230;<em>at least in the short term</em>. Many folks in the advertising business stop at this point and push harder and harder for more page views. It may not always be apparent, but page views are still solidly entrenched in many boardroom strategy talks as the one metric to optimize. </p>
<p>In the long term, however, an enhanced user experience will actually drive more ad revenue because it will make people more successful, the service more valuable, and people will be more willing to share with others. They&#8217;ll return more, be happier, and eventually provide more revenue either directly or indirectly as a result of good business. </p>
<p>The question is: are decision-makers willing to adapt to this new way of thinking? Or is it just folks like Mark Zuckerberg, who didn&#8217;t come from the culture of page views, who can successfully optimize for user experience above all else? </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/should-designers-optimize-for-page-viewsor-user-experience/feed/</wfw:commentRss>
		<slash:comments>19</slash:comments>
		</item>
		<item>
		<title>On Increasingly Sophisticated Social Interfaces</title>
		<link>http://bokardo.com/archives/on-increasingly-sophisticated-social-interfaces/</link>
		<comments>http://bokardo.com/archives/on-increasingly-sophisticated-social-interfaces/#comments</comments>
		<pubDate>Tue, 04 Sep 2007 13:23:01 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Amazon]]></category>
		<category><![CDATA[Interface Design]]></category>
		<category><![CDATA[Social Design]]></category>
		<category><![CDATA[Wisdom of Crowds]]></category>

		<guid isPermaLink="false">http://bokardo.com/archives/on-increasingly-sophisticated-social-interfaces/</guid>
		<description><![CDATA[In many circles you hear the call of software designers saying "Less is more". In theory this is a good rallying call, getting designers to really think about each and every feature they add. But in practice it isn't necessarily true that taking features out of a product, or not adding features to a product, makes it any better. Sometimes, more is more. 

This is especially true in social interfaces that model complex social interactions. In some cases there is just no way around it: human relationships are complex and so whatever view we offer into them must have some complexity as well. That doesn't mean they should be hard-to-use, it just means that they communicate sophisticated information. 

Take the reviews on Amazon.com. For years Amazon's interface showed the average review, so viewers could tell the general mood surrounding a book. If it was a 5 star or a 1 star book, then that would be instantly recognizable. 

But over time it became clear that the rating system had a fault: if the average rating was somewhere in the middle, say 3.5 stars, it was unclear whether it was just a dull book that most people rated as mediocre or if it was a polarizing book that half the people rated 5 and half the people rated 1. A political book, for example, usually polarizes. 

So the review interface could be made more sophisticated, showing more information about how the reviews for a particular book were distributed. Amazon came up with a nice interface for this...]]></description>
			<content:encoded><![CDATA[<p>In many circles you hear the call of software designers saying &#8220;Less is more&#8221;. In theory this is a good rallying call, getting designers to really think about each and every feature they add. But in practice it isn&#8217;t necessarily true that taking features out of a product, or not adding features to a product, makes it any better. Sometimes, more is more. </p>
<p>This is especially true in social interfaces that model complex social interactions. In some cases there is just no way around it: human relationships are complex and so whatever view we offer into them must have some complexity as well. That doesn&#8217;t mean they should be hard-to-use, it just means that they communicate sophisticated information. </p>
<p>Take the reviews on Amazon.com. For years Amazon&#8217;s interface showed the average review, so viewers could tell the general mood surrounding a book. If it was a 5 star or a 1 star book, then that would be instantly recognizable. </p>
<p>But over time it became clear that the rating system had a fault: if the average rating was somewhere in the middle, say 3.5 stars, it was unclear whether it was just a dull book that most people rated as mediocre or if it was a polarizing book that half the people rated 5 and half the people rated 1. A political book, for example, usually polarizes. </p>
<p>So the review interface could be made more sophisticated, showing more information about how the reviews for a particular book were distributed. Amazon came up with a nice interface for this: </p>
<p><img src="http://bokardo.com/images/amazon-reviews-split-view.gif" alt="" /></p>
<p>I&#8217;ve talked to many folks who have made positive comments about this interface. They like seeing more information, and it doesn&#8217;t confuse them. Instead, they get a more accurate picture of the reviews than they had before, and that helps them make a more informed decision. More is more, in this case. </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/on-increasingly-sophisticated-social-interfaces/feed/</wfw:commentRss>
		<slash:comments>15</slash:comments>
		</item>
		<item>
		<title>Announcing the Publishing 2.0 Redesign</title>
		<link>http://bokardo.com/archives/announcing-the-publishing-20-redesign/</link>
		<comments>http://bokardo.com/archives/announcing-the-publishing-20-redesign/#comments</comments>
		<pubDate>Wed, 22 Aug 2007 13:50:33 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Bokardo Design]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Interface Design]]></category>
		<category><![CDATA[Social Design]]></category>

		<guid isPermaLink="false">http://bokardo.com/archives/announcing-the-publishing-20-redesign/</guid>
		<description><![CDATA[It's not everyday that you get to redesign one of your favorites sites, so I'm <em>very happy</em> to announce that Bokardo Design's first release is the <a href="http://publishing2.com">redesign of Publishing 2.0</a>. I've long been a reader of Scott Karp's blog about the massive changes in publishing, advertising, and social media. It's one of the blogs that kind of sits at the fringe of what I do, not directly about design but surely about the topics that are important to designers of new media. Scott's handle on the big picture of forces in and around publishing have been incredibly insightful for me over the past year as newspapers have come under immense pressure from blogs and other disruptive media. 

(We actually released it live last week, but I was away giving a talk on <a href="http://bokardo.com/archives/psychology-of-social-design-talk/">Social Design at UXWeek</a> and couldn't squeeze in the time to write it up until now)

<a href="http://publishing2.com"><img src="http://bokardo.com/images/publishing2-logo.gif" alt="Publishing 2.0" /></a>

Publishing2 was a great project for Bokardo Design because it dealt with a load of social features (being a blog and all). This was both a blessing and a curse, as getting the social features into the site was fun but also difficult because of dealing with so many Wordpress plugins working at once. We tried hard to get lots of useful features without cluttering up the interface. We consciously fought feature creep and tried to keep the site as personally valuable as possible. One way we did this was to use a plugin that allows folks to follow the comment stream of a blog post whether or not they actually comment on it themselves. Scott's audience tends to comment in-depth, and they often provide serious insight in the comments. (I hope to add this feature to Bokardo in the near future)]]></description>
			<content:encoded><![CDATA[<p>It&#8217;s not everyday that you get to redesign one of your favorites sites, so I&#8217;m <em>very happy</em> to announce that Bokardo Design&#8217;s first release is the <a href="http://publishing2.com">redesign of Publishing 2.0</a>. I&#8217;ve long been a reader of Scott Karp&#8217;s blog about the massive changes in publishing, advertising, and social media. It&#8217;s one of the blogs that kind of sits at the fringe of what I do, not directly about design but surely about the topics that are important to designers of new media. Scott&#8217;s handle on the big picture of forces in and around publishing have been incredibly insightful for me over the past year as newspapers have come under immense pressure from blogs and other disruptive media. </p>
<p>(We actually released it live last week, but I was away giving a talk on <a href="http://bokardo.com/archives/psychology-of-social-design-talk/">Social Design at UXWeek</a> and couldn&#8217;t squeeze in the time to write it up until now)</p>
<p><a href="http://publishing2.com"><img src="http://bokardo.com/images/publishing2-logo.gif" alt="Publishing 2.0" /></a></p>
<p>Publishing2 was a great project for Bokardo Design because it dealt with a load of social features (being a blog and all). This was both a blessing and a curse, as getting the social features into the site was fun but also difficult because of dealing with so many WordPress plugins working at once. We tried hard to get lots of useful features without cluttering up the interface. We consciously fought feature creep and tried to keep the site as personally valuable as possible. One way we did this was to use a plugin that allows folks to follow the comment stream of a blog post whether or not they actually comment on it themselves. Scott&#8217;s audience tends to comment in-depth, and they often provide serious insight in the comments. (I hope to add this feature to Bokardo in the near future)</p>
<p>Another interesting part of the redesign was choosing a typeface for the masthead of the site. We couldn&#8217;t find a typeface that we were happy with at first, but then we started thinking about what sort of typeface would represent a site like Publishing 2.0. Was there a typeface that was thematically appropriate? I think there is, and I wrote about it on a special page called <a href="http://publishing2.com/about-the-design/">About the Design</a>, kind of like an extended colophon where we discuss some of the things we did. </p>
<p>This design writeup was a new genre of information, used to explain a little bit about the thought processes behind the design and sharing that with others. I would love to see this sort of thing on other sites! Since Scott played such a big part in the design it seemed appropriate to talk about how we worked together to come up with the end result. This is the ideal situation for me: to work with a client who has a clear vision and a passion for what they do. It really makes the project that much more enjoyable. </p>
<p>Also, I must also mention Scott&#8217;s new venture, <a href="http://publish2.com/">Publish2</a> (here&#8217;s the <a href="http://blog.publish2.com/">blog</a>). I really can&#8217;t tell you how brilliant I think this idea is &#8211; a social bookmarking and research platform for guess who?&#8230;<strong>journalists</strong>! It took me a while to consider the implications of this&#8230;actually still mulling it over. What happens when the research and discussions of journalists are public? There is already speculation of these implications surrounding the new <a href="http://googlenewsblog.blogspot.com/2007/08/perspectives-about-news-from-people-in.html">Google News feature</a>&#8230;and that&#8217;s exactly what Scott is going to find out with Publish2. I&#8217;m really excited to see where it goes&#8230;and to get insight into things like what blogs and resources journalists find valuable. </p>
<p>So, there are lots of details to the Publishing2 design that I would love to share with you. If you have any questions/comments/etc, feel free to <a href="http://bokardo.com/contact/">drop me a line</a>. </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/announcing-the-publishing-20-redesign/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Why I started Bokardo Design</title>
		<link>http://bokardo.com/archives/why-i-started-bokardo-design/</link>
		<comments>http://bokardo.com/archives/why-i-started-bokardo-design/#comments</comments>
		<pubDate>Thu, 09 Aug 2007 13:13:39 +0000</pubDate>
		<dc:creator>Josh</dc:creator>
				<category><![CDATA[Bokardo Design]]></category>
		<category><![CDATA[Del.icio.us]]></category>
		<category><![CDATA[Interface Design]]></category>
		<category><![CDATA[Netflix]]></category>
		<category><![CDATA[Social Design]]></category>

		<guid isPermaLink="false">http://bokardo.com/archives/why-i-started-bokardo-design/</guid>
		<description><![CDATA[While I'm hurriedly working on building out a corporate site for Bokardo Design, I thought I would take a minute and share a little background which led me to starting the company and what services I'm offering. 

Many of you know that I worked at <a href="http://www.uie.com">User Interface Engineering</a> for 5 years. It was definitely the best and most exciting job I've ever had; Jared and the team are fantastic. While I am super excited about what I'm doing now, I am sorry to leave such a unique and wonderful place. Even so, I won't be leaving UIE completely...we're still collaborating on several projects and will continue to do so where appropriate. 

<img src="http://bokardo.com/images/bokardo-design-badge-small.gif" alt="" style="float:right; margin-left:10px;" />

When I was at UIE I did a mix of usability consulting and web design. Usability consulting for UIE clients and in-house web design and development for UIE itself. So I basically alternated between consulting and designing. In hindsight this afforded me an excellent opportunity to understand the design problem from both sides of the fence: from the view of an objective 3rd party consultant as well as from the standpoint of an in-the-trenches designer. These worlds are incredibly different, and both are unique in their own way. ]]></description>
			<content:encoded><![CDATA[<p>While I&#8217;m hurriedly working on building out a corporate site for Bokardo Design, I thought I would take a minute and share a little background which led me to starting the company and what services I&#8217;m offering. </p>
<p>Many of you know that I worked at <a href="http://www.uie.com">User Interface Engineering</a> for 5 years. It was definitely the best and most exciting job I&#8217;ve ever had; Jared and the team are fantastic. While I am super excited about what I&#8217;m doing now, I am sorry to leave such a unique and wonderful place. Even so, I won&#8217;t be leaving UIE completely&#8230;we&#8217;re still collaborating on several projects and will continue to do so where appropriate. </p>
<p><img src="http://bokardo.com/images/bokardo-design-badge-small.gif" alt="" style="float:right; margin-left:10px;" /></p>
<p>When I was at UIE I did a mix of usability consulting and web design. Usability consulting for UIE clients and in-house web design and development for UIE itself. So I basically alternated between consulting and designing. In hindsight this afforded me an excellent opportunity to understand the design problem from both sides of the fence: from the view of an objective 3rd party consultant as well as from the standpoint of an in-the-trenches designer. These worlds are incredibly different, and both are unique in their own way. </p>
<p>But I kept running into the same problem. We would talk to people who have these grand visions for their business, and then you would investigate how people were using their site and there was this huge disconnect. Either their strategy wasn&#8217;t clear, it wasn&#8217;t being communicated to the designers, or the designers weren&#8217;t able to take that strategy and embed it into an actual interface. The chain of communication from business strategy to interface to user was tenuous at best. In many cases there was no direct conversation between these parties at all. </p>
<p>The problem I kept seeing over and over was one of translation. Interfaces were not communicating what their creators wanted them to communicate. It&#8217;s kind of like a beginning writer who has a grand fantasy of a story in their head but the words on the paper give you no sense of it. But their interfaces were definitely communicating something, though&#8230;unfortunately it was something other than what was intended. </p>
<p>At around this same time there was an explosion of social software, or software that is built around the social lives of users. In testing at UIE we saw the extreme power of this social influence&#8230;we would run user tests and find out why people were making the decisions they were making. In <em>many</em> cases they were making decisions based on their social network.</p>
<p>For example, we did a huge user testing study where we tested over a dozen e-commerce web sites. We had 70 or so people actually buy products from these web sites and part of our research was to find out how they made purchasing decisions. In more cases than I can count people said things like &#8220;Well, I knew I wanted a digital camera but I didn&#8217;t know what kind. My friend really likes Canon cameras and recommended them to me&#8221;. People who don&#8217;t know something rely on their social network to find it out. </p>
<p>After we heard stuff like this this over and over again, it became clear to me that the future of software is social. And while social networking was taking off like a rocket it was also clear that it wasn&#8217;t just about networking with others, it was about finding out what others knew and using that information to help make decisions. That&#8217;s why I write about Amazon, Netflix and other sites that aren&#8217;t about connecting to new people, but are leveraging our social networks to help us find out what we need to know. The latent information in our social networks is still mostly untapped. If we only knew what the people we know, know. </p>
<p>So I wrote two pieces on my blog, one called <a href="http://bokardo.com/archives/the-delicious-lesson/">The Del.icio.us Lesson</a> and the other called <a href="http://bokardo.com/archives/diggs-design-dilemma/">Digg&#8217;s Design Dilemma</a> that together outline two important principles of what is going on. </p>
<p>The first (from the <a href="http://bokardo.com/archives/the-delicious-lesson/">Del.icio.us Lesson</a>) is that most people are acting in their own self-interest first: personal value precedes network value. This simple formulation has a huge effect on how to design, what features to focus on, and how to elicit participation and desired behavior. </p>
<p>Second (from <a href="http://bokardo.com/archives/diggs-design-dilemma/">Digg&#8217;s Design Dilemma</a>) was that the interface is the medium through which this all occurs, and thus acts as an arbiter to behavior. In other words, all that happens happens because the interface either encourages it through positive design or discourages it through negative design. Therefore, the value and importance of the interface cannot be understated. </p>
<p>So these are the factors that drove me to start Bokardo Design. The services that I offer are a direct offshoot of these problems, observations, and principles.</p>
<p>So this is what I&#8217;m offering: Interface design and strategy for social web applications. </p>
<h2>Interface Design</h2>
<p>For some folks coming up with a strategy is the part they&#8217;re good at, while interface design is inscrutable. But on the Web, <em>interface design is the execution of strategy</em>. So I&#8217;m offering a service to create interfaces that execute on strategy. I&#8217;ll work closely with you to figure out the best way to expose a strategy through an interface, and how best to elicit the correct activities from your audience. </p>
<p>For example, I&#8217;m currently working with someone whose strategy is to help people find out the best local events to attend (there are <em>many</em> people doing things in this area right now). To do this, we need to figure out how people plan their time in and around events and how they make decisions about which events to attend. Not only that, but the way that people communicate events to each other is also important&#8230;and building a tool to help them do could be extremely valuable. Coming up with an interface that actually allows people to find and share events <em>in the way they already are</em> is the goal. </p>
<p>There are two levels of details to consider. One is the screen-level, where we build buttons and layouts that draw people&#8217;s attention to the right things in the right order. But there is also the activity-level, where we create flows that support the right activities in the right order. These two levels combine to make up interface design. </p>
<p>My interface design service is about creating an interface that executes an underlying strategy for success. </p>
<h2>Interface Strategy</h2>
<p>For many folks who aren&#8217;t native to the Web executing a coherent Web-based strategy is a challenge. There are a lot of questions to consider. When do you announce your idea? When do you launch? Should you do a complete redesign? How do you know if the interface is working or not? What if we launch and nobody uses it? The questions go on and on.</p>
<p>For example, I&#8217;m currently working with a client who has amazing ideas about where to take their service. But right now they need to focus their strategy on personal value because they haven&#8217;t articulated that in their interface yet. They&#8217;ve focused on the social value so far, essentially putting them into a chicken/egg problem thats promises users &#8220;our service will be valuable once a lot of people start using it&#8221;. This might be OK if we all had limitless attention span and could try out services like we try on clothes. But the Web environment is brutal, and so this is not a desirable place to be, yet countless people I&#8217;ve talked to are in this exact spot. </p>
<p>My interface strategy service is about working with folks who are having trouble formalizing a plan to build and release a focused, Web-based application. </p>
<h2>Why I&#8217;m Excited</h2>
<p>I&#8217;m extremely excited by the early interest in Bokardo Design. I&#8217;ve heard from entrepreneurs doing social start-ups, established companies looking to add social features to existing applications, and even some visionaries thinking about huge-scale services that could change the way we all look at the Web. </p>
<p>All of my conversations so far have reinforced the idea that building social features into software is really the sweet spot at the moment, as we have collectively realized that software is just an extension of what we already do: it&#8217;s not this fantasy land we visit only once in a while. To this end we must keep our software <em>humane</em>, to borrow a word from Jeff Raskin. And on that note, here&#8217;s something else that he said so well: </p>
<blockquote><p>&#8220;As far as the customer is concerned, the interface is the product.&#8221;</p>
</blockquote>
<p>Amen. If there is one statement that defines what I do at Bokardo Design, that is it. So if you&#8217;re interested in building an amazing interface, head on over to my <a href="http://bokardo.com/contact/">contact page</a> and say Hi. </p>
]]></content:encoded>
			<wfw:commentRss>http://bokardo.com/archives/why-i-started-bokardo-design/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
	</channel>
</rss>

