<?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>The Web Usability Blog&#187; Methodology</title>
	<atom:link href="http://webusability-blog.com/category/methodology/feed/" rel="self" type="application/rss+xml" />
	<link>http://webusability-blog.com</link>
	<description>Tips, insights and meandering thoughts about usability and information architecture</description>
	<lastBuildDate>Sun, 20 Feb 2011 16:47:59 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>How to track down the least visited pages of your website and what to do with them</title>
		<link>http://webusability-blog.com/how-to-track-down-the-least-visited-pages-of-your-website-and-what-to-do-with-them/</link>
		<comments>http://webusability-blog.com/how-to-track-down-the-least-visited-pages-of-your-website-and-what-to-do-with-them/#comments</comments>
		<pubDate>Wed, 25 Aug 2010 15:07:22 +0000</pubDate>
		<dc:creator>Els Aerts</dc:creator>
				<category><![CDATA[Information architecture]]></category>
		<category><![CDATA[Methodology]]></category>
		<category><![CDATA[conversion]]></category>
		<category><![CDATA[copywriting]]></category>

		<guid isPermaLink="false">http://webusability-blog.com/?p=1111</guid>
		<description><![CDATA[Producing content is fun. But are all those pages really helping users? Or are they getting in the way? A step-by-step guide to putting your website on a diet.]]></description>
			<content:encoded><![CDATA[<h1>Too many pages makes life hard for your visitors</h1>
<p>Your website should focus on your users&#8217; top tasks. Unfortunately, lots of websites don&#8217;t do that. They put everything they have ever done and more on their website. Result: a website with loads of pages nobody&#8217;s interested in.</p>
<p>Is that really so bad though? I mean, a user can ignore those pages he&#8217;s not interested in, right? </p>
<p>Theoretically, yes. But in practice, those extra pages make for a more complex navigation stucture, more links and more choices. </p>
<p>Which makes it hard for people to find what they&#8217;re looking for. </p>
<p>If your website focuses on the stuff people really use it for, there will be fewer pages and people will find what they need a lot faster. Because there&#8217;s no clutter to distract them. </p>
<p>Less is more. More conversion. More satisfied visitors. More return on investment.</p>
<h1>Use Google Analytics to track down rarely visited pages</h1>
<p>I&#8217;m using Google Analytics as an example because it&#8217;s the most widely used tool. You can of course use other analytics tools as well.<span id="more-1111"></span></p>
<h2>1. Define a period that&#8217;s suitably long</h2>
<p>For a first analysis, I usually take 6 months. That way, I minimise the risk that the results of my findings will be brushed aside by people who blame the holidays, the weather and other stuff for the lack of visitors on &#8216;their&#8217; pages. Heck, if your website is heavily subjected to seasonal changes, make it 12 months.</p>
<p><a href="https://s3-eu-west-1.amazonaws.com/usabilityblogen/least-visited-1-big.gif" rel="lightbox[1111]"><img class="alignnone" title="Choose a period that's long enough so you cancel out seasonal anomalies" src="https://s3-eu-west-1.amazonaws.com/usabilityblogen/least-visited-1-small.gif" alt="" width="500" height="112" /></a></p>
<h2>2. Go to &#8216;Content&#8217; and choose &#8216;Top Content&#8217;</h2>
<p>On this page, have a look at the total number of unique pages that were visited in the period you defined and check this number against the total number of pages on your site. If the second number is far greater than the first, I&#8217;ve got some bad news for you: you&#8217;ve got lots of pages nobody ever visits.  </p>
<p><a href="https://s3-eu-west-1.amazonaws.com/usabilityblogen/least-visited-2-big.gif" rel="lightbox[1111]"><img class="alignnone" title="Go to 'Top Content' and choose 'Advanced Filter'" src="https://s3-eu-west-1.amazonaws.com/usabilityblogen/least-visited-2-small.gif" alt="" width="500" height="331" /></a></p>
<h2>3. Click on &#8216;Advanced Filter&#8217; at the bottom</h2>
<p>Don&#8217;t worry. There&#8217;s nothing advanced about what we&#8217;re going to do.</p>
<h2>4. In the dropdown ‘Filter’, select ‘Unique Pageviews’</h2>
<p>I choose &#8216;Unique Pageviews&#8217; because &#8216;Pageviews&#8217; is somewhat artificial. If a person visits the same web page 5 times during 1 visit, Google Analytics counts that as 5 pageviews but only as 1 unique pageview.</p>
<p><a href="https://s3-eu-west-1.amazonaws.com/usabilityblogen/least-visited-3-big.gif" rel="lightbox[1111]"><img class="alignnone" title="Filter on 'Unique Pageviews'" src="https://s3-eu-west-1.amazonaws.com/usabilityblogen/least-visited-3-small.gif" alt="" width="500" height="204" /></a></p>
<h2>5. Enter a number</h2>
<p>For a first analysis, I usually want an oveview of all pages with less than 50 pageviews over a period of 6 months. I think that&#8217;s being quite generous&#8230;</p>
<p>You can of course change this number to 100 or more. </p>
<p><a href="https://s3-eu-west-1.amazonaws.com/usabilityblogen/least-visited-4-big.gif" rel="lightbox[1111]"><img class="alignnone" title="Set the filter and apply it" src="https://s3-eu-west-1.amazonaws.com/usabilityblogen/least-visited-4-small.gif" alt="" width="500" height="123" /></a></p>
<h2>6. Click on &#8216;Apply Filter&#8217;</h2>
<p>Nearly there. On the screen you see now, you can already tell how many pages have been visited less than 50 times.</p>
<h2>7. Sort by ‘Unique Pageviews’</h2>
<p>This sorts the results by the number of unique pageviews. The standard setting is on the total number of pageviews. For our report, that&#8217;s not quite ideal. </p>
<p><a href="https://s3-eu-west-1.amazonaws.com/usabilityblogen/least-visited-5-big.gif" rel="lightbox[1111]"><img class="alignnone" title="Sort by 'Unique Pageviews'" src="https://s3-eu-west-1.amazonaws.com/usabilityblogen/least-visited-5-small.gif" alt="" width="500" height="363" /></a></p>
<h2>8. Save report</h2>
<p>For some strange reason, Google doesn&#8217;t allow you to save the settings of your filters. (In case you can and I&#8217;m missing something: do enlighten me.) As an alternative solution, I click on &#8216;Add to Dashboard’ at the top of the page. That way I can quickly access this report from my homepage (the dashboard).</p>
<p><a href="https://s3-eu-west-1.amazonaws.com/usabilityblogen/least-visited-6-big.gif" rel="lightbox[1111]"><img class="alignnone" title="Click on 'Add to Dashboard'" src="https://s3-eu-west-1.amazonaws.com/usabilityblogen/least-visited-6-small.gif"/></a></p>
<h1>What do you know now?</h1>
<p>You know which pages have been visited less than x times in the period you defined.</p>
<p>Hopefully that number hasn&#8217;t left you shell-shocked. We had to tell a customer recently that over 80% of their web pages were visited less than 50 times during the past 6 months&#8230;</p>
<p>Not the greatest news to deliver, but they took it really well and decided to dedicate the next 12 months to <a href="http://webusability-blog.com/cms-dont-manage-websites-people-do/">managing existing content rather than creating new pages</a>.</p>
<h1>Is &#8216;barely visited&#8217; reason enough to get rid of a page?</h1>
<p>Not always, but it does give a good indication. Apart from the cold, hard figures there are other things to take into account:</p>
<ul>
<li><strong>Conversion rate</strong><br />
If the conversion rate is (much) higher than average, you need to wonder why that page isn&#8217;t visited more often. Is there a way to get more people to visit that page?</li>
<li><strong>Because you have to</strong><br />
Sometimes, but only sometimes, that&#8217;s a valid reason. Not because your boss tells you to but because it&#8217;s a page you have to have for legal reasons for example.</li>
<li><strong>User research</strong><br />
Interviews with customers, the <a href="http://webusability-blog.com/analyse-your-site-search-to-increase-roi/">analysis of your search feature</a> and other methods of <a href="http://www.agconsult.be/en/usability/user-research.asp">user research</a> can help you to find out what your visitors top tasks are. </p>
<p>We always advise to combine logfile analysis with one of these methods: logfiles can only tell you what people do on your website, not what they&#8217;d like to do or can&#8217;t find. </p>
<p>If one of your visitors&#8217; top tasks is the same as one of your site&#8217;s least visited pages, you know there&#8217;s a lot of work to be done.</li>
</ul>
<h1>What do you do with rarely visited pages?</h1>
<ul>
<li><strong>Delete</strong><br />
For most pages at the bottom of this list: just hit the delete button. That news article you write 2 years ago will not be missed. Goodbye and good riddance.</li>
<li><strong>Cluster information</strong><br />
A lot of sites use 10 pages where instead they should just have 1 page. Pull yourself together and have the courage to get rid of the stuff nobody&#8217;s interested in. Trim the fat. Stick to the essentials.</li>
<li><strong>Reactivate</strong><br />
Reactivate the interest in pages that have a high conversion rate or are actually one of your visitors&#8217; top tasks. Some possibilities: put a link on the homepage, give it a more prominent place in your navigation, rewrite the page, create more links to the page, etc.</li>
<li><strong>Leave them to rot in your website&#8217;s darkest holes</strong><br />
This only applies to those pages you need to keep for legal reasons.<br />
Take care to bury them really deep where they&#8217;re not likely to bother people.</li>
</ul>
<h3>You might also like:</h3>
<ul>
<li><a href="http://webusability-blog.com/category/information-architecture/">Information architecture: the basics</a></li>
<li><a href="http://webusability-blog.com/cms-dont-manage-websites-people-do/">CMSs don&#8217;t manage websites, people do</a></li>
</ul>
<blockquote><p><strong>Need some help?</strong><br />
Start with a <a href="http://www.agconsult.be/en/usability/content-review.asp">content review</a> or one of our <a href="http://www.agconsult.be/en/usability/informationstructure.asp">information architecture</a> or <a href="http://www.agconsult.be/en/usability/user-research.asp">user research</a> services. Or just give us a call on 0032 (0)3 293 39 96 or <a href="mailto:els.aerts@agconsult.be">send me an email</a>.</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://webusability-blog.com/how-to-track-down-the-least-visited-pages-of-your-website-and-what-to-do-with-them/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Experts don&#8217;t know everything, not even usability experts</title>
		<link>http://webusability-blog.com/experts-dont-know-everythin/</link>
		<comments>http://webusability-blog.com/experts-dont-know-everythin/#comments</comments>
		<pubDate>Fri, 19 Feb 2010 08:24:34 +0000</pubDate>
		<dc:creator>Karl Gilis</dc:creator>
				<category><![CDATA[Information architecture]]></category>
		<category><![CDATA[Methodology]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[user research]]></category>

		<guid isPermaLink="false">http://webusability-blog.com/?p=877</guid>
		<description><![CDATA[Web builders or information architects who claim they don't need to involve real users because 'they know what's best' are pretty pretentious. ]]></description>
			<content:encoded><![CDATA[<h1><strong>Do experts know everything?</strong></h1>
<p>10 years ago I thought so. More specifically: I thought <strong>I</strong> knew everything.</p>
<p>Surely my usability expertise, my deep knowledge of information architecture would be enough to find and solve all the usability issues on every possible website?</p>
<h1><strong>Without research you can never truly know your users</strong></h1>
<p>10 years of <a href="http://www.agconsult.be/en/usability/users.asp">user testing</a> have made me a bit more modest. Okay, a lot more modest. <a href="http://www.agconsult.be/en/usability/expert.asp">Expert knowledge</a> alone is not enough.</p>
<p>Does that mean I&#8217;m not a good usability expert? Hell no. I think I know more about <a href="http://www.agconsult.be/en/web-usability.asp">web usability</a> and <a href="http://www.agconsult.be/en/usability/informationstructure.asp">information architecture</a> than anyone else in Belgium. (Non-Belgian readers, please suppress that giggle.) Actually, that&#8217;s a lie: <a href="http://webusability-blog.com/about/els-aerts/">Els</a> knows more about it than I do. See, I told you I was modest.</p>
<p>And still, despite all of our combined expertise, we often say things like ‘That depends’, ‘We&#8217;ll have to ask your customers that&#8217; or &#8216;We&#8217;ll have to test that&#8217;.<span id="more-877"></span></p>
<h1><strong>Usability rules are not stone tablets</strong></h1>
<p>A lot of web designers and programmers resent those answers. They like it when everything is fixed. That makes it nice and easy.</p>
<p>Admittedly, Jakob Nielsen&#8217;s rules, the interface pattern libraries you see all around and even the usability tips we write on this blog, sometimes suggest it&#8217;s all black and white, clear-cut.</p>
<p>Wake up call: it isn&#8217;t. Usability isn&#8217;t that thing you read about in books. To fully understand usability, you have to see real users in action.</p>
<p>There are lots of rules and often those rules are right. But sometimes they&#8217;re also flexible, open for interpretation. Quite often the things that we as experts thought might cause problems end up not troubling users at all, while the things we thought wouldn&#8217;t be too much of a problem cause half of the test users to trip up.</p>
<p>Is that because we&#8217;re stupid? Because we&#8217;re not really experts after all?</p>
<p>I don&#8217;t think so. And our <a href="http://www.agconsult.be/en/references/">customers</a>, who gave us a client satisfaction score of 100% in our latest audit in 2009, obviously don&#8217;t think so either.</p>
<h1><strong>Content and structure are determined by your visitors</strong></h1>
<p>When it comes to your site&#8217;s information structure and your content, the rules don&#8217;t really help you much. They get more than a little vague.</p>
<p>A few examples:</p>
<ul>
<li>Use words that your visitors understand for your menu labels</li>
<li>Put the 3 to 5 things that matter most to your visitors above the page-fold on a detail page</li>
<li>Start every page and every paragraph with the most important information you&#8217;ve got</li>
</ul>
<p>While these rules are all true, they&#8217;re also very theoretical. Which words do your visitors understand? What exactly are those 3 to 5 most important things according to your visitors?</p>
<h1><strong>Pretentious</strong></h1>
<p>In all modesty, we think web builders or information architects who claim they don&#8217;t need to involve real users because &#8216;they know what&#8217;s best&#8217; are pretty pretentious.</p>
<p>Sure, those web builders&#8217; and information architects&#8217; common sense will probably keep their customers safe from all too big disasters. But is that really good enough?</p>
<h1><strong>User research gets you facts </strong></h1>
<p>Are you really so all-knowing that you know what people exactly want to know about a hotel, an airconditioing unit and an oil-free compressor? And a forklift, a handbag and a car loan?</p>
<p>Really? Wow, you must be making around 10.000 euro/hour. Congratulations!</p>
<p>In all fairness, nobody knows those things. The only way to find out what your visitors really want is by doing <a href="http://www.agconsult.be/en/usability/user-research.asp">user research</a>. That doesn&#8217;t have to be ridiculously expensive. You can do some of it yourself. A good online survey and interviews with potential or existing customers will already point you in the right direction.<br />
<a name="feiten"></a></p>
<h1><strong>Facts trump opinions</strong></h1>
<p>One of the biggest advantages of user research is that it gets you facts. The case for the information structure you present to your client is a whole lot stronger if you can base your decisions on facts rather than just your own opninion. Data from logfile analysis, survey results, user test videos &#8211; those are things that make compelling arguments, not your opinion.</p>
<p>Gathering facts is the main reason why we push clients to include user research in their project. Agreed, it costs a bit more when you&#8217;re doing it, but it sure saves time on meetings full of endless discussions based on nothing more than opinions.</p>
<h3>Related articles</h3>
<ul>
<li><a href="http://webusability-blog.com/webdesign-process-is-the-customer-king/">Webdesign process: is the customer king?</a></li>
<li><a href="http://webusability-blog.com/information-architecture-the-basics/">Information architecture: the basics</a></li>
</ul>
<h1>What do you think?</h1>
<p>Are we right or are we right? Feel free to disagree.</p>
]]></content:encoded>
			<wfw:commentRss>http://webusability-blog.com/experts-dont-know-everythin/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Webdesign process: is the customer king?</title>
		<link>http://webusability-blog.com/webdesign-process-is-the-customer-king/</link>
		<comments>http://webusability-blog.com/webdesign-process-is-the-customer-king/#comments</comments>
		<pubDate>Sun, 31 Jan 2010 14:30:43 +0000</pubDate>
		<dc:creator>Els Aerts</dc:creator>
				<category><![CDATA[Information architecture]]></category>
		<category><![CDATA[Methodology]]></category>
		<category><![CDATA[facts]]></category>
		<category><![CDATA[user research]]></category>

		<guid isPermaLink="false">http://webusability-blog.com/?p=794</guid>
		<description><![CDATA[Not the company that owns the website should be central in the webdesign process but the company's customers. Talk to them to find out what they want.]]></description>
			<content:encoded><![CDATA[<h1><strong>Is the customer king?</strong></h1>
<p>You&#8217;re probably thinking that should be a statement instead of a question. Well&#8230; yes, the customer is king. And no, he isn&#8217;t really. </p>
<p>One of the main reasons a lot of websites fail to deliver is because they&#8217;re made according to the specifications of the company that ordered it. Don&#8217;t get me wrong. It&#8217;s good for a web builder or usability expert to find out what the customer wants. But it&#8217;s not enough. </p>
<p>We tell most of our customers at the start of a usability project that it doesn&#8217;t really matter all that much what they think or want. </p>
<p>What we think doesn&#8217;t matter that much either.</p>
<h1>It&#8217;s not your customer&#8217;s opinion that counts, it&#8217;s his customers&#8217; opinion</h1>
<p>You don&#8217;t make a company&#8217;s website for that company. You make it for that company&#8217;s customers. </p>
<p>Their needs and expectations are what matters. A website can only be truly successful if it caters to the needs of its visitors, not to the needs of its owners or makers. </p>
<p>Finding out what visitors want is crucial if you want to base your <a href="http://www.agconsult.be/en/usability/functional-analysis-rfp.asp">functional analysis</a> and <a href="http://www.agconsult.be/en/usability/informationstructure.asp">information architecture</a> on facts rather than feelings.</p>
<h1>Companies know their customers</h1>
<p>Yeah, right.<span id="more-794"></span></p>
<p>That&#8217;s what I thought. But 10 years of experience have taught me that a lot of companies know surprisingly little about their customers. </p>
<p>Try it yourself if you don&#8217;t believe me. Ask your customer (or yourself if you&#8217;re a CEO, communication or marketing manager) questions like:</p>
<ul>
<li>Who visits your website?</li>
<li>Why do people visit your website?</li>
<li>Why do people buy your product and not your competitor&#8217;s?</li>
<li>Why do they buy product x and not product y of the same series?</li>
<li>What are your potential customers&#8217; 10 most frequently asked questions?</li>
</ul>
<p>It&#8217;s amazing how often companies don&#8217;t know the answers to these questions. Or how often the answers start with “I think” or “According to us”.</p>
<p>Which basically means &#8220;We don&#8217;t know&#8221;. Time for user research to make sure you can start your answers with &#8220;We know&#8221;.</p>
<h1>User research</h1>
<p>How do you find out what people want from a website? </p>
<p>That&#8217;s easy: you ask them. And you check what they&#8217;re already doing on your site.</p>
<p>A few user research methods we use:</p>
<ul>
<li><strong>Logfile analysis</strong><br />
Logfiles can tell you what people are doing on your website. They can&#8217;t tell you what they&#8217;d like to do or what they can&#8217;t do.</li>
<li><strong>Keyword analysis</strong><br />
Analysing the keywords people type into your search feature tells you what people are looking for on your site and which words they use.</li>
<li><strong>Customer contacts analysis</strong><br />
Ask everybody in your company who comes into contact with customers to keep track of the questions they ask so you know what the 10 most frequently asked questions are.</li>
<li><strong>Online survey</strong><br />
An online survey is a great way to find out more about your visitors&#8217; profile and what they&#8217;re looking for on your website. A short survey with the right questions still gets loads of responses.</li>
<li><strong>Interviews</strong><br />
Interviews with potential and existing customers are vital if you want to get details about what they really want from your website.</li>
<li><strong>User tests</strong><br />
User tests will show you what people like and dislike about your website and your competitors&#8217;.</li>
</ul>
<h1><strong>Is user research always interesting?</strong></h1>
<p>Absolutely. You always learn something new.</p>
<p>Of course you don&#8217;t always have to use all the methods we described. Our advice is to choose at least 1 analytical method (logfile analysis, keyword analysis or customer contacts analysis) and 1 other method. </p>
<p>Don&#8217;t get carried away with the number of people you interview or do user tests with either. Around 10 people is plenty, unless of course you have a huge website with loads of different target audiences.</p>
<h3><strong>Examples</strong></h3>
<ul>
<li><strong>Environmental government agency</strong><br />
The agency thought their website was mostly visited by 2 types of visitors:<br />
- Farmers and environmental professionals looking for scientific data.<br />
- Companies looking for information on environmental permits.<br />
Research showed these assumptions were wrong. Sure, 20% of visitors were companies and around 3% were farmers and environmental professionals. But about 75% of visitors were regular people looking for information on air and water quality in their area and tips on how to be environmentally friendly.</li>
</ul>
<p></p>
<ul>
<li><strong> Air conditioning manufacturer</strong><br />
Our customer thought the website was very important for engineering companies, architects, etc.<br />
Research showed these people rarely visited the website. The real visitors were end customers looking for information on air conditioning. And they weren&#8217;t too impressed with sales arguments like ‘titanium air filter’ and ‘only 69db’. Their main reasons to buy a particular air conditioning unit were things like ‘it&#8217;s really quiet&#8217; and &#8216;it fits with our decorating scheme&#8217;.</li>
</ul>
<p></p>
<ul>
<li><strong>Hospital</strong><br />
The hospital we worked for was convinced their website had to inform people about medical conditions and treatments. User research told a different story. People were mostly looking for contact information, phone numbers of doctors and visiting hours. As a matter of fact, more people used the website to look for information on the cafeteria than information about a medical condition or treatment.</li>
</ul>
<p></p>
<ul>
<li><strong>Scientific research institute</strong><br />
User research showed that the visitor profile was very different depending on the language version of the website. The Dutch version of the site was mostly visited by teachers, students and non-scientists, looking for general information or didactic material. The English version of the site was mostly visited by staff and scientists from other research institutes and industry, looking for information on specific research projects or scientists&#8217; contact details.</li>
</ul>
<h1><strong>So don&#8217;t talk to the customer?</strong></h1>
<p>Of course you should. Talking to your customer is always important.</p>
<p>But don&#8217;t just talk to the CEO or the web manager. Talk to people from all divisions of the company so you can find out what their expectations are about the website.  </p>
<p>And always, always check the company&#8217;s wishes and expectations against those of the people it&#8217;s all about: the website&#8217;s visitors.  </p>
<h1><strong>Conclusion: talk to your customer and his customers</strong></h1>
<p>What does all that talking get you? An excellent view on what the website should and shouldn&#8217;t do and what the visitors&#8217; top tasks are.</p>
<p>The end result: happy website visitors. Which in turn leads to a happy customer for you. </p>
<h1>Care to share your experiences?</h1>
<p>We&#8217;d love to hear from you.</p>
]]></content:encoded>
			<wfw:commentRss>http://webusability-blog.com/webdesign-process-is-the-customer-king/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>14 quotes and explanations</title>
		<link>http://webusability-blog.com/14-quotes-and-explanations/</link>
		<comments>http://webusability-blog.com/14-quotes-and-explanations/#comments</comments>
		<pubDate>Sun, 07 Jun 2009 17:19:33 +0000</pubDate>
		<dc:creator>Els Aerts</dc:creator>
				<category><![CDATA[Methodology]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[quotes]]></category>

		<guid isPermaLink="false">http://webusability-blog.com/?p=222</guid>
		<description><![CDATA[Sometimes a client says something that makes it clear to us usability professionals that they are simply not ready for a good website. 13 quotes and a little explanation.]]></description>
			<content:encoded><![CDATA[<p>A few people rightly asked for a bit more information on the quotes in the &#8220;<a href="http://webusability-blog.com/13-quotes-that-show-the-customer-isnt-ready-for-a-good-website/comment-page-1/#comment-18">13 quotes that show the customer isn’t ready for a good website</a>&#8221; post.<br />
So here it is.</p>
<p><strong>1. “Why we want a new website? We don’t like the old one anymore.”</strong><br />
You don’t have to like your website. Your visitors have to like it. Unless you have evidence (logfiles, user tests, ROI …) that your visitors don’t like it, don’t change it.</p>
<p><strong>2. “Interactivity is very important to us.”</strong><br />
I meet a lot of customers who think ‘interactivity’ is the holy grail. They want a forum and a chat room and a blog… They don’t seem to realise that’s not necessarily what people want from a utilities company.</p>
<p><strong>3. “We know what we want. Our web team has had a brainstorm session about it.”<br />
</strong>No amount of brainstorming can tell you what your customers want. Never has, never will. Stop brainstorming and start gathering facts.<span id="more-222"></span></p>
<p><strong>4. “We’d like a big visual at the top of every page.”<br />
</strong>P-lease. Unless you’ve got a website that’s dedicated to photography or graphic design, big visuals are not what people are looking for on your website. Also, big visuals tend to push the actual content on the page down. Down below the page-fold. A dark, damp place some people simply do not like to visit.</p>
<p><strong>5. “We’ve already chosen the technical system. Now all we have to do is get the content in there.”</strong><br />
The importance of a good information structure and quality content is still hugely underestimated. As Gerry McGovern (www.gerrymcgovern.com) said in his column of November 2008: “Content migration-and its first cousin, website “redesign”-are all about pouring sour old milk into new portal jugs.” It’s still the same old stinky milk, people.</p>
<p><strong>6. “Our advertising agency has already made the lay-out. All you have to do is make the tree structure.”</strong><br />
Graphics never take precedence over content. Lay-out never comes before tree structure. The lay-out of a site needs to be adapted to the structure and content, not the other way around. And ‘advertising company’? Not webdesign company? Eeeek!</p>
<p><strong>7. “Where in the menu is the procurement division?”</strong><br />
When designing a tree structutre for a big company with many divisions, especially an intranet or extranet, there’s always a point when the various departments or divisions within the company start looking for ‘their’ part on the website. “It isn’t there”, I have to tell them. Because nobody’s looking for a division, they’re looking because need to find a form or a specific procedure. And that’s a lot easier in a structure based on user needs than a structure based on a company’s internal structure.</p>
<p><strong>8. “That’s a very sensitive issue in our company.”</strong><br />
Some companies are very, very sensitive. Don’t talk too loud in their presence or they might start to cry. Depending on the company or organisation, different things can be ’sensitive’. Product comparisons are often a sensitive issue, I find. Not even comparisons with other companies (heaven forbid!) but of a company’s own product range. Because they don’t like saying that product X, which is 2 times the price of product Y, actually does have a longer battery life and more interesting features. Because, if they don’t make it easy for the visitor to see that, he won’t find out. Right?</p>
<p><strong>9. “Prices on our website? No way.”<br />
</strong>This one is completely self-explanatory, I’m afraid.</p>
<p><strong>10. “We really think we need a news section.”<br />
</strong>Oh really? Because you have so many interesting things to share with your visitors? In that case, go ahead. Or because you want a place on your website where you want to tell people who the new marketing manager is? In that case, I’ve got some news for you: people don’t care.</p>
<p><strong>11. “We’ve positioned the product like that for 10 years. We’re not going to change it.”<br />
</strong>That might be the case if you’ve sold that product in actual shops before. But if user tests show that, online, people don’t ‘get’ your way of selling that product, you have to change it or be prepared for disappointing online sales figures. On the web, it’s adapt or die.</p>
<p><strong>12. “That word doesn’t really fit our corporate image. We don’t want to use it on our website.”</strong><br />
I really hate it when people say this. Probably because I’m not a big fan of the words ‘corporate image’. (But I’ve said them, haven’t I? Ha!) Usually it means a company doesn’t want to use a simple, down-to-earth word that regular people like you and me use but instead want to use a fancy, corporate-speak word. Like, I don’t know, ‘buying’ instead of ‘procurement’.</p>
<p><strong>13. “Our web builder/ IT department says that isn’t possible.”<br />
</strong>Okay, this one can go either way. Sometimes it really isn’t possible. But many, many, many times it totally is. It’s just not easy to do. Or fun to do. But it is possible. Boring and hard work, but possible.</p>
<p>Since writing the post and publishing it, I heard another one at a recent meeting. An oldie, but apparently still used by some communications agencies.</p>
<p>So here’s <strong>14. “We want to turn it into a portal.”</strong><br />
What is that anyway, a portal? If I’d ask you all for a definition I’m sure I’d end up with many different ones. Why do so many companies want to have a ‘portal’? Does website not sound fancy enough? I’m all for websites, not portals. But hey, that’s just my opinion.</p>
<p>Do you have a 15? 16, 17, … Feel free to share!</p>
]]></content:encoded>
			<wfw:commentRss>http://webusability-blog.com/14-quotes-and-explanations/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>13 quotes that show the customer isn&#8217;t ready for a good website</title>
		<link>http://webusability-blog.com/13-quotes-that-show-the-customer-isnt-ready-for-a-good-website/</link>
		<comments>http://webusability-blog.com/13-quotes-that-show-the-customer-isnt-ready-for-a-good-website/#comments</comments>
		<pubDate>Thu, 04 Jun 2009 12:21:58 +0000</pubDate>
		<dc:creator>Els Aerts</dc:creator>
				<category><![CDATA[Methodology]]></category>
		<category><![CDATA[Usability]]></category>
		<category><![CDATA[quotes]]></category>

		<guid isPermaLink="false">http://webusability-blog.com/?p=213</guid>
		<description><![CDATA[Sometimes a client says something that makes it clear to us usability professionals that they are simply not ready for a good website. 13 quotes that make our blood boil.]]></description>
			<content:encoded><![CDATA[<p>Sometimes a potential client says something that makes it clear to usability professionals and information architects that they are simply not ready for a good website. At that point you&#8217;ve got a choice. Do you try to convert the client? Or do you just walk away?</p>
<p>When an existing client says something like that when you&#8217;re in the middle of the project, things are a little harder. Fortunately we&#8217;re not easily deterred. We just keep on preaching that usability gospel.</p>
<p><strong>Our favourite quotes</strong></p>
<ol>
<li>“Why we want a new website? We don&#8217;t like the old one anymore.&#8221;<br />
 </li>
<li>“Interactivity is very important to us.&#8221;<br />
 </li>
<li>“We know what we want. Our web team has had a brainstorm session about it.”<br />
 </li>
<li>“We&#8217;d like a big visual at the top of every page.&#8221;<br />
 </li>
<li>“We&#8217;ve already chosen the technical system. Now all we have to do is get the content in there.&#8221;  </li>
<p><span id="more-213"></span></p>
<li>“Our advertising agency has already made the lay-out. All you have to do is make the tree structure.&#8221;<br />
 </li>
<li>“Where in the menu is the procurement division?&#8221;<br />
 </li>
<li>&#8220;That&#8217;s a very sensitive issue in our company.&#8221;<br />
 </li>
<li>“Prices on our website? No way.&#8221;<br />
 </li>
<li>“We really think we need a news section.&#8221;<br />
 </li>
<li>“We&#8217;ve positioned the product like that for 10 years. We&#8217;re not going to change it.&#8221;<br />
 </li>
<li>“That word doesn&#8217;t really fit our corporate image. We don&#8217;t want to use it on our website.&#8221;<br />
 </li>
<li>“Our web builder/ IT department says that isn&#8217;t possible.&#8221;  </li>
</ol>
]]></content:encoded>
			<wfw:commentRss>http://webusability-blog.com/13-quotes-that-show-the-customer-isnt-ready-for-a-good-website/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
	</channel>
</rss>

