Email a colleague    

December 2010

When Revenue Assurance and IT Clash, Look in the Mirror

When Revenue Assurance and IT Clash, Look in the Mirror

“An institution is the lengthened shadow of one man.”

—Ralph Waldo Emerson, Essays

You can’t run a great institution or business by committee.  The leadership at the top really matters.

In 12 short years, Steve Jobs transformed Apple from a second-tier computer supplier to a wireless device and content distribution juggernaut.  At this writing, Apple’s market cap is $293 billion, higher than Microsoft’s $239 billion and Walmart’s $193 billion.  Simply amazing.

Yet when you analyze Apple’s success with the iPhone, you realize that no single skill set spelled the difference.  It’s the confluence of talents across many areas that’s made Apple “insanely great.“

On the technology side there was innovation in embedded computing, OS design, and the user interface.  In marketing, Apple brought together superior advertising, human engineering, and retail store excellence.  Content distribution wasn’t an afterthought: Apple’s app and music stores were integral to the full package.  Even its partnering with AT&T and other telecoms was pulled off with brilliance.

So what can folks in the revenue assurance profession learn from Jobs, the management genius?  Perhaps, it’s that people who can juggle multiple glass balls at one time are quite valuable.

The greatest sin is being one-dimensional.  To be good in revenue assurance, training in bill audits and forensics is necessary, but not enough.  A thorough knowledge of B/OSS systems is also needed.  Then too, coordination with other departments, such as billing, customer care, marketing and engineering, is equally vital.  And you certainly need to have a solid relationship with IT/operations, the folks who often run the mediation, billing, ordering, and inventory systems that RA wraps controls around.

It’s the critical relationship between IT and RA that is the subject of this blog.  And here to wade in on the issue is Rob Mattison, the founder and president of GRAPA, the Global Revenue Assurance Professionals Association.

Rob is a piece of work — hard work.  He’s an expert who talks from authority because he’s lived a lot of the business stories he tells.  He’s worked at telecoms, in IT and in revenue assurance.  He’s written a few business books.  And he’s got degrees in computer science, telecommunications, and — you’d never guess  this one — anthropology.

Though he could easily make money having vendors sponsor his training events, he’s chosen instead to keep his organization free from outside influence.  In that way, he remains a independent expert who can freely speak his mind with no axe to grind.

In the following interview, Rob uses a case study to show how IT and Revenue Assurance misunderstand each others’ roles.  Then in the second half of the interview, Rob teaches revenue assurance managers a lesson about sticking to their guns and honestly examining their true worth to their telecom organizations.

Dan Baker:Rob, it’s well known that IT organizations are hard to deal with.  But are there some irreconcilable differences here between IT and revenue assurance?

Rob Mattison: Dan, first of all, I think it’s important to tell you where I’m coming from on this issue.

I’ve worked for many different telcos in many different capacities, and for more than half my career I was a telecoms IT guy.  I am, in fact, a true IT geek.  I love IT and IT people.  I am a certified DBA (DB2 and Oracle), a certified Microsoft Engineer, and a whole lot of other IT certifications that you really don’t want to know about.  Plus I’ve been playing with computers for many, many years now.

I tell you this for an important reason: when I say IT is a problem for revenue assurance, I know what I am talking about.

Now I’m not saying that IT is always going to be a problem for revenue assurance.  In fact, at many places I know, IT and Revenue Assurance are very strong allies.  And at these shops, revenue assurance and IT understand what their respective roles.  What’s more, many of the biggest revenue assurance successes are accomplished by the heavy contribution and hard work of our IT friends and allies.

But at some telcos the relationship just doesn’t work at all.  Reading your blog, I came across one case where IT put up a stone wall between RA and itself.

Yes, at some telco organizations, dozens of “little“ revenue assurance problems are overshadowed by one very big problem — the IT organization itself.  And this was certainly the case at the telco you’re referring to, a place where I actually worked.

At the time, people in the postpaid and interconnect areas were complaining about CDRs being either missing or formatted wrong.  So the CFO instructed a team of us to assure the mediation system.

