<?xml version="1.0" encoding="utf-8"?><!-- generator="wordpress/1.5.1-alpha" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Crowdsource support CoPs</title>
	<link>http://libraryclips.blogsome.com/2009/08/05/crowdsource-support-cops/</link>
	<description>sharing ideas thoughts and feedback</description>
	<pubDate>Sun, 12 Feb 2012 16:43:14 +0000</pubDate>
	<generator>http://wordpress.org/?v=1.5.1-alpha</generator>

	<item>
		<title>by: John Tropea</title>
		<link>http://libraryclips.blogsome.com/2009/08/05/crowdsource-support-cops/#comment-33035</link>
		<pubDate>Fri, 14 Aug 2009 01:09:49 +0100</pubDate>
		<guid>http://libraryclips.blogsome.com/2009/08/05/crowdsource-support-cops/#comment-33035</guid>
					<description>Brilliant comment. I really like the example of apple users forums, the wisdom of the diverse crowd can scale more than the experts. Of course they don't have obligation, but at least you get lots of eyes on it by experienced people, and quick response.

It's a sign of the times that the users together can disintermediate an expert official support forms

Again a forum is a shared space on a topic, and only one crowdsourcing example for support.

You also talk about enterprise-wide support by posting in micro-messaging systems...people that follow you or see your post in the public stream may offer assistance. This is different than shifting context from one forum to the next.

