<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Bear On Business &#187; Disconnect Inferno</title>
	<atom:link href="http://bearonbusiness.com/category/operational-finance/disconnect-inferno/feed" rel="self" type="application/rss+xml" />
	<link>http://bearonbusiness.com</link>
	<description>So much has happened in telecom over the last decade, both good and bad. With BearonBusiness.com, I strive to dissect what’s happened before as well as what’s going on in the here and now. I try to capture stories from the boom, the bust, and, now, the resurgence. We are fortunate to work in a great industry (communications) at a great time (the dawn of the Internet)–let’s reminisce, reflect, and celebrate.</description>
	<lastBuildDate>Fri, 12 Mar 2010 15:09:36 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Telecosm, Churn Ceilings, and the Disco Inferno</title>
		<link>http://bearonbusiness.com/telecosm-churn-ceilings-and-the-disco-inferno</link>
		<comments>http://bearonbusiness.com/telecosm-churn-ceilings-and-the-disco-inferno#comments</comments>
		<pubDate>Wed, 14 May 2008 17:30:17 +0000</pubDate>
		<dc:creator>Dan Caruso</dc:creator>
				<category><![CDATA[Disconnect Inferno]]></category>
		<category><![CDATA[Ike Elliott Telecosm Posts]]></category>

		<guid isPermaLink="false">http://www.bearonbusiness.com/2008/05/14/telecosm-churn-ceilings-and-the-disco-inferno/</guid>
		<description><![CDATA[Ike Elliott had a good post *http://ikeelliott.typepad.com/telecosm/2008/05/vonage-and-the.html) on churn today, using Vonage&#8217;s 1Q08 results as a backdrop.
I started to post a comment, but began rambling.  I&#8217;ve been hanging around John Scarano too long I guess.  Anyway, I decided if I was going to poke away at the keyboard, I might as well drive some traffic to my [...]]]></description>
			<content:encoded><![CDATA[<p>Ike Elliott had a good post *http://ikeelliott.typepad.com/telecosm/2008/05/vonage-and-the.html) on churn today, using Vonage&#8217;s 1Q08 results as a backdrop.</p>
<p>I started to post a comment, but began rambling.  I&#8217;ve been hanging around John Scarano too long I guess.  Anyway, I decided if I was going to poke away at the keyboard, I might as well drive some traffic to my blog instead of Ike&#8217;s.  So I will complete comment here.</p>
<p>Ike&#8217;s analysis is interesting and useful. I will add one more concept to it.  What is a reasonable expectation for steady-state churn?</p>
<p>A 1% churn rate implies a dollar of revenue will stay on the books 5 years.  Think of all the reasons a customer might churn&#8211;go out of business; move; out-grow the service; benefit from repricing; or switch to another service provider.  If, on average, only one of these events every five years would seem to be a a fantastic result for most recurring revenue businesses. Yet many telecom business tout 1% or lower rates and attribute it to their great service.  Eventually, it becomes clear that the churn rate is really higher&#8211;this is explained usually by citing external uncontrollable macro events such as a slowdown in the economy.</p>
<p>What is really happening?  Newer companies should have low churn.  Why?  &#8211;the maturity of their customer base is low.  If you have been in business only three years, your average customer has been with you less than 1.5 years.  Your churn better be very low!   Else, you have bigger problems such as bad service or an unsticky product.</p>
<p>Rapidly growing companies have a similar dynamic.  When Cbeyond was in its rapid geographic expansion phase, it&#8217;s average customer life was unnaturally low.  Churn, it follows, should be much lower than steady state.  Is this how they explained their low churn numbers in their early years?  I don&#8217;t think so.</p>
<p>Tracking and understanding churn is very important in recurring revenue businesses.  I wrote a series of posts on the topic.  For those in the telecom services business, they are worthwhile to read.  Look over at the categories on the left and click on Disconnect Inferno to read more.</p>
]]></content:encoded>
			<wfw:commentRss>http://bearonbusiness.com/telecosm-churn-ceilings-and-the-disco-inferno/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Epilogue to Disco Inferno</title>
		<link>http://bearonbusiness.com/epilogue-to-disco-inferno</link>
		<comments>http://bearonbusiness.com/epilogue-to-disco-inferno#comments</comments>
		<pubDate>Tue, 26 Feb 2008 07:55:33 +0000</pubDate>
		<dc:creator>Dan Caruso</dc:creator>
				<category><![CDATA[Disconnect Inferno]]></category>

		<guid isPermaLink="false">http://www.bearonbusiness.com/2008/02/26/epilogue-to-disco-inferno/</guid>
		<description><![CDATA[Jerry Mills Collins was one of the original members of the Trammps. The following quote is from Wikipedia:
In 2000, group member Jerry Mills Collins was convicted of beating his wife with a handgun on Valentine&#8217;s Day when he suspected her of infidelity. Collins was found guilty and sentenced to 12-35 years in prison.
If you don&#8217;t believe me, [...]]]></description>
			<content:encoded><![CDATA[<p>Jerry Mills Collins was one of the original members of the Trammps. The following quote is from Wikipedia:</p>
<blockquote><p><em>In 2000, group member Jerry Mills Collins was convicted of beating his wife with a handgun on Valentine&#8217;s Day when he suspected her of infidelity. Collins was found guilty and sentenced to 12-35 years in prison.</em></p></blockquote>
<p>If you don&#8217;t believe me, go to http://en.wikipedia.org/wiki/The_Trammps to see it.</p>
<p>Given my newfound affinity for Disco Inferno, I pondered what could have caused Jerry to take such a horrible turn in his life. I researched further into it and found this&#8211;please click here. It certainly explains why after 1999 he was never the same again.</p>
<p><object width="425" height="355" data="http://www.youtube.com/v/1ODKyM255co&amp;rel=1" type="application/x-shockwave-flash"><param name="wmode" value="transparent" /><param name="src" value="http://www.youtube.com/v/1ODKyM255co&amp;rel=1" /></object></p>
]]></content:encoded>
			<wfw:commentRss>http://bearonbusiness.com/epilogue-to-disco-inferno/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Disconnect Do&#8217;s and Don&#8217;ts</title>
		<link>http://bearonbusiness.com/disconnect-dos-and-donts</link>
		<comments>http://bearonbusiness.com/disconnect-dos-and-donts#comments</comments>
		<pubDate>Mon, 25 Feb 2008 07:50:18 +0000</pubDate>
		<dc:creator>Dan Caruso</dc:creator>
				<category><![CDATA[Disconnect Inferno]]></category>

		<guid isPermaLink="false">http://www.bearonbusiness.com/2008/02/25/disconnect-dos-and-donts/</guid>
		<description><![CDATA[This last disconnect post (for a while) will cover a few odds and ends on churn.

Establish a clear definition of disconnect: For example, a disconnect is an event where an existing customer no longer needs a particular service thereby causing revenue to be removed from our billable run rate.
Include re-rates: It is usually better to retain a customer and [...]]]></description>
			<content:encoded><![CDATA[<p>This last disconnect post (for a while) will cover a few odds and ends on churn.</p>
<ol>
<li><u>Establish a clear definition of <em>disconnect</em>:</u> For example, a disconnect is an event where an existing customer no longer needs a particular service thereby causing revenue to be removed from our billable run rate.</li>
<li><u>Include re-rates</u>: It is usually better to retain a customer and lower the price than lose the customer all together. However, the disconnect process must capture the impact of price decreases. It should be categorized differently than a pure disconnect.</li>
<li><u>Disconnect metrics should capture both disconnects and re-rates</u>: Though re-rates are less painful, they still must be included in reports that track the revenue attrition.</li>
<li><u>Include disconnects that are associated with upgrades</u>: In Telecom-land, a customer disconnect is sometimes the result of the customer stepping-up to a higher level of service. For example, the customer replaces an OC-3 with an OC-12. Sometimes these are referred to as <strong><em>good disconnects</em></strong> especially if the amount of revenue is higher after the upgrade. My philosophy is to treat these disconnects just like all others&#8211;and treat the new service as a new sale. The net positive impact comes out in how we track net installs (that is, gross installs less gross disconnects.) For those who treat <strong><em>good</em></strong> disconnects differently, I offer a word of caution. Read my <a href="http://www.bearonbusiness.com/2008/02/22/accurately-and-comprehensively-tabulating-disconnects/">prior post </a>again to understand how tempting it is to call murky situations a <em><strong>good</strong></em> disconnect if this term is more socially acceptable than a <strong><em>bad</em></strong> disconnect, thereby creating false security.</li>
<li><u>Verify accuracy of reporting</u>: I&#8217;m not sure exactly how our folks do this but I know they do. In general, they run billing reports that compare this month&#8217;s recurring revenue to the prior month. Changes are flagged and compared to the disconnects that are tabulated in the managements reports. The goal is that 100% of actual billing changes have been included in management reports&#8211;and vice  versa. When there are exceptions, the process is analyzed for what caused the miss and the process is tightened as a result. The goal is two-fold: (1) we don&#8217;t want a false sense of security about what is really happening with disconnects, and (2) we want to make sure revenue that should be billed is in fact billed.</li>
<li><u>Set reasonable goals</u>: Generally speaking, a disconnect rate of 1% or less is excellent. (1% means that 99% percent of last month&#8217;s revenue was retained during the current month.) 1.2-1.4% is usually acceptable. 1.4 to 1.7% is manageable but not comforting.  Above 1.7% is generally a sign of bigger problems.</li>
</ol>
<p>With this completed, I hope to never have to write about disconnects again. More importantly, I hope I side-step the next <em><strong><font color="#ff6600">Disconnect Inferno</font></strong></em>.</p>
]]></content:encoded>
			<wfw:commentRss>http://bearonbusiness.com/disconnect-dos-and-donts/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>The Disconnect Process</title>
		<link>http://bearonbusiness.com/the-disconnect-process</link>
		<comments>http://bearonbusiness.com/the-disconnect-process#comments</comments>
		<pubDate>Sun, 24 Feb 2008 07:43:50 +0000</pubDate>
		<dc:creator>Dan Caruso</dc:creator>
				<category><![CDATA[Disconnect Inferno]]></category>

		<guid isPermaLink="false">http://www.bearonbusiness.com/2008/02/24/the-disconnect-process/</guid>
		<description><![CDATA[A while back, I wrote posts pertaining to how we expect operations to accurately predict when sold (but not yet installed) orders (which we call pipeline) will get installed. Prior to that, I covered how our account execs are expected to accurately predict how much revenue they will sell. The past week of posts pertained to disconnects. 
Like sales and [...]]]></description>
			<content:encoded><![CDATA[<p>A while back, I wrote posts pertaining to how we expect operations to accurately predict when sold (but not yet installed) orders (which we call pipeline) will get installed. Prior to that, I covered how our account execs are expected to accurately predict how much revenue they will sell. The past week of posts pertained to disconnects. </p>
<p>Like sales and installs, we develop processes around forecasting disconnects. At Zayo, the disconnect forecasting process is in its infancy, though I suspect it is still more advanced than many other telecom companies. </p>
<p>It is helpful to break disconnects into three categories:</p>
<ol>
<li>Disconnects that might happen</li>
<li>Disconnect orders that have been received but the disconnect itself has not yet occured</li>
<li>Disconnects that have already occurred</li>
</ol>
<p>A solid-as-a-rock disconnect process is one that enables management to focus on Category 1 situaitons.  If you have early warning of where you might be vulnerable, that probably means that your company is taking steps to avoid the disconnect.</p>
<p>Category 2 is important as well.  Often, customers will send in disconnect orders prior to their contract expiring.  Or, perhaps, there are ramifications, such as early termination penalities, associated with certain disconnects. A tight process flags these orders on the front end and ensures that the company is not short-changed in the process. As importantly, this stage sometimes provides the opportunity to make one last ditch effort to save the opportunity.</p>
<p>It is almost by definition that Category 3 means it is too late to save the order. However, Category 3 is important for forecasting cash flows&#8211;which BearOnBusiness.com readers know is one of my fundamental management principles. Moreover, accurate and timely reporting on Category 3 helps improve customer retention processes. </p>
<p>We have a long way to go at Zayo before our processes will be what I want them to be. I&#8217;d like to see us using Salesforce.com as a tool for flagging <em>potential</em> disconnects in the same way we highlight potential sales. I&#8217;d like to see verification that we have spent weeks trying to avoid each and every disconnect before it hit our system. I&#8217;d like to witness the creativity and persistence of our employees as they turn churn opportunities into new long term contracts. </p>
<p>We will get there, but it will take some time.</p>
]]></content:encoded>
			<wfw:commentRss>http://bearonbusiness.com/the-disconnect-process/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>A Pencil in the Eye is Worse than Fingernails Scraping Blackboards</title>
		<link>http://bearonbusiness.com/disconnects-just-happen</link>
		<comments>http://bearonbusiness.com/disconnects-just-happen#comments</comments>
		<pubDate>Sat, 23 Feb 2008 07:31:49 +0000</pubDate>
		<dc:creator>Dan Caruso</dc:creator>
				<category><![CDATA[Disconnect Inferno]]></category>

		<guid isPermaLink="false">http://www.bearonbusiness.com/2008/02/23/disconnects-just-happen/</guid>
		<description><![CDATA[A title on one of my recent blogs was Like Fingernails on a Blackboard. One of the people on the Zayo team felt as passionately on that topic as me&#8211;but she felt a better title would have been Like a Pencil in the Eye. Well, I know she will be pleased that title was still available for [...]]]></description>
			<content:encoded><![CDATA[<p>A title on one of my recent blogs was <a target="_blank" href="http://www.bearonbusiness.com/2008/01/23/like-fingernails-on-a-blackboard-no-need-for-a-rear-view-mirror/" title="Like Fingernails on a Blackboard...">Like Fingernails on a Blackboard</a>. One of the people on the Zayo team felt as passionately on that topic as me&#8211;but she felt a better title would have been Like a Pencil in the Eye. Well, I know she will be pleased that title was still available for this post.</p>
<blockquote><p>&#8220;<em>Disconnects just happen</em>.&#8221;    </p></blockquote>
<p>Give me a pencil. Give me Scarano&#8217;s eye. </p>
<p>It is true that disconnects are sometimes unavoidable: a customer might move, their business might shut down or their needs might change in a way that your company simply can&#8217;t address. My educated guess is that the majority of disconnects do <em>not</em> fall into this unavoidable category. </p>
<p>&#8220;I have a report that will show you are wrong,&#8221; you might be thinking. Be careful. Read the <a target="_blank" href="http://www.bearonbusiness.com/2008/02/22/accurately-and-comprehensively-tabulating-disconnects/">previous post</a>. Is the report tabulated using &#8216;objective reality&#8217; or is it influenced by &#8217;subjective ass-covering&#8217;? Let me explain.</p>
<p>Let&#8217;s say we had a tracking process to explain reasons for disconnects. The process had only two check boxes.  </p>
<p>Check box #1 if the customer disconnected for any of the following reasons: </p>
<ul>
<li>Customer moved to a geography ourside our service territory</li>
<li>Customer went bankrupt</li>
<li>Customer&#8217;s needs changed in a way that we were unable or unwilling to serve them</li>
</ul>
<p>Check box #2 if the customer disconnected for one of the following reasons:</p>
<ul>
<li>I have no idea; I&#8217;ll check with the customer and get back to you</li>
<li>I just got this account last quarter; can you check with the previous account exec?</li>
<li>The decision-maker changed a few months back&#8211;I haven&#8217;t gotten around to building a relationship with her replacement yet</li>
<li>I have bigger accounts I&#8217;m worried about</li>
<li>Why would I care? My commission check is based on new sales. It is hardly worth my time to preserve existing revenue.</li>
<li>The customer upgraded their service and, in the process, choose a different provider; by the time we found out what was happening, it was too late</li>
<li>A competitor offered better pricing; if we only knew, we could have saved them</li>
<li>The service from us was out-of-term. I didn&#8217;t want to bring this up for fear of losing them as a customer</li>
<li>Our service has been spotty. If I were them, I would have switched too.</li>
<li>The customer needed things from us that required a few simple modifications to our product. It is easier to move a mountain that to get something out of marketing and IT.</li>
</ul>
<p>Got the picture? Assume you can do something to avoid the majority of disconnects. Use this assumption to improve customer retention. Don&#8217;t be too quick to rationalize that <em>disconnects just happen</em>.</p>
<p>Come to think of it, though, there are worse things in life than poking Scarano in the eye with a pencil.</p>
]]></content:encoded>
			<wfw:commentRss>http://bearonbusiness.com/disconnects-just-happen/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Keeping Score of Disconnects</title>
		<link>http://bearonbusiness.com/accurately-and-comprehensively-tabulating-disconnects</link>
		<comments>http://bearonbusiness.com/accurately-and-comprehensively-tabulating-disconnects#comments</comments>
		<pubDate>Fri, 22 Feb 2008 07:08:28 +0000</pubDate>
		<dc:creator>Dan Caruso</dc:creator>
				<category><![CDATA[Disconnect Inferno]]></category>

		<guid isPermaLink="false">http://www.bearonbusiness.com/2008/02/22/accurately-and-comprehensively-tabulating-disconnects/</guid>
		<description><![CDATA[Zayo Group is a roll-up of fiber-based telecom companies. We began (sort of) in late 2006. We researched every telecom company that had a fiber-based network. We contacted nearly all of them. We met with over half. We were impressed with some of the day-to-day operations. In other cases, we were simply perplexed. In any case, we were privy to the inner-workings of lots of the [...]]]></description>
			<content:encoded><![CDATA[<p>Zayo Group is a roll-up of fiber-based telecom companies. We began (sort of) in late 2006. We researched every telecom company that had a fiber-based network. We contacted nearly all of them. We met with over half. We were <em><strong>impressed</strong></em> with some of the day-to-day operations. In other cases, we were simply <em><strong>perplexed</strong></em>. In any case, we were privy to the inner-workings of lots of the telecom boom survivors.</p>
<p>In some of the impressive situations, we observed a strong focus on preserving revenue. These teams either learned from the meltdown or, perhaps, they weren&#8217;t the ones guilty of ignoring their embedded base during the boom. </p>
<p>Some situations were so-so. </p>
<p>However, we also encountered companies that didn&#8217;t pay sufficient attention to disconnects. In a few cases, they didn&#8217;t even attempt to tabulate how much revenue was churning. </p>
<p>Somewhat humorous were those situations where management teams insist their churn is low; yet, when pressed to provide evidence, they admit or discover they don&#8217;t actually track disconnects. &#8221;But if we did track them,&#8221; they often persist, &#8220;You&#8217;d see how low they are.&#8221; <em>Really</em>? </p>
<p>I&#8217;ve even heard, &#8220;We don&#8217;t track disconnects because they are low.&#8221; If there was a such thing as a &#8216;<em>double really?&#8217;, </em>I&#8217;d use it here.</p>
<p>Another situation we encountered is companies that had the data to support their claim of low churn. The data, however, was flawed. That is, the data was incomplete and/or inaccurate. </p>
<p>Weak processes were often the culprit. Disconnects were happening&#8211;they just weren&#8217;t captured in those reports whose purpose was to tabulate disconnects. Obviously, this isn&#8217;t a good outcome. It happens frequently, as rigorous capturing of disconnects takes discipline, focus and tight processes.</p>
<p>Worse, though, are situations where management&#8217;s intent is questionable. Management, at times, becomes too enamored with their desire to show that disconnects are impressively low. That is, they don&#8217;t understand that the purpose of tracking disconnects is to provide a complete and accurate picture, regardless of whether the results are good or bad. Tracking must be the <em>actual</em> score of the game&#8211;not the <em>desired</em> score. The highest responsibility is for the reports to be thorough, accurate and objective. If the results are not good, address the problem; don&#8217;t blur the data. </p>
<p>This sugarcoat tendency happens in various areas of business reporting&#8211;but it is likely more prevalent in the area of disconnects than in most other areas. Why? First, ascertaining disconnects and validating reporting is tedious. Second, it is highly unlikely the auditors, board of directors, shareholders or even CEO will tune into reporting methodology until problems become pronounced. By the time the problem is big, it is usually too late. The company now is in crisis mode. </p>
<p>The first-order problem in crisis mode is what to do about the high disconnects and shrinking revenue. Once in crisis mode, the fact that inaccurate reporting contributed to the problem is, frankly, a secondary concern. Ironically, executives that thrive in crisis situations are in their element at this point, even if it was these same executives who caused the crisis by taking their eye off the ball.</p>
<p>Does your company track disconnects? Are the processes tight? Is the reporting accurate? Does your company use the data to measure its effectiveness in minimizing disconnects? If not, what will you do about it?</p>
]]></content:encoded>
			<wfw:commentRss>http://bearonbusiness.com/accurately-and-comprehensively-tabulating-disconnects/feed</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Am I being a bit too dramatic?</title>
		<link>http://bearonbusiness.com/disconnects</link>
		<comments>http://bearonbusiness.com/disconnects#comments</comments>
		<pubDate>Thu, 21 Feb 2008 07:31:01 +0000</pubDate>
		<dc:creator>Dan Caruso</dc:creator>
				<category><![CDATA[Disconnect Inferno]]></category>

		<guid isPermaLink="false">http://www.bearonbusiness.com/2008/02/21/disconnects/</guid>
		<description><![CDATA[During the telecom meltdown, many companies discovered disconnects were a powerful force. Painful too.
The problem is that they discovered this DURING the meltdown (instead of during the disco revolution.) In many cases, the meltdown had already crippled their business.  Only then did they begin to focus on tightening their processes around disconnects; only then did [...]]]></description>
			<content:encoded><![CDATA[<p>During the telecom meltdown, many companies discovered disconnects were a powerful force. Painful too.</p>
<p>The problem is that they discovered this DURING the meltdown (instead of during the disco revolution.) In many cases, the meltdown had already crippled their business.  Only then did they begin to focus on tightening their processes around disconnects; only then did they re-think their incentive schemes. By the time &#8220;disconnects&#8221; became part of the culture, it was a negative and devastating influence. In many cases, the last surviving memory of the boom-era customers is collapsing revenue.</p>
<p>At this point, you&#8217;re probably right&#8211;I am being a bit too dramatic. But perhaps not.</p>
<p>The overall theme of the BearOnBusiness.com blog is &#8220;what have we learned&#8221; as a result of the telecom boom and meltdown. Well, the need to rigorously and thoroughly manage disconnects is a lesson learned that many in our industry <em><strong>have yet to get a grip on</strong></em>.</p>
<p>This is amazing to me. I will repeat. <em><strong>Amazing</strong></em>.</p>
<p>How do I know this is true? See tomorrow&#8217;s post.</p>
]]></content:encoded>
			<wfw:commentRss>http://bearonbusiness.com/disconnects/feed</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>That was Then; This is Then, Too</title>
		<link>http://bearonbusiness.com/that-was-then-this-is-then-too</link>
		<comments>http://bearonbusiness.com/that-was-then-this-is-then-too#comments</comments>
		<pubDate>Wed, 20 Feb 2008 07:29:41 +0000</pubDate>
		<dc:creator>Dan Caruso</dc:creator>
				<category><![CDATA[Disconnect Inferno]]></category>

		<guid isPermaLink="false">http://www.bearonbusiness.com/2008/02/20/that-was-then-this-is-then-too/</guid>
		<description><![CDATA[Do you like that as a tongue twister?
The past few posts referred to the disconnect inferno of the early 2000&#8217;s. &#8220;That was then,&#8221; is the hallway chatter I heard throughout the telecom universe. &#8220;It is good it is behind us.&#8221;
Is it?  I don&#8217;t know if you noticed, but we might be smack in the [...]]]></description>
			<content:encoded><![CDATA[<p>Do you like that as a tongue twister?</p>
<p>The past few posts referred to the disconnect inferno of the early 2000&#8217;s. &#8220;That was then,&#8221; is the hallway chatter I heard throughout the telecom universe. &#8220;It is good it is behind us.&#8221;</p>
<p>Is it?  I don&#8217;t know if you noticed, but we might be smack in the middle of a recession. The telecom industry continues to consolidate. Technology continues to change. If disco returned, I might be somewhat <em>nostalgic</em>. If the telecom meltdown reared its ugly head, nauseated would be a better description how those in the telecom world would feel.</p>
<p>My point is this: disconnects need to be a focal point of operating a telecom business in both good times and bad. Preserving revenue is just as important&#8211;perhaps even more important&#8211;than selling additional revenue. Culture, business process and incentive plans should reflect this.</p>
<p>I hope those readers who are part of Zayo, Envysion and NGT reflect on this. In addition to observing evidence of this in your day-to-day work situation, I&#8217;d like you to ponder additional ways in which we can combat disconnects. And by the way, combat is a good word for this topic&#8211;especially in tough times. Remember the swimming upstream analogy&#8211;simply swimming harder is not a good plan. Combating disconnects requires focus, cleverness and persistence. More on this in future posts.</p>
]]></content:encoded>
			<wfw:commentRss>http://bearonbusiness.com/that-was-then-this-is-then-too/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Swimming Against the Disconnect Current</title>
		<link>http://bearonbusiness.com/disconnect-are-upstream-current</link>
		<comments>http://bearonbusiness.com/disconnect-are-upstream-current#comments</comments>
		<pubDate>Tue, 19 Feb 2008 07:37:47 +0000</pubDate>
		<dc:creator>Dan Caruso</dc:creator>
				<category><![CDATA[Disconnect Inferno]]></category>

		<guid isPermaLink="false">http://www.bearonbusiness.com/2008/02/19/disconnect-are-upstream-current/</guid>
		<description><![CDATA[Visualize swimming upstream. As the current picks up, you will have a harder and harder time making progress. At some point, you begin to move backwards. So you try to swim harder. As you get tired, the current eventually overtakes you.
Disconnects are the Achilles&#8217; heal in a recurring services business like Telecom. Disconnects are the [...]]]></description>
			<content:encoded><![CDATA[<p>Visualize swimming upstream. As the current picks up, you will have a harder and harder time making progress. At some point, you begin to move backwards. So you try to swim harder. As you get tired, the current eventually overtakes you.</p>
<p>Disconnects are the Achilles&#8217; heal in a recurring services business like Telecom. Disconnects are the current you are swimming against. If disconnects are high, it becomes increasingly difficult to grow top line revenue. If, in the face of high disconnects, you attempt to overcome them by selling more and more, you will eventually be overtaken by the <font color="#ff6600"><strong><em>Disconnect Inferno.</em></strong></font></p>
<p><font color="#000000">If you wonder what it felt like to be in the eye of the telecom meltdown, think about swimming upstream against a strong current. If you are still unsure, give a ring to Vonage employee and ask them how they are sleeping at night. Not well is my guess, as they are in the middle of a disconnect inferno of their own making.</font></p>
<p><font color="#000000">Remember, bandwidth demand was still growing rapidly throughout the meltdown. Internet penetration was rising rapidly, consumers were switching from dial-up to broadband, and businesses were upgrading to DS3s and VoIP. Internet leaders such as YouTube, Myspace and <a href="http://www.envysion.com">Envysion </a>were only then being invented.    </font></p>
<p><font color="#000000">The problem wasn&#8217;t lack of new bandwidth demand. The problem was how quickly the installed base was shrinking. The problem was the <font color="#ff6600"><em><strong>disconnect inferno</strong></em></font>.  We should have seen this coming given the Trammps thinly-veiled message from the early 1970&#8217;s.</font></p>
]]></content:encoded>
			<wfw:commentRss>http://bearonbusiness.com/disconnect-are-upstream-current/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Disco(nnect) Inferno</title>
		<link>http://bearonbusiness.com/disconnect-inferno</link>
		<comments>http://bearonbusiness.com/disconnect-inferno#comments</comments>
		<pubDate>Mon, 18 Feb 2008 07:11:01 +0000</pubDate>
		<dc:creator>Dan Caruso</dc:creator>
				<category><![CDATA[Disconnect Inferno]]></category>

		<guid isPermaLink="false">http://www.bearonbusiness.com/2008/02/18/disconnect-inferno/</guid>
		<description><![CDATA[Picture yourself dressed in a white silk suit, blow drying your hair and dancing to a Bee Gees tune. It might have seemed hip at the time, but you knew there would be a price to pay. Though I was not quite a teenager, pictures of me in a sky blue leisure suit are floating [...]]]></description>
			<content:encoded><![CDATA[<p>Picture yourself dressed in a white silk suit, blow drying your hair and dancing to a Bee Gees tune. It might have seemed hip at the time, but you knew there would be a price to pay. Though I was not quite a teenager, pictures of me in a sky blue leisure suit are floating around. Not fun.</p>
<p>Disco came crashing down around 1977. Exactly 25 years later, another bust occurred&#8211;telecom. I don&#8217;t know how KC and the Sunshine Band handled the end of disco, but the Telecom Meldown was painful for me and lots of my friends.</p>
<p>It is a little known fact that the disco craze and the telecom boom are inter-related. Like Nostradamus, the Trammps had visions&#8211;albeit blurry ones&#8211;of future events. It was one of these visions that inspired them to write their fantastic dance song &#8220;Disco Inferno&#8221;. As I explained in prior posts, Tina Turner caught on to this as did Madonna. For those keeping score, Tina and Madonna sold their telecom stock in 2000&#8211;it is what allowed Tina to divorce Ike and Madonna to buy a new home in Aspen, Colorado. Yes, what I am implying is true: if we were paying better attention during the disco era, the telecom meltdown might have been completely avoidable.</p>
<p>If you aren&#8217;t following me, I&#8217;ll give you a factoid that both Tina and Madonna knew. When the Trammps wrote their famous song, they took it to famed producer Tom Moulton, who mixed the record. He loved the song, but he felt the title was too long. Against the objections of the Trammps, Moulton demanded that &#8216;<em><strong>nnect&#8217;</strong></em> be removed from the first word of the title. Henceforth, the song was known as Disco Inferno instead of its original name Disconnect Inferno. If you listen to older versions of the song, you can hear Jerry Mills Collins belt out the original &#8220;disconnect inferno&#8221; lyrics.</p>
<p>If you were in the telecom industry circa 2003, you know what it is like to be in the <font color="#ff6600"><strong><em>disco(nnect) inferno</em></strong></font>. Like leisure suits and blow dryers, <font color="#ff6600"><strong><em>not fun!</em></strong></font></p>
<p>If you need a visual from the Saturday Night Fever era, click here.</p>
<p><object width="425" height="355"><param name="movie" value="http://www.youtube.com/v/Au58HalLH0k&#038;rel=1"></param><param name="wmode" value="transparent"></param><embed src="http://www.youtube.com/v/Au58HalLH0k&#038;rel=1" type="application/x-shockwave-flash" wmode="transparent" width="425" height="355"></embed></object></p>
]]></content:encoded>
			<wfw:commentRss>http://bearonbusiness.com/disconnect-inferno/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