But when we approached the mediation people to examine their operation, they treated us like a group of plague carrying beggars.  They told us ...

  • No “Mediation Operational Group“ exists; the mediation system is simply “run by IT”.
  • Mediation was being run in accordance with the requirements given to them.
  • Reading those “irritating error reports“ was not their responsibility.
  • We had no right to ask for additional information.
  • If we didn’t like it, we could submit a change request to the IT change management committee and wait for an answer (the current backlog for emergency fixes was two months).

Being good team players, we submitted the requests and tried to follow up.  Six months later, we were told that the change request was “in the queue“ and would be addressed in another two to three months.  Unbelievable.

But here’s where it gets real interesting.  When we asked the IT group about the possibility of purchasing a “revenue assurance system“ that would allow us to check on how the mediation system was working — reading the CDRs before and after processing by mediation — we were treated like their best friends.

Our request for a new system shot up to the top of the work queue, and the new system was implemented in under four months.

The story is highly interesting, but what does it tell you about the source of this IT / RA conflict?

The starting point for a lot of these problems, I believe, is when senior management decides that IT should “run systems.“

Now this is an easy mistake to make.  Since IT understands how the system is installed, why not just have run the systems too?  IT can definitely staff the running of the system with a lot less manpower than an operational group.  Operational groups usually want to check on things, and make sure they work right.  IT just makes sure that the “engine is running.“

Sadly, I see this operating philosophy in place at a lot of telcos.  I’ve seen mediation systems staffed with one part time IT or network ops person for whom mediation is one of a dozen “critical systems“ that he manages.  Another case: A prepaid billing system responsible for millions of dollars of revenue a month is staffed by one or two support staff.

But when operational systems are critical and revenue sensitive systems are under-covered, who does management ask to “fix“ the problem when those under-covered systems start creating leakage?  Why Revenue Assurance, of course.

Unfortunately, by this time the people running the system really believe they are doing it the right way.  So when revenue assurance comes in and points out leakage areas, these people get defensive, angry and feel they are unfairly treated.  Yet from their perspective, these attitudes are completely justified.  They are doing exactly what they were told to do.

Sounds like what we have here are different interpretations of “running a system.“ An IT person can adequately run the system’s engine — its access control, databases, network links and servers.  But that’s very different from the system’s operation, which implies knowing the nuances of how billing, mediation, and order management processes are supposed to work.

It’s very true.  IT is running the billing system without an appreciation of the billing process, and without the proper operational controls in place.  When we are lucky, and when management is sharp enough, the revenue assurance team can point out this lack of operational integrity to management, and the problem is fixed properly from the top down.  The revenue assurance recommendation for a “correction,“ — either taking the system away from IT and giving it to an actual operational group (like billing) or putting the right KPIs in place to assure that the system is run correctly — will drastically reduce or eliminate the risks.

When we are unlucky however, management proceeds to make the problem worse.  Instead of correcting the underlying operational shortfall, they commission the revenue assurance group to set up yet more controls.  These are really a set of meta-controls — controls outside of the operational area itself whose purpose is to verify that the operational area is working correctly.

At first glance, this seems quite clever.  After all, getting people to do things the right way the first time requires painful retraining, rearranging budgets and H/R issues.  It‘s easier to simply slap some additional controls on top of the existing controls, putting more “little jobs“ on top of what the revenue assurance team is already doing.

The problem, of course, is that this actually doesn’t fix anything.  All it really does is increase the operational cost of running the system (since now you have yet another group, tracking the original group, without actually fixing what the original group was doing wrong in the first place).  The result: more IT, more systems, more controls, more staff running around watching each other, and fewer people focusing on the real underlying problems.

I bet if you were to investigate all of the cases where telcos purchased revenue assurance “system,“ to assure underlying systems, that 99 times out of 100, that this would turn out to be the real problem.  Think about that for a minute.  Think about all of the time, money, effort, confusion, chaos and — oh yes — money, has been wasted, doing exactly the wrong thing and in fact making the underlying problems worse.  Frightening, isn’t it?

I wonder how many revenue assurance departments are working under the belief that their job is not to fix the problems that cause leakage, but to function as a group of “backup singers“ for IT.

Think about it.  How many revenue assurance organizations think they are doing revenue assurance, when what they‘re really doing is playing the “fall guy“ for IT, providing back stop services, patches and meta-controls to make up for the fact that the underlying billing, provisioning, credit and sales systems were not implemented right in the first place?

