<?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: New utility customer service challenges</title>
	<atom:link href="http://www.opineconsulting.com/new-utility-service-challenges/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.opineconsulting.com/new-utility-service-challenges/</link>
	<description>Advises corporate and government clients globally on strategic marketing, innovation and service management</description>
	<lastBuildDate>Thu, 24 Jun 2010 21:25:33 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mick Page</title>
		<link>http://www.opineconsulting.com/new-utility-service-challenges/comment-page-1/#comment-20</link>
		<dc:creator>Mick Page</dc:creator>
		<pubDate>Tue, 06 Apr 2010 08:49:05 +0000</pubDate>
		<guid isPermaLink="false">http://opine.bbbtestsite.co.uk/?p=249#comment-20</guid>
		<description>It seems to me that as long as good customer service is rare, providing it even at a disproportionate cost will prove profitable - simply because users will develop a loyalty to that brand for the very reason that they are getting good customer service.

In respect of providing an elegant, responsive self-service, this sounds great, but feels evasive and will only work where it is accompanied by a thoughtful, honest and genuinely helpful response to the plea for help.

For example, I may contact my web host to advise that my website is corrupted.  However quickly, slickly, automatedly or politely I get a response, it&#039;s of no use unless my website is restored.  Telling me why it isn&#039;t restored doesn&#039;t really cut it for me.

It&#039;s right and proper to acknowledge when things go wrong, to treat your clients with the honesty and integrity you expect yourself and to focus on efficient mechanisms that provide a resolution, but the complaint is only likely to be there if you fouled-up in the first place.</description>
		<content:encoded><![CDATA[<p>It seems to me that as long as good customer service is rare, providing it even at a disproportionate cost will prove profitable &#8211; simply because users will develop a loyalty to that brand for the very reason that they are getting good customer service.</p>
<p>In respect of providing an elegant, responsive self-service, this sounds great, but feels evasive and will only work where it is accompanied by a thoughtful, honest and genuinely helpful response to the plea for help.</p>
<p>For example, I may contact my web host to advise that my website is corrupted.  However quickly, slickly, automatedly or politely I get a response, it&#8217;s of no use unless my website is restored.  Telling me why it isn&#8217;t restored doesn&#8217;t really cut it for me.</p>
<p>It&#8217;s right and proper to acknowledge when things go wrong, to treat your clients with the honesty and integrity you expect yourself and to focus on efficient mechanisms that provide a resolution, but the complaint is only likely to be there if you fouled-up in the first place.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Wolfe</title>
		<link>http://www.opineconsulting.com/new-utility-service-challenges/comment-page-1/#comment-10</link>
		<dc:creator>Jason Wolfe</dc:creator>
		<pubDate>Tue, 16 Feb 2010 13:51:56 +0000</pubDate>
		<guid isPermaLink="false">http://opine.bbbtestsite.co.uk/?p=249#comment-10</guid>
		<description>And just to add a bit of additional material to my response, this on the BBC website seems to confirm the view that Google messed up with Buzz.

http://news.bbc.co.uk/1/hi/technology/8517613.stm</description>
		<content:encoded><![CDATA[<p>And just to add a bit of additional material to my response, this on the BBC website seems to confirm the view that Google messed up with Buzz.</p>
<p><a href="http://news.bbc.co.uk/1/hi/technology/8517613.stm" rel="nofollow">http://news.bbc.co.uk/1/hi/technology/8517613.stm</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Wolfe</title>
		<link>http://www.opineconsulting.com/new-utility-service-challenges/comment-page-1/#comment-7</link>
		<dc:creator>Jason Wolfe</dc:creator>
		<pubDate>Mon, 15 Feb 2010 19:54:40 +0000</pubDate>
		<guid isPermaLink="false">http://opine.bbbtestsite.co.uk/?p=249#comment-7</guid>
		<description>Historically Google have been very good at avoiding many of these issues by placing products and services in long, extended &quot;beta&quot; releases. This helps manage expectations a little better, and creates the time necessary to make the product as intuitive as possible.

User expectations are almost universally high for these large brands, but that only turns into frustration when the product fails the &quot;no manual needed&quot; test. Coming back to Google again, the recent releases of Nexus One and Buzz are great examples of where they&#039;ve skipped their own release process and created issues for themselves.

Equally, the numbers you show for &quot;hate&quot; entries probably correspond to the size and ubiquity of those big offerings.</description>
		<content:encoded><![CDATA[<p>Historically Google have been very good at avoiding many of these issues by placing products and services in long, extended &#8220;beta&#8221; releases. This helps manage expectations a little better, and creates the time necessary to make the product as intuitive as possible.</p>
<p>User expectations are almost universally high for these large brands, but that only turns into frustration when the product fails the &#8220;no manual needed&#8221; test. Coming back to Google again, the recent releases of Nexus One and Buzz are great examples of where they&#8217;ve skipped their own release process and created issues for themselves.</p>
<p>Equally, the numbers you show for &#8220;hate&#8221; entries probably correspond to the size and ubiquity of those big offerings.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
