<?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: Why We Killed One of Our Biggest Features to Grow Our Business	</title>
	<atom:link href="https://www.groovehq.com/blog/discontinuing-live-chat/feed" rel="self" type="application/rss+xml" />
	<link>https://www.groovehq.com/blog/discontinuing-live-chat</link>
	<description></description>
	<lastBuildDate>Tue, 24 Oct 2023 19:53:40 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=5.5.1</generator>
	<item>
		<title>
		By: Dark Penguin		</title>
		<link>https://www.groovehq.com/blog/discontinuing-live-chat#comment-13101</link>

		<dc:creator><![CDATA[Dark Penguin]]></dc:creator>
		<pubDate>Tue, 24 Oct 2023 19:53:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.groovehq.com/blog/?p=1129#comment-13101</guid>

					<description><![CDATA[So now we have to wait for someone to answer the phone, then wait on hold to talk to an agent, and that possibly after struggling with a voice activated robot. IMHO if live agent chat is a failure, then it&#039;s not being done right.  

The critics have no comprehension of what a godsend live chat is to anyone with a difficult or unusual name.  The names of many letters of the alphabet sound just like other letters under poor audio quality, e.g. z/v/z/c, s/f, m/n, y/i.  All four of those distinctions are needed in spelling my name to a stranger.  And because a NATO type speaking alphabet has never  been adopted for civilian use, that means I have to tediously identify each letter (&quot;V as in van, like a truck, N as in Nancy, Y as in yellow...&quot;  and so on).

I will confess I have run out patience and yelled at CSRs once or twice because I get so frustrated trying to make myself understood.  And I know it isn&#039;t their fault.]]></description>
			<content:encoded><![CDATA[<p>So now we have to wait for someone to answer the phone, then wait on hold to talk to an agent, and that possibly after struggling with a voice activated robot. IMHO if live agent chat is a failure, then it&#8217;s not being done right.  </p>
<p>The critics have no comprehension of what a godsend live chat is to anyone with a difficult or unusual name.  The names of many letters of the alphabet sound just like other letters under poor audio quality, e.g. z/v/z/c, s/f, m/n, y/i.  All four of those distinctions are needed in spelling my name to a stranger.  And because a NATO type speaking alphabet has never  been adopted for civilian use, that means I have to tediously identify each letter (&#8220;V as in van, like a truck, N as in Nancy, Y as in yellow&#8230;&#8221;  and so on).</p>
<p>I will confess I have run out patience and yelled at CSRs once or twice because I get so frustrated trying to make myself understood.  And I know it isn&#8217;t their fault.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Seki Shou		</title>
		<link>https://www.groovehq.com/blog/discontinuing-live-chat#comment-11553</link>

		<dc:creator><![CDATA[Seki Shou]]></dc:creator>
		<pubDate>Thu, 24 Nov 2022 01:26:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.groovehq.com/blog/?p=1129#comment-11553</guid>

					<description><![CDATA[I ship him with the green haired knight
&lt;b&gt;O.2632P.US/jX5376U&lt;/b&gt;]]></description>
			<content:encoded><![CDATA[<p>I ship him with the green haired knight<br />
<b>O.2632P.US/jX5376U</b></p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Luqman		</title>
		<link>https://www.groovehq.com/blog/discontinuing-live-chat#comment-406</link>

		<dc:creator><![CDATA[Luqman]]></dc:creator>
		<pubDate>Thu, 12 Oct 2017 11:44:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.groovehq.com/blog/?p=1129#comment-406</guid>

					<description><![CDATA[Thanks @alex_turnbull:disqus  for sharing this article. I wanted to know what metrics did you use to measure the live chat app]]></description>
			<content:encoded><![CDATA[<p>Thanks @alex_turnbull:disqus  for sharing this article. I wanted to know what metrics did you use to measure the live chat app</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Jason Grills		</title>
		<link>https://www.groovehq.com/blog/discontinuing-live-chat#comment-418</link>

		<dc:creator><![CDATA[Jason Grills]]></dc:creator>
		<pubDate>Thu, 28 Sep 2017 05:10:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.groovehq.com/blog/?p=1129#comment-418</guid>

					<description><![CDATA[I have a different opinion in this case. I think you didn’t get a solid product in first place, which is why the entire support team got busy in improving performance and eliminating bugs. Ideally, this should be the job of the live chat solution provider, so that you can focus on your core business. Regarding non-usage, you can probably experiment with radio buttons, color combinations or better, conduct a survey to learn about user preferences. About maintenance costs, it should be ZERO. Decent live chat options charge a subscription fee that covers everything from installation to troubleshooting to maintenance. 

Live chat became an overhead for you, rather it should have improved your conversion rates. I would suggest to revisit your decision and give &lt;a href=&quot;https://www.proprofs.com/chat/&quot;&gt;ProProfs chat&lt;/a&gt; a try. ProProfs chat roll out frequent updates to ensure you don’t have to deal with sluggish responses or bugs. This also takes care about data security, so don’t worry about data leakages. Our live chat has all the flagship features that would help in improving the bottom line of your business. Feel free to give us a call and allow us to understand your requirements better.]]></description>
			<content:encoded><![CDATA[<p>I have a different opinion in this case. I think you didn’t get a solid product in first place, which is why the entire support team got busy in improving performance and eliminating bugs. Ideally, this should be the job of the live chat solution provider, so that you can focus on your core business. Regarding non-usage, you can probably experiment with radio buttons, color combinations or better, conduct a survey to learn about user preferences. About maintenance costs, it should be ZERO. Decent live chat options charge a subscription fee that covers everything from installation to troubleshooting to maintenance. </p>
<p>Live chat became an overhead for you, rather it should have improved your conversion rates. I would suggest to revisit your decision and give <a href="https://www.proprofs.com/chat/">ProProfs chat</a> a try. ProProfs chat roll out frequent updates to ensure you don’t have to deal with sluggish responses or bugs. This also takes care about data security, so don’t worry about data leakages. Our live chat has all the flagship features that would help in improving the bottom line of your business. Feel free to give us a call and allow us to understand your requirements better.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Mark Evans		</title>
		<link>https://www.groovehq.com/blog/discontinuing-live-chat#comment-946</link>

		<dc:creator><![CDATA[Mark Evans]]></dc:creator>
		<pubDate>Thu, 02 Mar 2017 14:27:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.groovehq.com/blog/?p=1129#comment-946</guid>

					<description><![CDATA[It&#039;s a brave decision but ultimately the right one for the business in the long-term. For startups, focus is a key ingredient for success so you&#039;re on the right track.]]></description>
			<content:encoded><![CDATA[<p>It&#8217;s a brave decision but ultimately the right one for the business in the long-term. For startups, focus is a key ingredient for success so you&#8217;re on the right track.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Dmitri		</title>
		<link>https://www.groovehq.com/blog/discontinuing-live-chat#comment-5532</link>

		<dc:creator><![CDATA[Dmitri]]></dc:creator>
		<pubDate>Sat, 11 Apr 2015 05:20:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.groovehq.com/blog/?p=1129#comment-5532</guid>

					<description><![CDATA[Alex, great respect for taking the courage to write it! So rare to see!

But here is my take.

I have used Live Chats on several occasions and it really made my day on some of them. One of the most memorable was one by Iron.io, when I was losing hours trying to install their command line due to its dependency on a specific version of Ruby I didn&#039;t have. Their live chat was amazingly helpful and I only kicked myself for not trying it earlier. No email or phone call would replace it!

But - it was the only time I used it! So my &quot;usage rate&quot; was as low as it can only be! Live Chat is not meant to be used regularly. Well, if it is, then you are doing wrong something else. :) If things work well, your users will rarely jump to your Live Chat, which is good! But if anything breaks - Live Chat, in my view, is the most effective way to get quick and productive help for a technical product!

Summarising - I feel that Live Chat is meant to be used rarely, hence low usage is actually good, but it is those rare occasions when it is used, that can make a big difference.

---
About High maintenance cost. 

Obviously, without knowing any details about your code architecture, it is hard for me to see the true reasons. On the technical level, implementing a basic chat can be as simple as placing writer&#039;s message in a database and pulling it to subscriber&#039;s client - the so-called polling. There are of course more advanced technologies consuming more resources but for the basic chat function, the classic simple polling might be just fine. ;)

---
Other products are more functional. 
Absolutely. But it all depends on goals and use cases.

If I am a user needing quick help -- all I care is a text box, where I can type my message and get it answered. 

Just as you write in your posts, keep it simple! :)

---
 The Opportunity Cost of Not Having Partners.

Great point! Good partnerships can bring lots of benefits.

But any partnership has its cost too.

What if they decide to change their API? Will you easily adapt?

What if they get acquired and shut down the product?

That actually did happen to me - I used Stackmob, a pioneer in Backend as a Service space, that was acquired by Paypal only to be shut down (http://venturebeat.com/2014/02/12/paypal-closing-down-backend-service-stackmob-months-after-buying-it/)

Luckily I had my code designed with decoupled module architecture, which made it easy to switch to Parse.com by changing only one small module.
It was a good lesson.


---
Finally, there is something that really puzzles me.
Did you integrate HipChat instead of you in-house Live Chat?
Then you are not discontinuing the product but rather improve it!
Am I missing something?]]></description>
			<content:encoded><![CDATA[<p>Alex, great respect for taking the courage to write it! So rare to see!</p>
<p>But here is my take.</p>
<p>I have used Live Chats on several occasions and it really made my day on some of them. One of the most memorable was one by Iron.io, when I was losing hours trying to install their command line due to its dependency on a specific version of Ruby I didn&#8217;t have. Their live chat was amazingly helpful and I only kicked myself for not trying it earlier. No email or phone call would replace it!</p>
<p>But &#8211; it was the only time I used it! So my &#8220;usage rate&#8221; was as low as it can only be! Live Chat is not meant to be used regularly. Well, if it is, then you are doing wrong something else. 🙂 If things work well, your users will rarely jump to your Live Chat, which is good! But if anything breaks &#8211; Live Chat, in my view, is the most effective way to get quick and productive help for a technical product!</p>
<p>Summarising &#8211; I feel that Live Chat is meant to be used rarely, hence low usage is actually good, but it is those rare occasions when it is used, that can make a big difference.</p>
<p>&#8212;<br />
About High maintenance cost. </p>
<p>Obviously, without knowing any details about your code architecture, it is hard for me to see the true reasons. On the technical level, implementing a basic chat can be as simple as placing writer&#8217;s message in a database and pulling it to subscriber&#8217;s client &#8211; the so-called polling. There are of course more advanced technologies consuming more resources but for the basic chat function, the classic simple polling might be just fine. 😉</p>
<p>&#8212;<br />
Other products are more functional.<br />
Absolutely. But it all depends on goals and use cases.</p>
<p>If I am a user needing quick help &#8212; all I care is a text box, where I can type my message and get it answered. </p>
<p>Just as you write in your posts, keep it simple! 🙂</p>
<p>&#8212;<br />
 The Opportunity Cost of Not Having Partners.</p>
<p>Great point! Good partnerships can bring lots of benefits.</p>
<p>But any partnership has its cost too.</p>
<p>What if they decide to change their API? Will you easily adapt?</p>
<p>What if they get acquired and shut down the product?</p>
<p>That actually did happen to me &#8211; I used Stackmob, a pioneer in Backend as a Service space, that was acquired by Paypal only to be shut down (<a href="http://venturebeat.com/2014/02/12/paypal-closing-down-backend-service-stackmob-months-after-buying-it/" rel="nofollow ugc">http://venturebeat.com/2014/02/12/paypal-closing-down-backend-service-stackmob-months-after-buying-it/</a>)</p>
<p>Luckily I had my code designed with decoupled module architecture, which made it easy to switch to Parse.com by changing only one small module.<br />
It was a good lesson.</p>
<p>&#8212;<br />
Finally, there is something that really puzzles me.<br />
Did you integrate HipChat instead of you in-house Live Chat?<br />
Then you are not discontinuing the product but rather improve it!<br />
Am I missing something?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Yuliya Malysh		</title>
		<link>https://www.groovehq.com/blog/discontinuing-live-chat#comment-2768</link>

		<dc:creator><![CDATA[Yuliya Malysh]]></dc:creator>
		<pubDate>Thu, 29 Jan 2015 08:49:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.groovehq.com/blog/?p=1129#comment-2768</guid>

					<description><![CDATA[Alex, great post. 
How do you measure the adoption rate of your features?
Thanks in advance.]]></description>
			<content:encoded><![CDATA[<p>Alex, great post.<br />
How do you measure the adoption rate of your features?<br />
Thanks in advance.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Anne-Marie		</title>
		<link>https://www.groovehq.com/blog/discontinuing-live-chat#comment-3630</link>

		<dc:creator><![CDATA[Anne-Marie]]></dc:creator>
		<pubDate>Thu, 24 Jul 2014 21:25:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.groovehq.com/blog/?p=1129#comment-3630</guid>

					<description><![CDATA[Hi Alex, 
That&#039;s a brave post, I commend you for it.  I have a question for you regarding the concept of constant change of a product. As a user, I feel frustrated by the way tech companies seem to think its ok to experiment on its customer base (me!). 
Each time you make a change to your product, it involves considerable cognitive effort for me to rework my mental model of the system. For me, that&#039;s acceptable if the change occurs rarely - I don&#039;t like it but I can work with that. 
But when the change is constant, I feel like I&#039;m an lab rat in some long tortuous experiment that I have no control over - all for my own good. It&#039;s like being forced to take cod liver oil every night...
Maybe in my old age I&#039;m getting cranky and less tolerant of change (I keep thinking of old age pensioners refusing to use ATMS :)) but it does concern me especially as the population ages. 
I&#039;d love to hear your thoughts on this as some who welcomes transparency. 
Anne-Marie]]></description>
			<content:encoded><![CDATA[<p>Hi Alex,<br />
That&#8217;s a brave post, I commend you for it.  I have a question for you regarding the concept of constant change of a product. As a user, I feel frustrated by the way tech companies seem to think its ok to experiment on its customer base (me!).<br />
Each time you make a change to your product, it involves considerable cognitive effort for me to rework my mental model of the system. For me, that&#8217;s acceptable if the change occurs rarely &#8211; I don&#8217;t like it but I can work with that.<br />
But when the change is constant, I feel like I&#8217;m an lab rat in some long tortuous experiment that I have no control over &#8211; all for my own good. It&#8217;s like being forced to take cod liver oil every night&#8230;<br />
Maybe in my old age I&#8217;m getting cranky and less tolerant of change (I keep thinking of old age pensioners refusing to use ATMS :)) but it does concern me especially as the population ages.<br />
I&#8217;d love to hear your thoughts on this as some who welcomes transparency.<br />
Anne-Marie</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Cleyton Messias		</title>
		<link>https://www.groovehq.com/blog/discontinuing-live-chat#comment-3654</link>

		<dc:creator><![CDATA[Cleyton Messias]]></dc:creator>
		<pubDate>Mon, 14 Jul 2014 21:33:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.groovehq.com/blog/?p=1129#comment-3654</guid>

					<description><![CDATA[Hi Alex!

Nice article as always! 

I have a simple question: Which tool do you use to measure and show the picture at &quot;Live Chat Adoption&quot; 

How did you get this 7.9%?

Thanks!]]></description>
			<content:encoded><![CDATA[<p>Hi Alex!</p>
<p>Nice article as always! </p>
<p>I have a simple question: Which tool do you use to measure and show the picture at &#8220;Live Chat Adoption&#8221; </p>
<p>How did you get this 7.9%?</p>
<p>Thanks!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Gaurav Chandra		</title>
		<link>https://www.groovehq.com/blog/discontinuing-live-chat#comment-3656</link>

		<dc:creator><![CDATA[Gaurav Chandra]]></dc:creator>
		<pubDate>Fri, 11 Jul 2014 04:27:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.groovehq.com/blog/?p=1129#comment-3656</guid>

					<description><![CDATA[Great read. Focus is everything. But there are somethings which are absolute must for some people and that need to be incorporated. In my experience people are impatient and want answers fast. They want to chat directly without going through the knowledge base or raising a ticket. That is why the angry reactions to your decision from your customers. The chat services are expensive and not cheap. Add that to the cost of a help desk software and for some the total cost falls outside the budget. So, for some your live chat was a good add on.]]></description>
			<content:encoded><![CDATA[<p>Great read. Focus is everything. But there are somethings which are absolute must for some people and that need to be incorporated. In my experience people are impatient and want answers fast. They want to chat directly without going through the knowledge base or raising a ticket. That is why the angry reactions to your decision from your customers. The chat services are expensive and not cheap. Add that to the cost of a help desk software and for some the total cost falls outside the budget. So, for some your live chat was a good add on.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Kyle Schutter		</title>
		<link>https://www.groovehq.com/blog/discontinuing-live-chat#comment-3658</link>

		<dc:creator><![CDATA[Kyle Schutter]]></dc:creator>
		<pubDate>Fri, 11 Jul 2014 00:48:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.groovehq.com/blog/?p=1129#comment-3658</guid>

					<description><![CDATA[Wonderful! I can relate as a business owner in Nairobi where we had a &quot;Smart Metering&quot; system that we were all very proud of to meter out our gas supply. We marched it out in front of every investor, client and competitor. We had a patent on it. But the initial budget for it was $5,000 which grew to $10,000 to $50,000 to probably $200,000 to get it right the way we wanted it. I killed it and our investors said &quot;what is so great about you guys now?&quot; Well, we reduced our R&amp;D costs by $250,000, our upfront cost per unit by 25% and our repairs by 75%. And at the same time delivered a better customer experience. It was one of the hardest decisions for me, but in retrospect obvious. We tripled our monthly revenue per user.

Good luck Alex. I love this blog and I wish I could write something similar. You have a lot of discipline to keep writing month after month.]]></description>
			<content:encoded><![CDATA[<p>Wonderful! I can relate as a business owner in Nairobi where we had a &#8220;Smart Metering&#8221; system that we were all very proud of to meter out our gas supply. We marched it out in front of every investor, client and competitor. We had a patent on it. But the initial budget for it was $5,000 which grew to $10,000 to $50,000 to probably $200,000 to get it right the way we wanted it. I killed it and our investors said &#8220;what is so great about you guys now?&#8221; Well, we reduced our R&#038;D costs by $250,000, our upfront cost per unit by 25% and our repairs by 75%. And at the same time delivered a better customer experience. It was one of the hardest decisions for me, but in retrospect obvious. We tripled our monthly revenue per user.</p>
<p>Good luck Alex. I love this blog and I wish I could write something similar. You have a lot of discipline to keep writing month after month.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