Rob, this is heady stuff and a pretty strong wake-up call for revenue assurance managers to challenge the assumptions behind the role they play.

Dan, I think it boils down to two diametrically opposed views of Revenue Assurance:

  • The GRAPA view, which says that the objective of revenue assurance is to identify, quantify and address risks to revenues, based upon the best solution possible when working with operational managers to help them run their systems better; or;
  • Those who believe the job of revenue assurance is to set up over-controls, which places controls on top of the people doing the jobs, and trying to fix things by giving those people negative feedback while trying to prove  how poorly they are doing their jobs.

Most of the time when you think that IT is the revenue assurance problem, the real problem is the revenue assurance team themselves.  The team has failed to understand the nature of their jobs, and the nature of the solutions that will make the most sense for their organization.

There are clearly some situations where software can help the revenue assurance team do their job.  Any organization that believes that they can’t do a good job of revenue assurance without software, or who see their job as the implementers of IT controls everywhere, are revenue assurance people who, in my opinion, have lost their way, and have stopped doing revenue assurance, and started doing IT work instead.

The good news is that if the revenue assurance team is familiar with, and is following revenue assurance standards and principles, these problems can quickly be analyzed and corrected at minimum cost and with maximum impact.

I, for one, am tired of hearing people complain about how hard IT makes it for revenue assurance to do their jobs.  More critically, I am tired of hearing people talk about how they implemented revenue assurance systems that don’t provide value.  In all of these situations, the real culprit, my friends, is a revenue assurance team that has “lost their way“ by taking a “shortcut” instead of tackling the hard parts of their job:

  • Rationalization and quantification — Figure out how much revenue is at risk before developing a proposed solution.
  • Accountability — Do the forensics, and communicate options to management.
  • Integrity — Do not cut corners (political or technical) to get you out of a problem in the short term.

So if you’re a revenue assurance manager, and you think you have a problem with IT, the first place I recommend you look is in the mirror.  If IT is causing problems, it’s because either you haven’t done your homework, or you haven’t taken the steps to do your job the right way in the first place.

This article first appeared in GRAPA’s Mattison Avenue blog.

Copyright 2010 Black Swan Telecom Journal

 

About the Expert

Rob Mattison

Rob Mattison

Rob Mattison is the president of GRAPA (the Global Revenue Assurance Professional Association).

GRAPA conducts revenue assurance and fraud management training around the world.

Related Stories

  • Is Your Company Penny-Smart and Dollar-Foolish in Auditor Productivity? by Peter Yelle — Operators who fail to automate their invoice reconciliation process could be seriously undermining the morale and efficiency of their most valuable auditors.  This article explains the many subtle ways that manual auditing process can cost operators money.  Also presented is an analysis of the typical returns achieved by CSPs with mature cost assurance programs.
  • What If a Large Telecom Operated as a Thousand Business Units? interview with Eric Priezkalns — The Haier Group, a $20 billion consumer appliance manufacturer is a one-company Capitalism Revolution.  It’s organized into thousands of business units with bottom-up as opposed to top-down decision making.  What would happen if Haier’s management style was used to transform a large carrier?  That questoin is the starting point for an intriguing “outside the box” analysis by one of RA’s biggest thinkers.
  • What Are the Proper Boundaries of Revenue Assurance Software and Organizations? interview with Guera Romo — Is the mission of a revenue assurance department to be simply a watchdog over billing and operations functions?  This article challenges readers to examine the fundamental assumptions that underlie RA organizations.  Issues discussed include personal accountability, training, the scope of RA oversight, and the role of assurance software.
  • When Revenue Assurance and IT Clash, Look in the Mirror interview with Rob Mattison — Succeeding in RA requires coordination with outside departments — billing, customer care, marketing, engineering, and especially IT.  This article shows how conflict often arises between RA and IT over what it truly means to “run systems”,  However, IT can be an even bigger roadblock when RA is confused about its proper mission.

