<?xml version="1.0" encoding="windows-1252"?><rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/" xmlns="http://purl.org/rss/1.0/"><channel rdf:about="http://www.lukew.com/ff/about.asp"><title>Functioning Form: Interface Design</title> <link>http://www.lukew.com/ff/</link><description>Functioning Form:  Merging medium and message in interface design, the user experience design process, Web applications, and more.</description><dc:language>en-us</dc:language><dc:creator>Luke Wroblewski</dc:creator><image><url>http://www.lukew.com/img5/aim_icon.gif</url><title>Functioning Form></title> <link>http://www.lukew.com/ff/</link></image><dc:date>2008-07-23</dc:date><items><rdf:Seq><rdf:li rdf:resource='http://www.lukew.com/ff/entry.asp?707' /><rdf:li rdf:resource='http://www.lukew.com/ff/entry.asp?706' /><rdf:li rdf:resource='http://www.lukew.com/ff/entry.asp?705' /><rdf:li rdf:resource='http://www.lukew.com/ff/entry.asp?704' /><rdf:li rdf:resource='http://www.lukew.com/ff/entry.asp?703' /><rdf:li rdf:resource='http://www.lukew.com/ff/entry.asp?702' /><rdf:li rdf:resource='http://www.lukew.com/ff/entry.asp?701' /><rdf:li rdf:resource='http://www.lukew.com/ff/entry.asp?698' /><rdf:li rdf:resource='http://www.lukew.com/ff/entry.asp?700' /><rdf:li rdf:resource='http://www.lukew.com/ff/entry.asp?699' /><rdf:li rdf:resource='http://www.lukew.com/ff/entry.asp?697' /><rdf:li rdf:resource='http://www.lukew.com/ff/entry.asp?691' /><rdf:li rdf:resource='http://www.lukew.com/ff/entry.asp?692' /><rdf:li rdf:resource='http://www.lukew.com/ff/entry.asp?696' /><rdf:li rdf:resource='http://www.lukew.com/ff/entry.asp?695' /></rdf:Seq></items></channel><item rdf:about='http://www.lukew.com/ff/entry.asp?707'><title><![CDATA[Impact of Removing Registration]]></title><link>http://www.lukew.com/ff/entry.asp?707</link><description><![CDATA[In <a href="http://www.alistapart.com/articles/signupforms/">Sign Up Forms Must Die</a>, I advocated ways to get people engaged and interested in Web applications and services without requiring an explicit sign-up form. In many cases, registration is an obstacle that prevents people from exploring and engaging with an application.<br>
<br>
Since then, several people have asked what the impact of removing registration would be on content quantity (does removing sign-up forms increase participation) and content quality (will quality go down if registration is not required). Not too long ago, the community news site, Topix <a href="http://blog.topix.com/archives/000106.html">published details</a> behind their experience killing sign-up forms.<br>
<br>
The results?<ul><li>Since removing registration, volume has exploded and passed a quarter-of-a-million aggregate posts</li><li>And the quality of posts? The post kill-rate (removal) actually dropped  -hovering below 2%. This is less than half of the number incurred when registration was in place.</li></ul>Check out the <a href="http://blog.topix.com/archives/000106.html">full details on the Topix blog</a>.<br /><br />Tags: <a href='http://www.lukew.com/ff/archive.asp?tag&forms' rel='tag'>forms</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&balance' rel='tag'>balance</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&metrics' rel='tag'>metrics</a>]]></description><dc:date>2008-07-23</dc:date><dc:creator>LukeW</dc:creator></item><item rdf:about='http://www.lukew.com/ff/entry.asp?706'><title><![CDATA[10% Sign up Improvement with one Change]]></title><link>http://www.lukew.com/ff/entry.asp?706</link><description><![CDATA[Marcello Calbucci recently shared some details behind the design of the <a href="https://www.sampa.com/sm/signup.aspx">Sampa sign up form</a>. Sampa is a free Web site service that requires users to register before they set up a site and saw a 10% increase in sign-ups with one change: removing CAPTCHA.<ul><li>The Sampa sign in form has been through 4 or 5 different versions</li><li>At one point Sampa asked about 15 questions</li><li>ampa A/B tested several sign up form scenarios over the last 2 years to determine the right combination that yields maximum conversion and retention</li><li>CAPTCHA was used to prevent automated bots from creating hundreds of thousands of fake accounts</li><li>Sampa removed CAPTCHA 99% of the time through a set of tests and rules</li><li>The result: 9.2% improvement on our conversion rate</li></ul>For more details check out <a href="http://marcelo.sampa.com/marcelo-calbucci/brave-tech-world/A-10-improvement-on-conversion-w.htm">the article by Marcello</a>.<br /><br />Tags: <a href='http://www.lukew.com/ff/archive.asp?tag&forms' rel='tag'>forms</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&Web+conventions' rel='tag'>Web conventions</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&metrics' rel='tag'>metrics</a>]]></description><dc:date>2008-07-20</dc:date><dc:creator>LukeW</dc:creator></item><item rdf:about='http://www.lukew.com/ff/entry.asp?705'><title><![CDATA[Web Symposium: Web Form Design Best Practices]]></title><link>http://www.lukew.com/ff/entry.asp?705</link><description><![CDATA[<div class="example"><a href="http://www.flickr.com/photos/uiconf/2676739673/in/set-72157606222968289/"><img src="http://farm4.static.flickr.com/3052/2676739673_bec5516e6d_m.jpg" border="0"></a></div>In my <a href="http://www.med.upenn.edu/uiconf/agenda.shtml#forms">Web Form Design Best Practices</a> talk at the Higher Education Web Symposium in Philadelphia, PA, I walked thorugh the importance of Web forms and a series of design best practices culled from live to site analytics, usability testing, eye-tracking studies, and best practice surveys.<br>
<br>
<strong>My Slides from the talk:<br>
<a href="http://www.lukew.com/resources/articles/WebForms_LukeW.pdf">Best Practices For Web Form Design</a> (4.1 MB PDF)</strong><br clear="all" /><br>
Some of the topics I discuss and provide patterns for are: label alignment, required form filed, input field sizes, content grouping, primary & secondary actions, help text & tips, dyanmic help systems, inline validation, error messages, progress indicators, success messaging, progressive disclosure, gradual engagement, tabbing, flexible data inputs, smart defaults, paths to completion, selection dependent inputs, and more...<br>
<br>
<div class="example"><a href="http://www.lukew.com/resources/web_form_design.asp"><img src="http://www.lukew.com/ff/content/webformdesign_med.gif" border="0" alt="web form design"></a></div><strong>For more on Form Design...</strong><br>
Check out Luke's book about Web form usability, visual design, and interaction design considerations: <a href="http://www.lukew.com/resources/web_form_design.asp">Web Form Design: Filling in the Blanks</a>.<br clear="all" /><br /><br />Tags: <a href='http://www.lukew.com/ff/archive.asp?tag&forms' rel='tag'>forms</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&guidelines' rel='tag'>guidelines</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&interaction+design' rel='tag'>interaction design</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&visual+communication' rel='tag'>visual communication</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&usability' rel='tag'>usability</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&UI+components' rel='tag'>UI components</a>]]></description><dc:date>2008-07-18</dc:date><dc:creator>LukeW</dc:creator></item><item rdf:about='http://www.lukew.com/ff/entry.asp?704'><title><![CDATA[Gourmet Experiences on a Fast-Food Budget]]></title><link>http://www.lukew.com/ff/entry.asp?704</link><description><![CDATA[In his Cooking up Gourmet Experiences on a Fast-Food Budget keynote at the <a href="http://www.med.upenn.edu/uiconf/">Higher Education Web Symposium</a> in Philadelphia, PA Jared Spool discussed it takes to make great experiences without a big budget.<ul><li>What is behind a gourmet experience: meticulous preparation, quality ingredients, and a creative approach.</li><li>How do the best teams create design? Jared researched teams that delivered great designs and teams that tried to deliver great designs but failed. All the usability issues they found could be traced to someone missing key pieces of information. As a result, these people were not able to make appropriate decisions.</li><li>Every usability problem comes from decisions made without the right information.</li><li>A process is a series of steps to get something done. Everyone has a process. A methodology is a formalization of process that is enforced when we need other people to the same thing, multiple times. Dogma is an unquestioned faith independent of any supporting evidence.</li><li>When Jared began his research on design teams, he suspected there was a good methodology or dogma that every organization worked with to achieve consistently great results. It turned out the opposite was true.</li><li>Very few teams had methodology or dogma. Instead, all successful teams had techniques and techniques. </li><li>Techniques are the building blocks of a process. They need to be practiced in order to be mastered and require trial and error. Tricks are quick and easy and perhaps not the best way of doing things but they “just get things done”.</li><li>Best teams did not have a methodology or dogma, but everyone had techniques and tricks that the whole team knew.</li><li>Three core User experience attributes: vision, feedback, and culture.</li><li>Vision: can everyone on the team describe your vision five years from now? Where will your product be?</li><li>Feedback: in the last six weeks, have you spent more than two hours watching someone use your or a competitor’s design?</li><li>Culture: In the last six weeks, have your rewarded a team member for creating a major design failure? Every time there is a design problem, we learn something about users, their needs, and what we should be doing for them.</li><li>Meticulous Preparation: identify if your pages quickly communicate their purpose.</li><li>Quality ingredients: make sure you have content that matters to people.</li><li>Creative approach: look for opportunities to get things to work.</li></ul><br /><br />Tags: <a href='http://www.lukew.com/ff/archive.asp?tag&design+organizations' rel='tag'>design organizations</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&process' rel='tag'>process</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&user+experience' rel='tag'>user experience</a>]]></description><dc:date>2008-07-17</dc:date><dc:creator>LukeW</dc:creator></item><item rdf:about='http://www.lukew.com/ff/entry.asp?703'><title><![CDATA[Product Manager's Dreams]]></title><link>http://www.lukew.com/ff/entry.asp?703</link><description><![CDATA[<div class="example"><a href="http://www.flickr.com/photos/lukew/1383699419/"><img src="http://farm2.static.flickr.com/1105/1383699419_65eb2b44f5_m.jpg" border="0" alt=dreams"></a></div><strong>Designer:</strong> "Designers visualize Product Managers' dreams. Developers make the dreams work."<br>
<br>
<strong>Design manager:</strong> "Designers turn product manager's responsibilities into things customers dream about."<br clear="all" /><br /><br />Tags: <a href='http://www.lukew.com/ff/archive.asp?tag&design+vision' rel='tag'>design vision</a>]]></description><dc:date>2008-07-13</dc:date><dc:creator>LukeW</dc:creator></item><item rdf:about='http://www.lukew.com/ff/entry.asp?702'><title><![CDATA[Sign-Up Form Patterns]]></title><link>http://www.lukew.com/ff/entry.asp?702</link><description><![CDATA[Though, I've long advocated that <a href="http://www.alistapart.com/articles/signupforms">Sign-Up Forms Must Die</a>, for now they remain a staple of online life. Recently Smashing Magazine surveyed the landscape of sign-up forms by looking at patterns in <a href="http://88.198.60.17/images/web-form-design-patterns/urls.html">100 popular Web destinations and their registration forms</a> . The data they extracted is a catalog of existing practices and as a result should not be considered design recommendations. However, it is interesting to see these trends and ultimately if they change over time.<ul><li>the registration link is most often titled “sign up” (40%) and placed in the right upper corner of a landing page</li><li>registration forms tend to opt for a simplified layout to avoid distractions for users (61%)</li><li>most registration forms are one-page-forms (93%)</li><li>registration forms attract visitors by explaining the benefits of signing up (41%), 28% provide no additional information about benefits</li><li>titles of the input fields are highlighted bold (62%), rendered in color (20%), or plain text (18%)</li><li>right-aligned labels are used on 41% os registration forms surveyed, 30% used top-aligned labels, 29% use left-aligned labels</li><li>54% of the forms surveyed required at most 5 input fields, 34% of the forms required 6-8 input fields, while 12% required over 9 mandatory input fields</li><li>78% do not use asterisks to highlight required input fields</li><li>62% of the forms had no optional fields at all, and 98% of the forms had less than 5 optional fields</li><li>9% use a progress indicator to show to the users where they currently are and which steps are required</li><li>86% of registration forms surveyed have input fields arranged vertically</li><li>57% of the forms surveyed provided help text next to the input field, 10% of help text appears dynamically</li><li>Help text was most often placed: below the field (57%), on the right side of the field (26%), above the field (13%)</li><li>30% of the forms surveyed displayed only an error-message at the top of the form (no input fields were highlighted), 29% had highlighted input fields with corresponding messages next to the input field, 25% used both error-messages and input fields</li><li>22% used real-time validation with Ajax, 14% used JavaScript-error warnings</li><li>Only in 18% of the cases it was necessary to confirm the e-mail</li><li>In 72% of the cases it was necessary to confirm the password</li><li>52% of the sites don’t use captcha</li><li>A Cancel button was used only in 8% of the cases</li><li>Left-aligned submit-buttons (56%), centered Submit buttons (26%), right-aligned Submit buttons (17%)</li></ul>Complete articles on Smashing Magazine:<ul><li><a href="http://www.smashingmagazine.com/2008/07/04/web-form-design-patterns-sign-up-forms/">Sign-Up Form Patterns: Part One</a></li><li><a href="http://www.smashingmagazine.com/2008/07/08/web-form-design-patterns-sign-up-forms-part-2/">Sign-Up Form Patterns: Part Two</a></li></ul><br>
<div class="example"><a href="http://www.lukew.com/resources/web_form_design.asp"><img src="http://www.lukew.com/ff/content/webformdesign_med.gif" border="0" alt="web form design"></a></div><strong>For more on Form Design...</strong><br>
Check out Luke's book about Web form usability, visual design, and interaction design considerations: <a href="http://www.lukew.com/resources/web_form_design.asp">Web Form Design: Filling in the Blanks</a>.<br clear="all" /><br /><br />Tags: <a href='http://www.lukew.com/ff/archive.asp?tag&forms' rel='tag'>forms</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&Web+conventions' rel='tag'>Web conventions</a>]]></description><dc:date>2008-07-09</dc:date><dc:creator>LukeW</dc:creator></item><item rdf:about='http://www.lukew.com/ff/entry.asp?701'><title><![CDATA[Web Form Design: Goodreads Review]]></title><link>http://www.lukew.com/ff/entry.asp?701</link><description><![CDATA[On the Goodreads site, Marty DeAngelo posted <a href="http://www.goodreads.com/book/show/3296910.Web_Form_Design_Filling_in_the_Blanks?utm_medium=api&utm_source=blog_review">a detailed review</a> of my new book <a href="http://www.lukew.com/resources/web_form_design.asp">Web Form Design</a>:<br>
<br>
<div class="example"><a href="http://www.lukew.com/resources/web_form_design.asp"><img src="http://www.lukew.com/ff/content/webformdesign_med.gif" border="0" alt="web form design"></a></div>"Good or bad, there aren't many books that I can use for my job that I go through quickly. There's just something about a limit to my absorption of information from these books that makes me take my time to get through them. However, that was not a problem with this book. Chock full of good information, Wroblewski manages to make it a quick, easy and yet informative read that only took me 2 days cover-to-cover.<br clear="all" />For anyone that works on the web, forms are going to be something you deal with at one time or another. Usually, it's an experience in trying to get a form to do what YOU want it to do without regard to what the customer really wants or needs. However, I've been working on a bunch of projects recently where I really need to consider what the customer wants because one of our main goals is to get users to register, and I know how fickle they are when it comes to signing up for things. So, this book was not only interesting but very timely. <br>
<br>
The best thing about the book is how well written it is. It's fairly simplistic in getting its point across, using a lot of illustrations to really drive home the points that the author is trying to get across. His tone and personality really mesh with how the book is presented, making it almost conversational as he explains some of the major concepts and then delves deeper into the best ways to develop and present forms. <br>
<br>
Each chapter is relatively short (about 8 - 21 pages), but chock full of good advice. The succession will also help people trying to make their forms better work their way into more and more elaborate ways of creating 'bulletproof' forms. While you won't get as far in-depth as you might need on any given topic (I wanted to know more about error messaging, a personal anathema right now) or much about the coding of the pages, the principals and direction are dead on. <br>
<br>
As I said, the language and personality Wroblewski - whose credentials include former Lead Usability Designer at eBay, founding member of Interaction Design Association (IxDA) and current "Senior Principal of Product Ideation and Design" at Yahoo! - create a more approachable presentation than you might think from someone who is one of the leaders in usable design. Less teacher and expert-on-high and more friendly "have a beer and chat" usability guru, I found it easy to get sucked into one chapter and not look back until 3 chapters later. <br>
<br>
The examples he uses are also top-notch. Granted, he has a great body of work to pull from, but he does a great job of using examples from a breadth of industries and user types -- everything from Fortune 500 banks to e-commerce to new Web 2.0 social networks are represented, showing that good form design isn't for any single audience. The illustrations are also well-placed in showing principles and comparisons between different methods, adding to the ease with which someone can learn how to build the better form. <br>
<br>
His information comes from more than just his own experiences, though. Several key studies provide relevant data that give credence to the ideas presented here. He's not afraid to say, 'It depends' when it does or to say that while something might be a bad idea for the most part (and here's way), that you couldn't make it work in some limited situation. He offers what seems to be the best way to accomplish certain things within a form, without putting his own personal feelings into it (well, for the most part - and when he does, it's always in a humorous manner). <br>
<br>
And this is a book that anyone can use - not overlay-laden with technical terms, it's instead a thorough but amazingly understandable set of observations, suggestions and instructions on how to make the forms you are creating eminently more usable for all those involved - but most especially for the customers or visitors of the sites we're building. I needed it to answer a couple specific questions I had, but it quickly opened up other paths and solutions for me I wasn't yet considering. <br>
<br>
At this point, I have to say that this is probably one of the best UX books I've read. It might not be as thorough and ground-breaking as Saffer's "Designing for Interaction" or Zeldman's "Designing with Web Standards", but for the specificity of the topic, it really does a great job a covering all of the bases and giving real-world, actionable examples and guidance. A great buy - and I think that if you <a href="http://rosenfeldmedia.com/books/webforms/"order it direct from Rosenfield Media</a>, you also get a PDF version (great because it's searchable."<br>
<br>
-By Marty DeAngelo from <a href="http://www.goodreads.com/book/show/3296910.Web_Form_Design_Filling_in_the_Blanks?utm_medium=api&utm_source=blog_review">Goodreads</a><br>
<br>
You can get <a href="http://www.lukew.com/resources/web_form_design.asp">Web Form Design</a> from <a href="http://rosenfeldmedia.com/books/webforms/">Rosenfeld Media</a>. You can also <a href="http://www.amazon.com/exec/obidos/ASIN/B0018S232Q/ref=ase_lukewinterfac-20/">get it at Amazon.com</a>, but for the same price, Rosenfeld Media includes a nicely formatted digital version.<br /><br />Tags: <a href='http://www.lukew.com/ff/archive.asp?tag&forms' rel='tag'>forms</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&Web+applications' rel='tag'>Web applications</a>]]></description><dc:date>2008-07-07</dc:date><dc:creator>LukeW</dc:creator></item><item rdf:about='http://www.lukew.com/ff/entry.asp?698'><title><![CDATA[Event & Discount Code: An Event Apart, San Francisco]]></title><link>http://www.lukew.com/ff/entry.asp?698</link><description><![CDATA[<div class="example"><a href="http://www.aneventapart.com/events/2008/sanfrancisco/"><img src="http://www.lukew.com/ff/content/event_aneventapart.gif" border="0" alt="An Event Apart 2008"></a></div>On August 18th I’ll be speaking at An Event Apart in San Francisco, CA about <a href="http://www.aneventapart.com/events/2008/sanfrancisco">Web Application Hierarchy</a>. <br>
<br>
I'll walk through how people parse Web pages and the implications of this behavior for designers. Specifically, using the principles of visual hierarchy to communicate key information about the purpose and use of Web applications. <br>
<br>
If you are interested in going, feel free to use the <strong>discount code: AEALUKE</strong> for savings on the event cost.<br clear="all" /><strong>Official Description</strong><br>
When a potential customer makes it to one of your pages, what will they do? Do you want them to sign up, share knowledge, buy something, or dive deeper into your content? Don’t leave these decisions to chance. Learn how people scan web pages and how to guide users through key content and actions using visual hierarchy to construct meaningful, prioritized page layouts. Includes multiple before and after examples.<br>
<br>
Hope to see some of you <a href="http://www.aneventapart.com/events/2008/sanfrancisco/">there</a>!<br /><br />Tags: <a href='http://www.lukew.com/ff/archive.asp?tag&visual+communication' rel='tag'>visual communication</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&visual+design' rel='tag'>visual design</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&Web+applications' rel='tag'>Web applications</a>]]></description><dc:date>2008-07-04</dc:date><dc:creator>LukeW</dc:creator></item><item rdf:about='http://www.lukew.com/ff/entry.asp?700'><title><![CDATA[Web Form Design: Interactions Review]]></title><link>http://www.lukew.com/ff/entry.asp?700</link><description><![CDATA[In the July/August 2008 issue of Interactions magazine, Philip Haine (founder of Obvious Design) wrote <a href="http://interactions.acm.org/content/?p=1133">a detailed review</a> of my new book <a href="http://www.lukew.com/resources/web_form_design.asp">Web Form Design</a>. Here's a preview:<br>
<br>
<div class="example"><a href="http://www.lukew.com/resources/web_form_design.asp"><img src="http://www.lukew.com/ff/content/webformdesign_med.gif" border="0" alt="web form design"></a></div>"A well-designed form is barely noticeable. But that doesn’t mean the design process is. Like most design problems, achieving a concise design that seems, in retrospect, obvious, requires much work. There are myriad factors to consider, each with multiple alternatives, each with its pros and cons. Should we have one long form or a sequence of short forms? Should help be provided in-line with the form controls, on the side, or on top? At what point should we validate fields and deal with errors? You could fill a book with the subtleties of form design. <br clear="all" /><br>
Fortunately, Wroblewski has written that book. Drawing on years of experience designing for eBay and Yahoo, he has cataloged the major considerations involved in creating forms. He walks the difficult line between writing for novice and veteran designers. Web Form Design: Filling in the Blanks is an excellent guide for new or de facto designers and a handy reference for veterans. Wroblewski has done the dirty work for us in researching what works best. By following his advice, we—and our users—can quickly and competently get through the forms and onto the fun stuff."<br>
<br>
Check out the full review in the printed version of Interactions magazine or <a href="http://interactions.acm.org/content/?p=1133">access the PDF</a> of the review if you are an ACM member.<br>
<br>
You can get <a href="http://www.lukew.com/resources/web_form_design.asp">Web Form Design</a> from <a href="http://rosenfeldmedia.com/books/webforms/">Rosenfeld Media</a>. You can also <a href="http://www.amazon.com/exec/obidos/ASIN/B0018S232Q/ref=ase_lukewinterfac-20/">get it at Amazon.com</a>, but for the same price, Rosenfeld Media includes a nicely formatted digital version.<br /><br />Tags: <a href='http://www.lukew.com/ff/archive.asp?tag&forms' rel='tag'>forms</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&Web+applications' rel='tag'>Web applications</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&interaction+design' rel='tag'>interaction design</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&visual+design' rel='tag'>visual design</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&interface' rel='tag'>interface</a>]]></description><dc:date>2008-07-02</dc:date><dc:creator>LukeW</dc:creator></item><item rdf:about='http://www.lukew.com/ff/entry.asp?699'><title><![CDATA[Web-Conscious Content Experiences]]></title><link>http://www.lukew.com/ff/entry.asp?699</link><description><![CDATA[In the July/August 2008 issue of Interactions magazine, I wrote an article on <a href="http://interactions.acm.org/content/?p=1132">Web-Conscious Content Experiences</a> about how content pages can be better optimized for the Web ecosystem. Here's a preview:<br>
<br>
<div class="example"><a href=""http://interactions.acm.org/content/?p=1132"><img src="http://www.lukew.com/ff/content/webconcious.gif" border="0" alt="web form design"></a></div>"In today’s search-driven, social, and distributed Web, people are finding their way to content through an increasing number of distinct experiences. Content-aggregator sites like digg and del.icio.us, display surfaces like Facebook and MySpace, content creation sites like blogs and wikis, search engines like Google and Yahoo!, and communication tools like email and instant messaging are all responsible for an increasing amount of traffic to Web content pages. <br clear="all" /><br>
But when people arrive, the Web page they get isn’t optimized for these circumstances. Instead, the vast majority of content pages online remain more concerned about their place within a website rather than their place on the Web. These pages are designed as if they were primarily accessed from a website’s home page or a carefully thought-out selection from the site’s information architecture.<br>
<br>
While these are all worthwhile considerations, they go only so far. In fact, studies conducted on content pages have shown that too much of an insular approach can actually prevent sites from achieving their goal of increased engagement and returning customers. So instead of presenting content only as part of a specific website, consider presenting it as part of the entire Web as well."<br>
<br>
Check out the full article in the printed version of Interactions magazine or <a href="http://interactions.acm.org/content/?p=1132">access the PDF</a> of the article if you are an ACM member.<br /><br />Tags: <a href='http://www.lukew.com/ff/archive.asp?tag&context' rel='tag'>context</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&guidelines' rel='tag'>guidelines</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&interaction+design' rel='tag'>interaction design</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&Web+OS' rel='tag'>Web OS</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&user+experience' rel='tag'>user experience</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&patterns' rel='tag'>patterns</a>]]></description><dc:date>2008-07-02</dc:date><dc:creator>LukeW</dc:creator></item><item rdf:about='http://www.lukew.com/ff/entry.asp?697'><title><![CDATA[Smart Nodes in An Organization]]></title><link>http://www.lukew.com/ff/entry.asp?697</link><description><![CDATA[As part of our <a href="http://www.lukew.com/ff/entry.asp?607">Influencing Strategy by Design</a> course, Tom Chi and I walk through some global trends that provide designers with an opportunity for leadership roles. Specifically Tom illustrates the transition from the 1800s craft economy to the 2000s creative economy.<br>
<br>
In the craft economy of the 1800s, regional markets were filled with individual or family-based craftspeople like blacksmiths or potters. These professions required creativity, were small size (no scale), and did not need a lot of collaboration to get products made. <br>
<br>
In the industrial economy of the 1900s, small craftsmen gave way to large factories and the need for tight command and control grew as scale increased. Lots of coordination was required to develop consistent products within the assembly lines popping up across developed nations. As a result, the need for creativity was limited to fewer people. Most workers had a defined role in the system and needed to be reliable above all else. <br>
<br>
In the economy of the 2000s, creativity is once again a key driver of value as command and control structures can no longer manage the full set of information and decisions required to operate at a global scale. This creates a need for “smart nodes” across the enterprise that can collaboratively lead aspects of the business. These leadership positions are enabled through access to large amounts of data and technology. Creativity is required to make use of this information and set of tools to advance the goals of the organization.<br>
<br>
<div class="example"><img src='http://www.lukew.com/ff/content/smartnodes_scale.gif' alt='Smart Nodes' border='0'></div><br clear="all" />Harvard Business Review recently echoed this sentiment in an article by Rosabeth Moss Kanter titled Transforming Giants: “Employees once acted mainly according to rules and decisions handed down to them, but they now draw heavily on their shared understanding of mission and on a set of tools available everywhere at once. This shift … is now happening with dramatic effects.”<br>
<br>
The importance of creative thinking and “smart nodes” within large organizations plays to the strengths of designers who are adept at recognizing patterns, synthesizing information, and communicating it through visual means. In other words, it creates an opportunity for designers to lead.<br /><br />Tags: <a href='http://www.lukew.com/ff/archive.asp?tag&strategy' rel='tag'>strategy</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&collaboration' rel='tag'>collaboration</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&design+organizations' rel='tag'>design organizations</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&creative+class' rel='tag'>creative class</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&convergence' rel='tag'>convergence</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&theoverlap' rel='tag'>theoverlap</a>]]></description><dc:date>2008-06-30</dc:date><dc:creator>LukeW</dc:creator></item><item rdf:about='http://www.lukew.com/ff/entry.asp?691'><title><![CDATA[Smart Defaults in Travel Booking Forms]]></title><link>http://www.lukew.com/ff/entry.asp?691</link><description><![CDATA[Smart defaults —as described by Barry Schwartz in <a href="http://www.amazon.com/exec/obidos/ASIN/0060005696/ref=ase_lukewinterfac-20/">The Paradox of Choice</a>- are selections put in place that serve the interests of most people. Because smart defaults are designed to help people make good choices, we can utilize them in Web forms to expedite form completion. The trick is to ensure that the defaults in our forms align with our customers’ goals.<br>
<br>
As an example, let’s look at the rather standard “Book a Flight” form on JetBlue’s site. Among the expected questions of where are you going and when is a set of questions about number of adults and/or kids traveling on this flight.<br>
<br>
<div class="example"><img src='http://www.lukew.com/ff/content/smartdefualts_jetblue.gif' alt='JetBlue Book a Flight' border='0'></div><br clear="all" />Now last I checked, the majority of people booking flights online are adults and they generally intend to travel on the flight they book. So defaulting this value to zero might not serve the interests of most people filling in this form. In fact, on more than on instance I’ve found myself with an error when I inadvertently left the default of zero travelers in place.<br>
<br>
<div class="example"><img src='http://www.lukew.com/ff/content/smartdefualts_jetblue2.gif' alt='Expedia Smart Defaults' border='0'></div><br clear="all" />Perhaps Jetblue has a high quantity of kids traveling alone or with families and wants to make sure each person booking a flight explicitly considers how many travelers are going. But it seems to me other travel sites like Expedia (pictured above) got it right with a smart default of one adult traveler.<br>
<br>
<div class="example"><a href="http://www.lukew.com/resources/web_form_design.asp"><img src="http://www.lukew.com/ff/content/webformdesign_med.gif" border="0" alt="web form design"></a></div><strong>For more on Form Design...</strong><br>
Check out Luke's book about Web form usability, visual design, and interaction design considerations: <a href="http://www.lukew.com/resources/web_form_design.asp">Web Form Design: Filling in the Blanks</a>.<br clear="all" /><br /><br />Tags: <a href='http://www.lukew.com/ff/archive.asp?tag&forms' rel='tag'>forms</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&guidelines' rel='tag'>guidelines</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&decision+making' rel='tag'>decision making</a>]]></description><dc:date>2008-06-26</dc:date><dc:creator>LukeW</dc:creator></item><item rdf:about='http://www.lukew.com/ff/entry.asp?692'><title><![CDATA[An Event Apart: Web Application Hierarchy]]></title><link>http://www.lukew.com/ff/entry.asp?692</link><description><![CDATA[<div class="example"><a href="http://www.lukew.com/resources/articles/PageHierarchy_LukeW_06232008.pdf"><img src="http://www.lukew.com/ff/content/deck_eventapart08.gif" border="0" alt=Visual Hierarchy"></a></div>In my <a href="http://www.aneventapart.com/events/2008/boston/">Web Application Hierarchy</a> presentation at An Event Apart Boston 2008, I walked through the importance of visual hierarchy, visual principles for developing effective hierarchies, and utilizing applications of visual hierarchy to communicate central messages, guide actions, and present information.<br clear="all" /><br>
<strong>Download the slides from my presentation:</strong> <a href="http://www.lukew.com/resources/articles/PageHierarchy_LukeW_06232008.pdf">Web Application Hierarchy</a> (2.9 MB PDF)<br>
<br>
<strong>Notes from my presentation:</strong><ul><li><a href="http://www.scribblelive.com/Event/Web_Application_Hierarchy_-_Luke_Wroblewski_-_An_Event_Apart_Boston_2008">Web Application Hierarchy - Luke Wroblewski - An Event Apart Boston 2008</a> -Scribble Live</li><li><a href="http://www.karlynmorissette.com/2008/06/web-application-hierarchy.html">Web Application Hierarchy</a> -Karlyn Morissette</li><li><a href="http://www.randomkitty.net/blog/2008/06/27/an-event-apart-day-one-conference-notes-part-1/">An Event Apart Day One Conference Notes Part 1</a> -RKNet Blog</li></ul><strong>Official Description</strong><br>
When a potential customer makes it to one of your pages, what will they do? Do you want them to sign up, share knowledge, buy something, or dive deeper into your content? Don’t leave these decisions to chance. Learn how people scan web pages and how to guide users through key content and actions using visual hierarchy to construct meaningful, prioritized page layouts. Multiple before and after examples will be shown.<br /><br />Tags: <a href='http://www.lukew.com/ff/archive.asp?tag&Web+applications' rel='tag'>Web applications</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&visual+communication' rel='tag'>visual communication</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&visual+design' rel='tag'>visual design</a>]]></description><dc:date>2008-06-24</dc:date><dc:creator>LukeW</dc:creator></item><item rdf:about='http://www.lukew.com/ff/entry.asp?696'><title><![CDATA[An Event Apart: Good Design Ain’t Easy]]></title><link>http://www.lukew.com/ff/entry.asp?696</link><description><![CDATA[Jason Santa Maria’s <a href="http://www.aneventapart.com/events/2008/boston/#schedule">Good Design Ain’t Easy</a> talk at An Event Apart 2008 argued for deeper graphic resonance in the presentation of content online.<ul><li>We are trained to look for stories within images. These images have a huge impact on how we interpret content.</li><li>Graphic resonance can be used to control how the story unfolds. It helps set the mood.</li><li>Information visualizations can tell dramatic stories as well –Tufte march to Moscow diagram</li><li>Wired magazine sets the tone for stories in its printed version through layout and typography. When these stories are moved online, we loose the impression that design was able to create on us.</li><li>We have distilled stories into content online. They lack the impact of printed materials.</li><li>“Design can’t not communicate.” –David Carson</li><li>Why are there no landmark Web designs? The Nature of the Medium may be to blame.</li><li>Constraints of a page exist in print: width & length. Pages can extend infinitely on Web. But are only seen through size of browser window. </li><li>Large size of Web page gives you license to talk –add lots of stuff. Entire structure of book: cover, contents, copyright often ends up needing to be included on single page.</li><li>The design of printed pages can’t change. Web pages can be re-structured by fonts, colors, etc.</li><li>Collections of Pages: by looking at book, we can get a sense of scale. We are missing that online.</li><li>Layout: missing ability to exploit ratios like golden ratio because of layout capabilities. We can’t rely on fixed dimensions online. Perhaps width but even then not certain.</li><li>It’s not possible to look at designs online through the lens of print. We can’t compare the two in the same way.</li></ul><br /><br />Tags: <a href='http://www.lukew.com/ff/archive.asp?tag&visual+design' rel='tag'>visual design</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&personality' rel='tag'>personality</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&persuasive+design' rel='tag'>persuasive design</a>, <a href='http://www.lukew.com/ff/archive.asp?tag&aesthetics' rel='tag'>aesthetics</a>]]></description><dc:date>2008-06-23</dc:date><dc:creator>LukeW</dc:creator></item><item rdf:about='http://www.lukew.com/ff/entry.asp?695'><title><![CDATA[An Event Apart: The Lessons of CSS Frameworks]]></title><link>http://www.lukew.com/ff/entry.asp?695</link><description><![CDATA[At <a href="http://www.aneventapart.com/events/2008/boston/#schedule">An Event Apart Boston 2008</a>, Eric Meyer walked through common characteristics of several Cascading Style Sheet (CSS) frameworks and outlined lessons that can be learned from their structure.<ul><il>CSS frameworks abstract away a lot of the layout work that is required when coding CSS.</li><li>Popular frameworks include: 960, blueprint, content with style, elements, that standards guy, Tripoli, WYMStyle, YAML, YUI</li><li>None of these CSS frameworks are right for you. You need to create solutions that are appropriate for the work you do. However, they can provide valuable lessons.</li><li>All frameworks have set of reset styles, default color sets, and fonts defaults. Most frameworks leave forms alone as styling forms is difficult. Few have print styling options. Many frameworks support multiple layout options.</li><li>Most font resetting is done at 12 or 13 pixels. Line height should always use a scaling factor. If set in ems, it will propagate through the document tree.</li><li>No frameworks make headings smaller than paragraph text. HTML4 allows some headings to be smaller.</li><li>Header size averages (based on all CSS frameworks analyzed): h1 2.33/2, h2 1.8/1.67 h3 1.45/1.38, h4 1.25, h5 1.11, h6 1.05</li><li>Naming Conventions: pick whatever layout and add appropriate class name (grid1, column2, column3) or use universal element naming (header, main, footer, nav)</li><li>Layout can be managed by invoking an appropriate style when all styles are included in a single CSS file. Though you are loading every possible layout when only need 1-2, this can improve performance for sites with lots of traffic. In these cases, the fewer hits on the server the better as the number of hits quickly becomes the gating factor for performance not the size of a document.</li><li>An alternative method for managing styles is simply linking to an appropriate style sheet with the layout you want. Caching allows linked files to be available for some returning users.</li><li>Hacks in CSS frameworks tell us what CSS is missing and what browser issues exist. Common hacks in CSS frameworks include: fixing problems with clearing for ways to wrap content around floating elements, pseudo-padding for defining what width means for an element, and Internet Explorer 6 support.</li><li>Frameworks can include styling for external, internal, mailto, links using attribute selectors but we can’t relay on these as IE6 does not understand them.</li><li>Some frameworks include compressed files with no comments or extra white space, which are designed for machines.</li><li>Several frameworks include debugging styles: show grids, layouts</li><li>Best practices from CSS frameworks include:<ul><li>Use a directory structure for different CSS file types</li><li>Link to style sheets</li><li>Utilize separate files for layout, not classes</li><li>Use a reset file, and default text sizes</li><li>Default colors can be set per body</li><li>Build debug styles</li></ul></li></ul><br /><br />Tags: <a href='http://www.lukew.com/ff/archive.asp?tag&technology' rel='tag'>technology</a>]]></description><dc:date>2008-06-23</dc:date><dc:creator>LukeW</dc:creator></item></rdf:RDF>