<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Consequences of not having a good content strategy</title>
	<atom:link href="http://intentionaldesign.ca/2009/11/09/consequences-of-not-having-a-good-content-strategy/feed/" rel="self" type="application/rss+xml" />
	<link>http://intentionaldesign.ca/2009/11/09/consequences-of-not-having-a-good-content-strategy/</link>
	<description>Content strategies for business impact</description>
	<lastBuildDate>Tue, 10 Apr 2012 07:15:32 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Grant Hogarth</title>
		<link>http://intentionaldesign.ca/2009/11/09/consequences-of-not-having-a-good-content-strategy/comment-page-1/#comment-14916</link>
		<dc:creator>Grant Hogarth</dc:creator>
		<pubDate>Mon, 07 Dec 2009 17:42:28 +0000</pubDate>
		<guid isPermaLink="false">http://intentionaldesign.ca/?p=986#comment-14916</guid>
		<description>Having set up and run a couple of TS groups, I agree that usability is almost always viewed as a &quot;nice to have&quot; rather than a &quot;have to have&quot; item *unless* Senior Management is championing it.  Then it gets foregrounded.  As I see it, there are two priomary reasons, one cultural and one systemic.  The cultural reason is that programmers/engineers/developers generally see usability as a low-status activity as it is seldom a technical challenge; as long as the widget works, who cares?  The systemic reason is that accounting/sales (and to a certain extent marketing) usually have no metrics for losses due to deficient usability (or wins from good usability).  Although some inferences can be drawn (as Mr. Tarter notes above) from TS call logs, these seem to seldom get out of the TS group (which has its own reason to protect its turf/budget), save as the increasing number of FAQ pages.  There is seldom an examination of what the calls are indicating about the product, other than that &quot;the customers seem to be getting dumber/lazier every year&quot;.

So ... as it can&#039;t be directly measured, it&#039;s probably not important.  Beyond that, usability is not seen as &quot;sexy&quot; --- there are few internal political bennies from improving usability.  This same thinking also (in my opinion) has driven the dumbing-down and evisceration of user manuals.</description>
		<content:encoded><![CDATA[<p>Having set up and run a couple of TS groups, I agree that usability is almost always viewed as a &#8220;nice to have&#8221; rather than a &#8220;have to have&#8221; item *unless* Senior Management is championing it.  Then it gets foregrounded.  As I see it, there are two priomary reasons, one cultural and one systemic.  The cultural reason is that programmers/engineers/developers generally see usability as a low-status activity as it is seldom a technical challenge; as long as the widget works, who cares?  The systemic reason is that accounting/sales (and to a certain extent marketing) usually have no metrics for losses due to deficient usability (or wins from good usability).  Although some inferences can be drawn (as Mr. Tarter notes above) from TS call logs, these seem to seldom get out of the TS group (which has its own reason to protect its turf/budget), save as the increasing number of FAQ pages.  There is seldom an examination of what the calls are indicating about the product, other than that &#8220;the customers seem to be getting dumber/lazier every year&#8221;.</p>
<p>So &#8230; as it can&#8217;t be directly measured, it&#8217;s probably not important.  Beyond that, usability is not seen as &#8220;sexy&#8221; &#8212; there are few internal political bennies from improving usability.  This same thinking also (in my opinion) has driven the dumbing-down and evisceration of user manuals.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeffrey Tarter</title>
		<link>http://intentionaldesign.ca/2009/11/09/consequences-of-not-having-a-good-content-strategy/comment-page-1/#comment-11773</link>
		<dc:creator>Jeffrey Tarter</dc:creator>
		<pubDate>Fri, 13 Nov 2009 21:50:14 +0000</pubDate>
		<guid isPermaLink="false">http://intentionaldesign.ca/?p=986#comment-11773</guid>
		<description>If you analyze the call records for a typical support organization, you&#039;ll probably find that roughly half of the total volume of incidents are caused by easily-fixed issues like the one you just encountered. Yet there&#039;s rarely any process in place for identifying and eliminating these issues. &quot;Serious&quot; bugs get fast-tracked
to the engineering department, but I have yet to find a company
that assigns much priority to resolving usability issues, missing
drivers, bad FAQ answers, and the like.

Worse, the ROI for almost all of these fixes is so easy to
calculate. I&#039;m sure a company like AT&amp;T gets literally tens of
thousands of calls per year (at a cost of perhaps $25 each) for
just one the one issue you encountered. Cost to fix: negligible.
Multiply by all the equivalent issues that aren&#039;t getting fixed...
well, it&#039;s a lot of zeroes.</description>
		<content:encoded><![CDATA[<p>If you analyze the call records for a typical support organization, you&#8217;ll probably find that roughly half of the total volume of incidents are caused by easily-fixed issues like the one you just encountered. Yet there&#8217;s rarely any process in place for identifying and eliminating these issues. &#8220;Serious&#8221; bugs get fast-tracked<br />
to the engineering department, but I have yet to find a company<br />
that assigns much priority to resolving usability issues, missing<br />
drivers, bad FAQ answers, and the like.</p>
<p>Worse, the ROI for almost all of these fixes is so easy to<br />
calculate. I&#8217;m sure a company like AT&amp;T gets literally tens of<br />
thousands of calls per year (at a cost of perhaps $25 each) for<br />
just one the one issue you encountered. Cost to fix: negligible.<br />
Multiply by all the equivalent issues that aren&#8217;t getting fixed&#8230;<br />
well, it&#8217;s a lot of zeroes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Linda Ireland</title>
		<link>http://intentionaldesign.ca/2009/11/09/consequences-of-not-having-a-good-content-strategy/comment-page-1/#comment-11274</link>
		<dc:creator>Linda Ireland</dc:creator>
		<pubDate>Mon, 09 Nov 2009 17:48:57 +0000</pubDate>
		<guid isPermaLink="false">http://intentionaldesign.ca/?p=986#comment-11274</guid>
		<description>Your story is also a great reminder that executing an effective customer experience takes proactive decisions from product design to content to operations to service to brand strategy.  It&#039;s too easy - but misleading - to think customer experience is just about the direct interaction.  

Companies like AT&amp;T often complain of being commoditized by their customers. Imagine if all of the detailed content, etc decisions that created your missing menu item were focused on proving a promise that was uniquely something AT&amp;T could solve better than anyone else.  Now that would be some customer experience.  

You might be interested in this AT&amp;T customer experience post too: http://www.ceforprofit.com/2009/10/fessing-up-to-a-broken-promise/  Thanks for your useful post.  LCI</description>
		<content:encoded><![CDATA[<p>Your story is also a great reminder that executing an effective customer experience takes proactive decisions from product design to content to operations to service to brand strategy.  It&#8217;s too easy &#8211; but misleading &#8211; to think customer experience is just about the direct interaction.  </p>
<p>Companies like AT&amp;T often complain of being commoditized by their customers. Imagine if all of the detailed content, etc decisions that created your missing menu item were focused on proving a promise that was uniquely something AT&amp;T could solve better than anyone else.  Now that would be some customer experience.  </p>
<p>You might be interested in this AT&amp;T customer experience post too: <a href="http://www.ceforprofit.com/2009/10/fessing-up-to-a-broken-promise/" rel="nofollow">http://www.ceforprofit.com/2009/10/fessing-up-to-a-broken-promise/</a>  Thanks for your useful post.  LCI</p>
]]></content:encoded>
	</item>
</channel>
</rss>