Related Articles

  • The Bluejay Speaks: How to Rise above the Chatter, Grow Followers, and Deliver Rich, Powerful Content on the Web interview with Michael Bluejay — Telecom professionals need to constantly hone their web communication and marketing skills.  Here we interview a high Google ranking website author who shows how to communicate with power on any subject via the web.
  • Please Mishandle my Telecom Job and Professional Career interview with Eric Priezkalns — Philosopher Nassim Taleb has released a new book on the subject of anti-fragility, a self-invented word describing how people, businessees, and other organic things can benefit from a certain amount of stress, disorder, and shocks.  The article examines Taleb’s theory from the context of the telecom business, and business assurance careers especially.  Professionalism is defined as a bold dedication to scientific inquiry and a data analytics mindset.
  • Stay Focused, Coordinate and Keep it Simple: Applying Steve Jobs‘ Leadership Tenets to Telecoms and Business Assurance interview with Ed Shanahan — Much has already been said about the brilliance of the late Steve Jobs.  In this article, RA consultant Ed Shanahan analyzes the leadership tenets of Jobs, then uses that as a springboard for a deeper diagnosis of telecom’s organizational flaws.  It’s a rallying cry for executives and business assurance pros to get things moving in a simpler, better coordinated, and more focused direction.
  • 19th Century Telecom Pioneer, Thomas Edison: How He Succeeded as Told by Himself interview with Thomas Edison & Orison Swett Marden — Here is a remarkable first-person interview with electrical and telecom industry giant, Thomas Edison, the Steve Jobs of the late 19th century.  Edison’s remarks, as orginally published in a 1901 book, reaffirm the principles that deliver success in any century or in any human pursuit: drive, dedication, focus, and an ability to turn good luck into victory.
  • High Touch Networking meets High Tech Partnering:  How to Leverage a Software User Conference by Dan Baker — Because a user conference is highly targeted at customers and prospects, it’s one of the most cost effective and personal ways for a software vendor to spread positive industry buzz and pave the way for sales.
  • Is Your Company Penny-Smart and Dollar-Foolish in Auditor Productivity? by Peter Yelle — Operators who fail to automate their invoice reconciliation process could be seriously undermining the morale and efficiency of their most valuable auditors.  This article explains the many subtle ways that manual auditing process can cost operators money.  Also presented is an analysis of the typical returns achieved by CSPs with mature cost assurance programs.
  • What If a Large Telecom Operated as a Thousand Business Units? interview with Eric Priezkalns — The Haier Group, a $20 billion consumer appliance manufacturer is a one-company Capitalism Revolution.  It’s organized into thousands of business units with bottom-up as opposed to top-down decision making.  What would happen if Haier’s management style was used to transform a large carrier?  That questoin is the starting point for an intriguing “outside the box” analysis by one of RA’s biggest thinkers.
  • What Are the Proper Boundaries of Revenue Assurance Software and Organizations? interview with Guera Romo — Is the mission of a revenue assurance department to be simply a watchdog over billing and operations functions?  This article challenges readers to examine the fundamental assumptions that underlie RA organizations.  Issues discussed include personal accountability, training, the scope of RA oversight, and the role of assurance software.
  • Japan’s Community Assurance: The ‘Ganbatte’ Spirit by Dan Baker — This story, posted a month after Japan’s devastating March 2011 tsunani, takes stock of the community assurance spirit that pervades Japanese culture and allows the nation to both overcome disasters and deliver high quality products.
  • Can Revenue Assurance Pioneers Survive the Age of Analytics? interview with Eric Priezkalns — Here is a pundit’s analysis of the revenue assurance profession.  Tracing the history of RA from pioneer consultants to modern-day “big data” pros, the article discusses different analysis styles, career strategies, and provides ideas on how RA can further leverage technology to add even greater value to telecom organizations.
  • When Revenue Assurance and IT Clash, Look in the Mirror interview with Rob Mattison — Succeeding in RA requires coordination with outside departments — billing, customer care, marketing, engineering, and especially IT.  This article shows how conflict often arises between RA and IT over what it truly means to “run systems”,  However, IT can be an even bigger roadblock when RA is confused about its proper mission.
  • Telecom Software: Should I Buy or Should I Build? by David West — Build custom systems in-house vs. buying commercial software is a critical issue for service providers.  This article make a strong case for why commercial software is best in most situations.  Discussion points include: cost tradeoffs, the illusion of in-house control, and staying current in a dynamic market like fraud assurance.