<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments for Supportsense&#039;s Blog</title>
	<atom:link href="http://supportsense.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://supportsense.wordpress.com</link>
	<description>Issues and challenges in Technology Support Operations</description>
	<lastBuildDate>Fri, 25 Sep 2009 17:45:28 +0000</lastBuildDate>
	<generator>http://wordpress.com/</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Comment on Freezing Tech Support&#8230;Again! by Eric Harrington</title>
		<link>http://supportsense.wordpress.com/2009/06/29/freezing-tech-support-again/#comment-9</link>
		<dc:creator>Eric Harrington</dc:creator>
		<pubDate>Fri, 25 Sep 2009 17:45:28 +0000</pubDate>
		<guid isPermaLink="false">http://supportsense.wordpress.com/?p=18#comment-9</guid>
		<description>Good article Bill.  I would mention however that SaaS offerings for the support group is a great way to obtain a better tool set and have zero impact to the capital budget - nor the IT department.  

While there will be times for pinching pennies, rather than build something yourself and have to support it and rely on developers to make the needed changes down the road (been there, done that), go search the web for a SaaS solution that is cost effective.

I would much rather my development team focus on products we can actually sell and generate revenue from and not strap them down to a &quot;home grown&quot; solution.

Before SaaS - sure, I would tap the developers because the older non-hosted solutions were very expensive and had a severe impact on IT and adoption.  

