<?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: Measuring Success for a Support Website: A Point of View</title> <atom:link href="http://www.kaushik.net/avinash/2006/08/measuring-success-for-a-support-website-a-point-of-view.html/feed" rel="self" type="application/rss+xml" /><link>http://www.kaushik.net/avinash/2006/08/measuring-success-for-a-support-website-a-point-of-view.html</link> <description>Pluralitas non est ponenda sine neccesitate.</description> <lastBuildDate>Sat, 13 Mar 2010 16:06:01 +0000</lastBuildDate> <generator>http://wordpress.org/?v=2.9.2</generator> <sy:updatePeriod>hourly</sy:updatePeriod> <sy:updateFrequency>1</sy:updateFrequency> <item><title>By: Seb</title><link>http://www.kaushik.net/avinash/2006/08/measuring-success-for-a-support-website-a-point-of-view.html/comment-page-1#comment-471905</link> <dc:creator>Seb</dc:creator> <pubDate>Wed, 17 Sep 2008 19:48:42 +0000</pubDate> <guid isPermaLink="false">http://www.kaushik.net/avinash/2006/08/measuring-success-for-a-support-website-a-point-of-view.html#comment-471905</guid> <description>I agree with your higlighting off offline metrics. It&#039;s easy to not think outside your channel (especially if you business has a phone centre, retail locations, self-service machines, etc...).If a customer can&#039;t solve their problem online, they&#039;ll either persevere by e-mailing, calling, coming to see you, etc... or just give up and leave. Either scenario is bad for you in both the short and long term!The perception that I get is that despite a proliferation of new low cost channels becoming available to the customer (web, click-to-call, click-to-chat, etc...), companies seem to be providing worse and worse customer service. The new technology has made customers more and more anonymous (think back to the level of service most of us can still remember from those mom and pop store).I was speaking to the owner of a web consultancy we work with who commented on a support issue he had with an internet provider. He had recently received such poor customer service from other companies, that he was ecstatic that the company provided what I would call an expected level of service (customer visits website, calls support line and issue resolved that day vs. multiple calls, messages, letters, visits, etc...).Being successful during these moments of truth is not only good in the long run, it can also boost your revenues in the short run. We started to provide an online chat functionality towards the end of 2006 to our online banking customers. The focus was on support, however, the possibility of selling basic products was included. In 2007 we were able to monetise this support function to yield USD 9 per customer interaction on average (this added 7% to our sales revenue, paying for the team and turning a profit vs. just being a cost-centre).Note: You must be cautious with trying to sell of course - there is nothing that will infuriate the customer more than their problem not being resolved and you trying to ram another product down their throats (hence the important of tracking your effectiveness at problem resolution first and foremost)! However, if you resolve the customer&#039;s issue, consider an opportunity to monetise on the goodwill that&#039;s been generated.</description> <content:encoded><![CDATA[<p>I agree with your higlighting off offline metrics. It&#039;s easy to not think outside your channel (especially if you business has a phone centre, retail locations, self-service machines, etc&#8230;).</p><p>If a customer can&#039;t solve their problem online, they&#039;ll either persevere by e-mailing, calling, coming to see you, etc&#8230; or just give up and leave. Either scenario is bad for you in both the short and long term!</p><p>The perception that I get is that despite a proliferation of new low cost channels becoming available to the customer (web, click-to-call, click-to-chat, etc&#8230;), companies seem to be providing worse and worse customer service. The new technology has made customers more and more anonymous (think back to the level of service most of us can still remember from those mom and pop store).</p><p>I was speaking to the owner of a web consultancy we work with who commented on a support issue he had with an internet provider. He had recently received such poor customer service from other companies, that he was ecstatic that the company provided what I would call an expected level of service (customer visits website, calls support line and issue resolved that day vs. multiple calls, messages, letters, visits, etc&#8230;).</p><p>Being successful during these moments of truth is not only good in the long run, it can also boost your revenues in the short run. We started to provide an online chat functionality towards the end of 2006 to our online banking customers. The focus was on support, however, the possibility of selling basic products was included. In 2007 we were able to monetise this support function to yield USD 9 per customer interaction on average (this added 7% to our sales revenue, paying for the team and turning a profit vs. just being a cost-centre).</p><p>Note: You must be cautious with trying to sell of course &#8211; there is nothing that will infuriate the customer more than their problem not being resolved and you trying to ram another product down their throats (hence the important of tracking your effectiveness at problem resolution first and foremost)! However, if you resolve the customer&#039;s issue, consider an opportunity to monetise on the goodwill that&#039;s been generated.</p> ]]></content:encoded> </item> <item><title>By: jay srinivasan</title><link>http://www.kaushik.net/avinash/2006/08/measuring-success-for-a-support-website-a-point-of-view.html/comment-page-1#comment-471111</link> <dc:creator>jay srinivasan</dc:creator> <pubDate>Mon, 25 Aug 2008 19:00:45 +0000</pubDate> <guid isPermaLink="false">http://www.kaushik.net/avinash/2006/08/measuring-success-for-a-support-website-a-point-of-view.html#comment-471111</guid> <description>Thanks Avinash. super blog post as always.One area I would like to add here is the richness of studying individual customers&#039; (support) web visits and their  call center interactions together ( ie..after the support site failed them and they had to call in) .There are no analytical tools for this..you have to go case by case and customer by customer, but it tells you a lot about &quot;why&quot; the site failed them, and how to thus re-purpose your content, structure, search engine metatags, etc etc. I dont know how many people do thisI have also noticed that most &quot;eSupport&quot; orgs don&#039;t use  a fraction of the tools used by their &quot;eCommerce&quot; brethren ( SEO,interactive content/MVT/ advanced analytics etc) and I&#039;m wondering why that is the case. I would be obliged if you can point me, in your opinion,  to a leading or best of breed ( in tech preferably) support web site? thanks again.</description> <content:encoded><![CDATA[<p>Thanks Avinash. super blog post as always.</p><p>One area I would like to add here is the richness of studying individual customers&#039; (support) web visits and their  call center interactions together ( ie..after the support site failed them and they had to call in) .</p><p> There are no analytical tools for this..you have to go case by case and customer by customer, but it tells you a lot about &#034;why&#034; the site failed them, and how to thus re-purpose your content, structure, search engine metatags, etc etc. I dont know how many people do this</p><p>I have also noticed that most &#034;eSupport&#034; orgs don&#039;t use  a fraction of the tools used by their &#034;eCommerce&#034; brethren ( SEO,interactive content/MVT/ advanced analytics etc) and I&#039;m wondering why that is the case. I would be obliged if you can point me, in your opinion,  to a leading or best of breed ( in tech preferably) support web site? thanks again.</p> ]]></content:encoded> </item> <item><title>By: deric loh</title><link>http://www.kaushik.net/avinash/2006/08/measuring-success-for-a-support-website-a-point-of-view.html/comment-page-1#comment-392774</link> <dc:creator>deric loh</dc:creator> <pubDate>Sat, 22 Dec 2007 10:10:04 +0000</pubDate> <guid isPermaLink="false">http://www.kaushik.net/avinash/2006/08/measuring-success-for-a-support-website-a-point-of-view.html#comment-392774</guid> <description>Hi Avinash,Very nice insights you sharing.For myself,I&#039;m working on the support section for my company,and I&#039;m thinking about the possiblities of doing a segmentation testing through creation of 3 buttons namely for the first time user, repeat user and the non-IT savy users, in-comparison with the existing call to action buttons and search found the support section, in determining whether the customers are getting their questions solved.What&#039;s your view or take on the test ?cheers, deric Loh</description> <content:encoded><![CDATA[<p>Hi Avinash,</p><p>Very nice insights you sharing.For myself,I&#039;m working on the support section for my company,and I&#039;m thinking about the possiblities of doing a segmentation testing through creation of 3 buttons namely for the first time user, repeat user and the non-IT savy users, in-comparison with the existing call to action buttons and search found the support section, in determining whether the customers are getting their questions solved.</p><p>What&#039;s your view or take on the test ?</p><p>cheers,<br /> deric Loh</p> ]]></content:encoded> </item> <item><title>By: Chris Todd</title><link>http://www.kaushik.net/avinash/2006/08/measuring-success-for-a-support-website-a-point-of-view.html/comment-page-1#comment-2045</link> <dc:creator>Chris Todd</dc:creator> <pubDate>Tue, 22 Aug 2006 19:50:17 +0000</pubDate> <guid isPermaLink="false">http://www.kaushik.net/avinash/2006/08/measuring-success-for-a-support-website-a-point-of-view.html#comment-2045</guid> <description>Avinash, I have really enjoyed reading and listening to you.In regard to measuring visitors, you may want to measure the ratio of support site to support calls -- hopefully your site is handling the bulk of the work, even if your latest release was &quot;buggy.&quot; This is especially helpful if you are trying to move customers online -- you can measure adoption.I like the measuring problem resolution ideas -- if a customer wont recommend your site, they will probably not buy from you next time. Another factor of timeliness is the amount of solutions viewed. In an ideal support situation, the first solution solves your problem. i.e. Enter site, search, pick one result, the result solution fixes your problem, and you are done.Which leads me to another approach to consider... I beleive the last page viewed is very indicative to how your customer did on your support site. If the last page viewed was a search result page, they likely failed. Likewise, if the last page they viewed was a solution, it is likely they solved their problem. If you compare this to your survey data, you will likely find that your most successful and satisfied customers viewed a solution just before leaving your site.Of course this will break down for those users who looked at many solutions. (Again, compare to your survey data before drawing your own conclusion.) Those who last viewed a solution and reported success on your site likely did not look at more than 2 or 3 solutions. For viewers who viewed 4 or more, they likely just gave up, just like the person on the search result page.So your successful visitors looked at no more than 3 solutions and the last page viewed was a solution page.</description> <content:encoded><![CDATA[<p>Avinash,<br /> I have really enjoyed reading and listening to you.</p><p>In regard to measuring visitors, you may want to measure the ratio of support site to support calls &#8212; hopefully your site is handling the bulk of the work, even if your latest release was &#034;buggy.&#034; This is especially helpful if you are trying to move customers online &#8212; you can measure adoption.</p><p>I like the measuring problem resolution ideas &#8212; if a customer wont recommend your site, they will probably not buy from you next time. Another factor of timeliness is the amount of solutions viewed. In an ideal support situation, the first solution solves your problem. i.e. Enter site, search, pick one result, the result solution fixes your problem, and you are done.</p><p>Which leads me to another approach to consider&#8230; I beleive the last page viewed is very indicative to how your customer did on your support site. If the last page viewed was a search result page, they likely failed. Likewise, if the last page they viewed was a solution, it is likely they solved their problem. If you compare this to your survey data, you will likely find that your most successful and satisfied customers viewed a solution just before leaving your site.</p><p>Of course this will break down for those users who looked at many solutions. (Again, compare to your survey data before drawing your own conclusion.) Those who last viewed a solution and reported success on your site likely did not look at more than 2 or 3 solutions. For viewers who viewed 4 or more, they likely just gave up, just like the person on the search result page.</p><p>So your successful visitors looked at no more than 3 solutions and the last page viewed was a solution page.</p> ]]></content:encoded> </item> <item><title>By: Blaire Hansen</title><link>http://www.kaushik.net/avinash/2006/08/measuring-success-for-a-support-website-a-point-of-view.html/comment-page-1#comment-1613</link> <dc:creator>Blaire Hansen</dc:creator> <pubDate>Sat, 12 Aug 2006 06:03:22 +0000</pubDate> <guid isPermaLink="false">http://www.kaushik.net/avinash/2006/08/measuring-success-for-a-support-website-a-point-of-view.html#comment-1613</guid> <description>I love the ideas you&#039;ve presented for measuring how we are living up to meeting customer expectations during &quot;moments of truth&quot; in the support experience. Particularly since I&#039;m in 100% agreement with your bitching -- I have yet to meet a support site that I actually would recommend to anyone. And (then I&#039;ll move on) I think that support on the web is the greatest area of opportunity for developing net promoters. If I have a great support experience, that is something that has a MUCH higher impact on my willingness to recommend the product or service to someone than anything else within the product lifecycle.The only point I&#039;d make is that moments of truth can happen anywhere in a person&#039;s web experience and at any time throughout the cycle we use to think about how the customer progresses through the product lifecycle (Research, Shop, Buy, Use). I definitely agree that the majority of the moments of truth are related to that &quot;use&quot; piece of the equation -- I lost my credit card, I tried to pay for something and my credit card was declined -- and those are probably the ones that often make the deepest impression on us, but they&#039;re not the only ones.I just want to make sure that the whole concept of &quot;moments of truth&quot; isn&#039;t equated solely with support.</description> <content:encoded><![CDATA[<p>I love the ideas you&#039;ve presented for measuring how we are living up to meeting customer expectations during &#034;moments of truth&#034; in the support experience. Particularly since I&#039;m in 100% agreement with your bitching &#8212; I have yet to meet a support site that I actually would recommend to anyone. And (then I&#039;ll move on) I think that support on the web is the greatest area of opportunity for developing net promoters. If I have a great support experience, that is something that has a MUCH higher impact on my willingness to recommend the product or service to someone than anything else within the product lifecycle.</p><p>The only point I&#039;d make is that moments of truth can happen anywhere in a person&#039;s web experience and at any time throughout the cycle we use to think about how the customer progresses through the product lifecycle (Research, Shop, Buy, Use). I definitely agree that the majority of the moments of truth are related to that &#034;use&#034; piece of the equation &#8212; I lost my credit card, I tried to pay for something and my credit card was declined &#8212; and those are probably the ones that often make the deepest impression on us, but they&#039;re not the only ones.</p><p>I just want to make sure that the whole concept of &#034;moments of truth&#034; isn&#039;t equated solely with support.</p> ]]></content:encoded> </item> <item><title>By: Webmetricsguru</title><link>http://www.kaushik.net/avinash/2006/08/measuring-success-for-a-support-website-a-point-of-view.html/comment-page-1#comment-1429</link> <dc:creator>Webmetricsguru</dc:creator> <pubDate>Wed, 09 Aug 2006 06:12:05 +0000</pubDate> <guid isPermaLink="false">http://www.kaushik.net/avinash/2006/08/measuring-success-for-a-support-website-a-point-of-view.html#comment-1429</guid> <description>Pretty interesting post!  I found I needed to be in the right state to read it all the way though and focus - and when I did that, everything your saying feels correct.IBM has a support site (eSupport) and the way your approaching metrics could be helpful (it&#039;s not a project I&#039;m working on today, however).If you think about it - how many have the opportunity to really work on a support site like the type mentioned?</description> <content:encoded><![CDATA[<p>Pretty interesting post!  I found I needed to be in the right state to read it all the way though and focus &#8211; and when I did that, everything your saying feels correct.</p><p>IBM has a support site (eSupport) and the way your approaching metrics could be helpful (it&#039;s not a project I&#039;m working on today, however).</p><p>If you think about it &#8211; how many have the opportunity to really work on a support site like the type mentioned?</p> ]]></content:encoded> </item> </channel> </rss>
<!-- This site's performance optimized by W3 Total Cache. Dramatically improve the speed and reliability of your blog!

Learn more about our WordPress Plugins: http://www.w3-edge.com/wordpress-plugins/

Minified using disk
Page Caching using disk (enhanced) (user agent is rejected)
Database Caching 9/20 queries in 0.007 seconds using disk

Served from: stickerbest.com @ 2010-03-13 18:40:26 -->