<?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: Metrics that make you go&#8230;YAWN&#8230;</title>
	<atom:link href="http://www.onvectorconsulting.com/metrics-that-make-you-go-yawn/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.onvectorconsulting.com/metrics-that-make-you-go-yawn/</link>
	<description>Line of Sight to Performance Excellence</description>
	<lastBuildDate>Sat, 04 Jan 2014 18:28:58 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=4.2.18</generator>
	<item>
		<title>By: Tammy</title>
		<link>http://www.onvectorconsulting.com/metrics-that-make-you-go-yawn/#comment-114</link>
		<dc:creator><![CDATA[Tammy]]></dc:creator>
		<pubDate>Wed, 02 Nov 2011 03:31:23 +0000</pubDate>
		<guid isPermaLink="false">http://epmedge.com/?p=1283#comment-114</guid>
		<description><![CDATA[Great points. I think that metrics suffer when they don&#039;t tie back to the overall strategy. I also think that metrics of any type suffer when we get into the incremental gain game. So, two things that we can do to move beyond? talk to customers to see if we&#039;re measuring the right things from their perspective and invent a new future - how can we come up with some wild gains (even if we don&#039;t publish them internally).]]></description>
		<content:encoded><![CDATA[<p>Great points. I think that metrics suffer when they don&#8217;t tie back to the overall strategy. I also think that metrics of any type suffer when we get into the incremental gain game. So, two things that we can do to move beyond? talk to customers to see if we&#8217;re measuring the right things from their perspective and invent a new future &#8211; how can we come up with some wild gains (even if we don&#8217;t publish them internally).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dennis Adsit</title>
		<link>http://www.onvectorconsulting.com/metrics-that-make-you-go-yawn/#comment-113</link>
		<dc:creator><![CDATA[Dennis Adsit]]></dc:creator>
		<pubDate>Mon, 31 Oct 2011 20:23:32 +0000</pubDate>
		<guid isPermaLink="false">http://epmedge.com/?p=1283#comment-113</guid>
		<description><![CDATA[Yawn?  It is actually worse than that, Bob.  It makes me want to call the BBB or a lawyer to see if they can be sued for malpractice.

Here is a novel metric:  Let&#039;s measure the % of time agents do what they are supposed to do, by call type.  Customers call us for many reasons...to activate a phone, to replace a credit card, to order cable services or we call them to upsell them or collect money.  There are certain things that are supposed to be said to customers and done in desktop systems on those calls...those things are, in part, what make it a good call for the customer and a good call for the company.

There are two struthious reasons why few centers have this metric at all let alone accompanied by a drill-down by call type.  The first is that for most centers, it is a hard measure to gather.  You have to dedicate speech analytics programming or you have to dedicate monitors to sampling calls and listening to see if the required call components are there and you have to do it regularly to see if progress is being made.  Instead they make a dashboard of what is easy to measure.  In so doing, they are like the drunk looking for his keys under a street lamp, even though that is not where he lost them, because &quot;the light is better here.&quot;

The second reason is actually a bit more insidious.  They don&#039;t measure it because they have unplugged the smoke alarms.  They know it is a problem but they don&#039;t measure it because they don&#039;t know how to fix it.  They have tried monitoring and coaching but they can&#039;t move the needle.  What they may or may not realize is monitoring and coaching can not fix process variation, but they do know that they don&#039;t know what else to do.

Until we measure whether we are doing what we are supposed to do on each call and taking steps to reduce the inevitable between agent variation in process and outputs we really are way beyond boring.  We are failing our employees, who want to do the right thing, we are failing our customers who expect us to know what we are doing, and we are failing our shareholders by leaving revenue on the table (eg, failing to upsell), increasing costs (eg, callbacks), and putting the company at risk (eg, failing to give required disclosures).  If interested, you can read more in this isixsigma.com article:  http://www.isixsigma.com/index.php?option=com_k2&amp;view=item&amp;id=1567:fixing-between-agent-variation-can-make-all-the-difference&amp;Itemid=223

Sincerely,

Dennis Adsit]]></description>
		<content:encoded><![CDATA[<p>Yawn?  It is actually worse than that, Bob.  It makes me want to call the BBB or a lawyer to see if they can be sued for malpractice.</p>
<p>Here is a novel metric:  Let&#8217;s measure the % of time agents do what they are supposed to do, by call type.  Customers call us for many reasons&#8230;to activate a phone, to replace a credit card, to order cable services or we call them to upsell them or collect money.  There are certain things that are supposed to be said to customers and done in desktop systems on those calls&#8230;those things are, in part, what make it a good call for the customer and a good call for the company.</p>
<p>There are two struthious reasons why few centers have this metric at all let alone accompanied by a drill-down by call type.  The first is that for most centers, it is a hard measure to gather.  You have to dedicate speech analytics programming or you have to dedicate monitors to sampling calls and listening to see if the required call components are there and you have to do it regularly to see if progress is being made.  Instead they make a dashboard of what is easy to measure.  In so doing, they are like the drunk looking for his keys under a street lamp, even though that is not where he lost them, because &#8220;the light is better here.&#8221;</p>
<p>The second reason is actually a bit more insidious.  They don&#8217;t measure it because they have unplugged the smoke alarms.  They know it is a problem but they don&#8217;t measure it because they don&#8217;t know how to fix it.  They have tried monitoring and coaching but they can&#8217;t move the needle.  What they may or may not realize is monitoring and coaching can not fix process variation, but they do know that they don&#8217;t know what else to do.</p>
<p>Until we measure whether we are doing what we are supposed to do on each call and taking steps to reduce the inevitable between agent variation in process and outputs we really are way beyond boring.  We are failing our employees, who want to do the right thing, we are failing our customers who expect us to know what we are doing, and we are failing our shareholders by leaving revenue on the table (eg, failing to upsell), increasing costs (eg, callbacks), and putting the company at risk (eg, failing to give required disclosures).  If interested, you can read more in this isixsigma.com article:  <a href="http://www.isixsigma.com/index.php?option=com_k2&#038;view=item&#038;id=1567:fixing-between-agent-variation-can-make-all-the-difference&#038;Itemid=223" rel="nofollow">http://www.isixsigma.com/index.php?option=com_k2&#038;view=item&#038;id=1567:fixing-between-agent-variation-can-make-all-the-difference&#038;Itemid=223</a></p>
<p>Sincerely,</p>
<p>Dennis Adsit</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Haim Toeg</title>
		<link>http://www.onvectorconsulting.com/metrics-that-make-you-go-yawn/#comment-112</link>
		<dc:creator><![CDATA[Haim Toeg]]></dc:creator>
		<pubDate>Fri, 28 Oct 2011 19:53:32 +0000</pubDate>
		<guid isPermaLink="false">http://epmedge.com/?p=1283#comment-112</guid>
		<description><![CDATA[Bob - I always enjoy reading your posts and mostly find I agree with them.  I wrote several posts discussing metrics and organizational objectives (http://www.haimtoeg.com/?p=35 for example, using the same road trip metaphor used here).  One of the things I try to do is avoid using the term &quot;KPI&quot; - It became synonymous with metric, losing the fact that it is &quot;key&quot; to something.  

To overcome that, I try to think of metrics in two groups, those you manage to and those that you monitor.  The first is determined by strategy and operational objectives, the second contains everything else that indicates the health of your operation but is not necessarily associated with your objectives.  Borrowing from the road trip example, if your engine maintains its temperature it has no influence on your trip, but if it overheats it will surely spoil your day.]]></description>
		<content:encoded><![CDATA[<p>Bob &#8211; I always enjoy reading your posts and mostly find I agree with them.  I wrote several posts discussing metrics and organizational objectives (<a href="http://www.haimtoeg.com/?p=35" rel="nofollow">http://www.haimtoeg.com/?p=35</a> for example, using the same road trip metaphor used here).  One of the things I try to do is avoid using the term &#8220;KPI&#8221; &#8211; It became synonymous with metric, losing the fact that it is &#8220;key&#8221; to something.  </p>
<p>To overcome that, I try to think of metrics in two groups, those you manage to and those that you monitor.  The first is determined by strategy and operational objectives, the second contains everything else that indicates the health of your operation but is not necessarily associated with your objectives.  Borrowing from the road trip example, if your engine maintains its temperature it has no influence on your trip, but if it overheats it will surely spoil your day.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