There are great SaaS support solutions that may add as little as (depending on the support need) 2-3k a year in operational expense.  Much less than the dollars and time needed for a home grown solution when you think about it.</description>
		<content:encoded><![CDATA[<p>Good article Bill.  I would mention however that SaaS offerings for the support group is a great way to obtain a better tool set and have zero impact to the capital budget &#8211; nor the IT department.  </p>
<p>While there will be times for pinching pennies, rather than build something yourself and have to support it and rely on developers to make the needed changes down the road (been there, done that), go search the web for a SaaS solution that is cost effective.</p>
<p>I would much rather my development team focus on products we can actually sell and generate revenue from and not strap them down to a &#8220;home grown&#8221; solution.</p>
<p>Before SaaS &#8211; sure, I would tap the developers because the older non-hosted solutions were very expensive and had a severe impact on IT and adoption.  </p>
<p>There are great SaaS support solutions that may add as little as (depending on the support need) 2-3k a year in operational expense.  Much less than the dollars and time needed for a home grown solution when you think about it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Preparing For the Future – Building a Support Succession Plan for Tech Support by Eric Harrington</title>
		<link>http://supportsense.wordpress.com/2009/06/29/preparing-for-the-future-%e2%80%93-building-a-support-succession-for-tech-support/#comment-7</link>
		<dc:creator>Eric Harrington</dc:creator>
		<pubDate>Mon, 27 Jul 2009 23:09:10 +0000</pubDate>
		<guid isPermaLink="false">http://supportsense.wordpress.com/?p=22#comment-7</guid>
		<description>Bill,

Based on my experience - this is very important but keep in mind, it is placing a bet - and in some cases a big bet that does not pay off.  

I have been though this process before as the executive that moved into a different role based on a company acquisition and had to fill my position quickly.  Lucky for me, I treated my employees with openness - so for the most part, they knew what I knew unless the content was classified.  

We came out on the positive side of this speedy process and I was able to put the right person in place.  Actually, I had a few people in mind that were capable.

One thing that is not mentioned here is how to handle the resentment among the employees that felt they should have been chosen or feel they are more qualified than the one selected.  We did have a slight issue there and ended up having to fix it with money but it is a reality none the less.  Tons of HR issues to keep in mind with all of this - and it is not all positive and 1-2-3 either.

I am not so sure about saying there must be a commitment between executive mgt and the individuals because you are lucky these days to keep an employee for any long length of time.  People do not hang out in the same gig as long as they used to.  Pretty rare to find the younger folks staying with a company more than 5 years these days.  

Also, the carrot on the stick (&quot;you will be running the show one day&quot;) is less attractive these days.  You can make all of the commitments you want with an employee but if they are approached to fill that higher position with more money long before you can provide it to them, they are going to leave and take the other job.  Then all that time, money, etc that was spent is gone.  Like I said, it is a bet - and people are going to do what is best for them.

I think the plan needs to be defined and the super stars identified.  All you can do is try to keep the individual(s) next in line with the company until the time comes to promote - but there is no black and white to this at all.

I had an employee that should have taken my spot, and he knew the job as well as I did but he did not see a change coming anytime soon enough to please his personal goals.  So he left, got the position he was after and more money.

Companies should always be ready and prepared on some level for super stars to leave with a 2-3 week notice.  That goes for the executive side as well.  &quot;What do we do if our CTO comes in tomorrow and gives notice?&quot;.   Happens all the time so just be ready to move on the fly.  

The best advice I can give is to know who your super stars are (that means getting to know your people), expose them to as much as you can, nurture the ones that show desire and interest - and should the time come and they are interested (or still at the company), they know the job and can jump right in.</description>
		<content:encoded><![CDATA[<p>Bill,</p>
<p>Based on my experience &#8211; this is very important but keep in mind, it is placing a bet &#8211; and in some cases a big bet that does not pay off.  </p>
<p>I have been though this process before as the executive that moved into a different role based on a company acquisition and had to fill my position quickly.  Lucky for me, I treated my employees with openness &#8211; so for the most part, they knew what I knew unless the content was classified.  </p>
<p>We came out on the positive side of this speedy process and I was able to put the right person in place.  Actually, I had a few people in mind that were capable.</p>
<p>One thing that is not mentioned here is how to handle the resentment among the employees that felt they should have been chosen or feel they are more qualified than the one selected.  We did have a slight issue there and ended up having to fix it with money but it is a reality none the less.  Tons of HR issues to keep in mind with all of this &#8211; and it is not all positive and 1-2-3 either.</p>
<p>I am not so sure about saying there must be a commitment between executive mgt and the individuals because you are lucky these days to keep an employee for any long length of time.  People do not hang out in the same gig as long as they used to.  Pretty rare to find the younger folks staying with a company more than 5 years these days.  </p>
<p>Also, the carrot on the stick (&#8220;you will be running the show one day&#8221;) is less attractive these days.  You can make all of the commitments you want with an employee but if they are approached to fill that higher position with more money long before you can provide it to them, they are going to leave and take the other job.  Then all that time, money, etc that was spent is gone.  Like I said, it is a bet &#8211; and people are going to do what is best for them.</p>
<p>I think the plan needs to be defined and the super stars identified.  All you can do is try to keep the individual(s) next in line with the company until the time comes to promote &#8211; but there is no black and white to this at all.</p>
<p>I had an employee that should have taken my spot, and he knew the job as well as I did but he did not see a change coming anytime soon enough to please his personal goals.  So he left, got the position he was after and more money.</p>
<p>Companies should always be ready and prepared on some level for super stars to leave with a 2-3 week notice.  That goes for the executive side as well.  &#8220;What do we do if our CTO comes in tomorrow and gives notice?&#8221;.   Happens all the time so just be ready to move on the fly.  </p>
<p>The best advice I can give is to know who your super stars are (that means getting to know your people), expose them to as much as you can, nurture the ones that show desire and interest &#8211; and should the time come and they are interested (or still at the company), they know the job and can jump right in.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SSPA Celebrates 20th Anniversary: Twenty ways the SSPA has changed our industry by Poojan</title>
		<link>http://supportsense.wordpress.com/2009/06/29/sspa-celebrates-20th-anniversary-twenty-ways-the-sspa-has-changed-our-industry/#comment-6</link>
		<dc:creator>Poojan</dc:creator>
		<pubDate>Fri, 24 Jul 2009 10:30:18 +0000</pubDate>
		<guid isPermaLink="false">http://supportsense.wordpress.com/?p=25#comment-6</guid>
		<description>Rightly said, SSPA has contributed to lot of services professional worldwide. With all the research SSPA has done in all areas of service ecosystem from customer sale to customer satisfaction is commendable.
Now with one consolidated bigger research organization (TSPA, AFSMI, SSPA) Services companies and industry professionals can gain a lot with research and expertise of these groups together.

12 years in this industry, first SSPA and now a consolidated group has provided means to excel and spread the skills and expertise across my teams and myself personally.</description>
		<content:encoded><![CDATA[<p>Rightly said, SSPA has contributed to lot of services professional worldwide. With all the research SSPA has done in all areas of service ecosystem from customer sale to customer satisfaction is commendable.<br />
Now with one consolidated bigger research organization (TSPA, AFSMI, SSPA) Services companies and industry professionals can gain a lot with research and expertise of these groups together.</p>
<p>12 years in this industry, first SSPA and now a consolidated group has provided means to excel and spread the skills and expertise across my teams and myself personally.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SSPA Celebrates 20th Anniversary: Twenty ways the SSPA has changed our industry by Rich Gallagher</title>
		<link>http://supportsense.wordpress.com/2009/06/29/sspa-celebrates-20th-anniversary-twenty-ways-the-sspa-has-changed-our-industry/#comment-4</link>
		<dc:creator>Rich Gallagher</dc:creator>
		<pubDate>Thu, 02 Jul 2009 04:00:28 +0000</pubDate>
		<guid isPermaLink="false">http://supportsense.wordpress.com/?p=25#comment-4</guid>
		<description>Hi Bill - great to see a blog with your unique (and spot-on) take on the support industry, from your perch as SSPA founder. Great post!

Rich Gallagher</description>
		<content:encoded><![CDATA[<p>Hi Bill &#8211; great to see a blog with your unique (and spot-on) take on the support industry, from your perch as SSPA founder. Great post!</p>
<p>Rich Gallagher</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on SSPA Celebrates 20th Anniversary: Twenty ways the SSPA has changed our industry by Dr B</title>
		<link>http://supportsense.wordpress.com/2009/06/29/sspa-celebrates-20th-anniversary-twenty-ways-the-sspa-has-changed-our-industry/#comment-3</link>
		<dc:creator>Dr B</dc:creator>
		<pubDate>Wed, 01 Jul 2009 20:10:47 +0000</pubDate>
		<guid isPermaLink="false">http://supportsense.wordpress.com/?p=25#comment-3</guid>
		<description>Bill, 
Congratulations on 20 years of success!</description>
		<content:encoded><![CDATA[<p>Bill,<br />
Congratulations on 20 years of success!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on The Importance of First Call Resolution(FCR) in Tech Support by Eric Harrington</title>
		<link>http://supportsense.wordpress.com/2009/05/05/the-importance-of-first-call-resolutionfcr-in-tech-support/#comment-2</link>
		<dc:creator>Eric Harrington</dc:creator>
		<pubDate>Tue, 23 Jun 2009 17:31:20 +0000</pubDate>
		<guid isPermaLink="false">http://supportsense.wordpress.com/?p=15#comment-2</guid>
		<description>I am looking forward to this Bill.  We have found over the years that when it comes to technical support, there is only so much they can do - especially when the call is regarding a bug or a feature request.  Technical support is not typically equipped to handle these issues because the developers, engineers and product managers are using a different tool (ie - a bug tracker)

Having worked in technical support both as a rep and a director, I learned early on that the gap between support and development must be closed and they must use the same piece of software in order to be effective.

To me, one of the biggest and most common problems is this;  The customer calls or emails the Support staff but the problem is beyond what they can handle and must be passed over to the Developers and Engineers.  Unfortunately, those groups use a different piece of software.

At this point, the support staff, management and the customers lose visibility.

It really depends on the nature of the first call.  If it is something support can handle, such as operator error or changing a configuration file, that is great.  But in many cases, the issue needs to be passed to someone that can actually solve the problem or add the feature - and if an organization has silo&#039;s, this can be very frustrating to everyone, including the customer.

When do you plan on posting your factors?</description>
		<content:encoded><![CDATA[<p>I am looking forward to this Bill.  We have found over the years that when it comes to technical support, there is only so much they can do &#8211; especially when the call is regarding a bug or a feature request.  Technical support is not typically equipped to handle these issues because the developers, engineers and product managers are using a different tool (ie &#8211; a bug tracker)</p>
<p>Having worked in technical support both as a rep and a director, I learned early on that the gap between support and development must be closed and they must use the same piece of software in order to be effective.</p>
<p>To me, one of the biggest and most common problems is this;  The customer calls or emails the Support staff but the problem is beyond what they can handle and must be passed over to the Developers and Engineers.  Unfortunately, those groups use a different piece of software.</p>
<p>At this point, the support staff, management and the customers lose visibility.</p>
<p>It really depends on the nature of the first call.  If it is something support can handle, such as operator error or changing a configuration file, that is great.  But in many cases, the issue needs to be passed to someone that can actually solve the problem or add the feature &#8211; and if an organization has silo&#8217;s, this can be very frustrating to everyone, including the customer.</p>
<p>When do you plan on posting your factors?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