I posted a while back on this in the workplace
http://libraryclips.blogsome.com/2008/08/22/140-characters-to-knowledge-share/</description>
		<content:encoded><![CDATA[	<p>Brilliant comment. I really like the example of apple users forums, the wisdom of the diverse crowd can scale more than the experts. Of course they don&#8217;t have obligation, but at least you get lots of eyes on it by experienced people, and quick response.</p>
	<p>It&#8217;s a sign of the times that the users together can disintermediate an expert official support forms</p>
	<p>Again a forum is a shared space on a topic, and only one crowdsourcing example for support.</p>
	<p>You also talk about enterprise-wide support by posting in micro-messaging systems&#8230;people that follow you or see your post in the public stream may offer assistance. This is different than shifting context from one forum to the next.</p>
	<p>I posted a while back on this in the workplace<br />
<a >http://libraryclips.blogsome.com/2008/08/22/140-characters-to-knowledge-share/</a>
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Larry Hawes</title>
		<link>http://libraryclips.blogsome.com/2009/08/05/crowdsource-support-cops/#comment-33033</link>
		<pubDate>Thu, 13 Aug 2009 14:23:03 +0100</pubDate>
		<guid>http://libraryclips.blogsome.com/2009/08/05/crowdsource-support-cops/#comment-33033</guid>
					<description>Finally got around to reading this post, as I had promised to do. Nice work, John, especially in detailing the different use cases for IT help support.

I like the notion of crowdsourced IT help very much. In fact, this was an informal practice at IBM, where I worked until last November. A good handful of employees were early adopters of BlueTwit, an internal microsharing (i.e. Twitter) tool that was not officially supported by IBM at the time. One way we used BlueTwit was to help each other out with difficulties around other applications, both IBM sanctioned ones and other unsupported, experimental apps. A common questions was something like &quot;Is Sametime down? I can't login?&quot;

My experience with using BlueTwit and fellow IBMers as crowdsourced IT support was great. In fact, it was generally superior to calling the IBM Help Desk in terms of both quality and speed of issue resolution.

I also frequently see Mac users (myself included) turning to Apple Support forums for answers, again because they get better answers faster than the Apple KnowledgeBase store of &quot;official&quot; support documents can provide.</description>
		<content:encoded><![CDATA[	<p>Finally got around to reading this post, as I had promised to do. Nice work, John, especially in detailing the different use cases for IT help support.</p>
	<p>I like the notion of crowdsourced IT help very much. In fact, this was an informal practice at IBM, where I worked until last November. A good handful of employees were early adopters of BlueTwit, an internal microsharing (i.e. Twitter) tool that was not officially supported by IBM at the time. One way we used BlueTwit was to help each other out with difficulties around other applications, both IBM sanctioned ones and other unsupported, experimental apps. A common questions was something like &#8220;Is Sametime down? I can&#8217;t login?&#8221;</p>
	<p>My experience with using BlueTwit and fellow IBMers as crowdsourced IT support was great. In fact, it was generally superior to calling the IBM Help Desk in terms of both quality and speed of issue resolution.</p>
	<p>I also frequently see Mac users (myself included) turning to Apple Support forums for answers, again because they get better answers faster than the Apple KnowledgeBase store of &#8220;official&#8221; support documents can provide.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: John Tropea</title>
		<link>http://libraryclips.blogsome.com/2009/08/05/crowdsource-support-cops/#comment-33017</link>
		<pubDate>Thu, 06 Aug 2009 08:57:45 +0100</pubDate>
		<guid>http://libraryclips.blogsome.com/2009/08/05/crowdsource-support-cops/#comment-33017</guid>
					<description>Larry Hawes has a post on hybrid use of both process-centric and people-centrict tools.

The BPM type tool to locate issue, status, who's on it, blended together with conversational tools where the troubleshooting actually happens.

http://lehawes.wordpress.com/2009/08/04/the-nexus-of-defined-business-process-and-ad-hoc-collaboration/</description>
		<content:encoded><![CDATA[	<p>Larry Hawes has a post on hybrid use of both process-centric and people-centrict tools.</p>
	<p>The BPM type tool to locate issue, status, who&#8217;s on it, blended together with conversational tools where the troubleshooting actually happens.</p>
	<p><a >http://lehawes.wordpress.com/2009/08/04/the-nexus-of-defined-business-process-and-ad-hoc-collaboration/</a>
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: John Tropea</title>
		<link>http://libraryclips.blogsome.com/2009/08/05/crowdsource-support-cops/#comment-33016</link>
		<pubDate>Thu, 06 Aug 2009 05:35:44 +0100</pubDate>
		<guid>http://libraryclips.blogsome.com/2009/08/05/crowdsource-support-cops/#comment-33016</guid>
					<description>From the Read Write Web blog:

&quot;Customer service reps, it's your lucky day. It just so happens that three of the top Web-based support applications — ticketing system Zendesk, issue tracker JIRA, and customer service platform Get Satisfaction — are now integrated.&quot;

http://www.readwriteweb.com/enterprise/2009/07/zendesk-jira-and-getsatisfaction-a-support-mashup.php</description>
		<content:encoded><![CDATA[	<p>From the Read Write Web blog:</p>
	<p>&#8220;Customer service reps, it&#8217;s your lucky day. It just so happens that three of the top Web-based support applications — ticketing system Zendesk, issue tracker JIRA, and customer service platform Get Satisfaction — are now integrated.&#8221;</p>
	<p><a >http://www.readwriteweb.com/enterprise/2009/07/zendesk-jira-and-getsatisfaction-a-support-mashup.php</a>
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: John Tropea</title>
		<link>http://libraryclips.blogsome.com/2009/08/05/crowdsource-support-cops/#comment-33015</link>
		<pubDate>Thu, 06 Aug 2009 01:36:44 +0100</pubDate>
		<guid>http://libraryclips.blogsome.com/2009/08/05/crowdsource-support-cops/#comment-33015</guid>
					<description>Added to my comment above is what if an issue is too hard to solve and needs some development work. We would need to mark this status, which posts the call over to a dev team, ie a trigger that transfers the call to their support application.

Often as customer support people we can see that status of a call is with the dev team, but we don't know the updates of it's progression as it's happening in another database.

So again whether these need to be the same application or some kind of interaction ID, where you click a link in the customer support database and it takes you to that same call in the dev team database.</description>
		<content:encoded><![CDATA[	<p>Added to my comment above is what if an issue is too hard to solve and needs some development work. We would need to mark this status, which posts the call over to a dev team, ie a trigger that transfers the call to their support application.</p>
	<p>Often as customer support people we can see that status of a call is with the dev team, but we don&#8217;t know the updates of it&#8217;s progression as it&#8217;s happening in another database.</p>
	<p>So again whether these need to be the same application or some kind of interaction ID, where you click a link in the customer support database and it takes you to that same call in the dev team database.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: John Tropea</title>
		<link>http://libraryclips.blogsome.com/2009/08/05/crowdsource-support-cops/#comment-33014</link>
		<pubDate>Thu, 06 Aug 2009 01:23:30 +0100</pubDate>
		<guid>http://libraryclips.blogsome.com/2009/08/05/crowdsource-support-cops/#comment-33014</guid>
					<description>Brilliant Samuel.

The solution is that traditional support databases become more web 2.0, this way we still have the sophistication of managing calls and reporting, but also the openness of crowdsourcing.
I think UserVoice and Get Satisfaction are a good start.

But yes, when I need to speak to the customer in private or speak to the support staff about a current call, I don't want to use email, I want to still be able to do this within the support database.

So your example of friendfeed allowing you to share an item with a group is a winning feature, as I'm not having to switch applications. And speaking to the customer in private without switching applications is also great (but I wonder how private this is, as I would like to invite other support people to see the conversation I'm having with the customer).

I think each call in a support database should have the main stream and 2 sub-streams, all in the one view.

This way when a support person looks at the call, on their screen they can see the main discussion, they can also see the admin/support discussion, and also see a private discussion with the customer.

The customer would only see 2 streams (main and private).

The general user would only see the main stream.</description>
		<content:encoded><![CDATA[	<p>Brilliant Samuel.</p>
	<p>The solution is that traditional support databases become more web 2.0, this way we still have the sophistication of managing calls and reporting, but also the openness of crowdsourcing.<br />
I think UserVoice and Get Satisfaction are a good start.</p>
	<p>But yes, when I need to speak to the customer in private or speak to the support staff about a current call, I don&#8217;t want to use email, I want to still be able to do this within the support database.</p>
	<p>So your example of friendfeed allowing you to share an item with a group is a winning feature, as I&#8217;m not having to switch applications. And speaking to the customer in private without switching applications is also great (but I wonder how private this is, as I would like to invite other support people to see the conversation I&#8217;m having with the customer).</p>
	<p>I think each call in a support database should have the main stream and 2 sub-streams, all in the one view.</p>
	<p>This way when a support person looks at the call, on their screen they can see the main discussion, they can also see the admin/support discussion, and also see a private discussion with the customer.</p>
	<p>The customer would only see 2 streams (main and private).</p>
	<p>The general user would only see the main stream.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Samuel Driessen</title>
		<link>http://libraryclips.blogsome.com/2009/08/05/crowdsource-support-cops/#comment-33012</link>
		<pubDate>Wed, 05 Aug 2009 12:51:41 +0100</pubDate>
		<guid>http://libraryclips.blogsome.com/2009/08/05/crowdsource-support-cops/#comment-33012</guid>
					<description>Nice post, John. After reading it earlier today the last part of your post kept me thinking. I understand the issue you're describing. W.r.t. a solution: is something like you can do in Friendfeed what you are looking for? In FF you can take a post and share it with a group or person, publicly and privately.</description>
		<content:encoded><![CDATA[	<p>Nice post, John. After reading it earlier today the last part of your post kept me thinking. I understand the issue you&#8217;re describing. W.r.t. a solution: is something like you can do in Friendfeed what you are looking for? In FF you can take a post and share it with a group or person, publicly and privately.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Samuel Driessen</title>
		<link>http://libraryclips.blogsome.com/2009/08/05/crowdsource-support-cops/#comment-33011</link>
		<pubDate>Wed, 05 Aug 2009 10:36:41 +0100</pubDate>
		<guid>http://libraryclips.blogsome.com/2009/08/05/crowdsource-support-cops/#comment-33011</guid>
					<description>Thanks for extending the conversation and pointing back to your earlier posts on this topic!</description>
		<content:encoded><![CDATA[	<p>Thanks for extending the conversation and pointing back to your earlier posts on this topic!
</p>
]]></content:encoded>
				</item>
</channel>
</rss>

