Billing and OSS World
Search
Weekly E-mail Newsletter 

Prone to Failure: Why CRM and Billing Systems Implementations Are High Risk

Dr. Raul Katz, Adjunct Professor in the Division of Finance and Economics at Columbia Business School, Presents Findings from Research on Why Certain Telecom Implementations Are Doomed from the Start

Dr. Raul L. Katz
08/26/2008
Continued from page 5

Platform limitations:

While all solutions chosen in the case studies were commercially off-the-shelf, they required significant customization. This was compounded by four types of platform limitations:

1) Cumbersome development tools
In the type of software under consideration, the availability of a state-of-the-art set of tools is critical to improve programmer productivity. This was not the case in two of the projects studied. The European wireline carrier, for example, commented that the programmers experienced considerable difficulty in performing configuration management and that it was almost impossible to manage more than three parallel development streams. Furthermore, their application lacked adequate load and performance test tools6.

Similarly, the North American wireless carrier considered that the front-end development tools of the CRM software were extremely complex, thereby requiring a lot of programmer training7.

2) Myth of “configurable software”
It is common that applications are marketed as highly flexible to enable easy adaptation to the carrier’s specific business processes. However, we found that in our cases, “configurability” led to implementation complexity. Furthermore, “configurable software” was found to be, in at least two case studies, “a set of tool kits sold in conjunction with systems integration services"8 and “more like a spreadsheet that requires significant amount of configuration and modification to perform any useful function.”9

In the case of the Asia/Pacific wireless subsidiaries, the billing system required significant configuration and modifications before installation. In particular, the software needed numerous core enhancements to address the carrier’s specific requirements for performing suspense management, revenue assurance, common CDR format, product catalogue, adjustments and disputes, and payments interface.

3) Myth of the “integrated software”
Module integration is a fundamental requirement in the systems architecture of telecommunications carriers10. In the case studies, integration remained an elusive concept, ranging from non-existent to cumbersome.

The Asia/Pacific wireless subsidiaries experienced a situation in which, while the billing and CRM systems were sold as modular systems that could be easily integrated by middleware, the latter remained undefined and there was no integration road map11. In fact, the complexity of telecommunications business processes resulted in a complete mismatch between the proposed and required middleware12.

4) The scalability problem:
In an industry in which the subscriber base has been growing in the double digits for the past 10 years, scalability is a critical concern. Scalability appeared to be a problem in most case studies, both at the module level and as a result of cumbersome module integration.

Pages: Previous 1 2 3 4 5 6 7 8 9 Next


Share this article: Email, Slashdot, Digg, Del.icio.us, Yahoo!MyWeb, Windows Live Favorites, Furl
RSS Add this article feed to: RSS, My Yahoo, Newsgator, Bloglines

Read Comments [4]

Post a Comment

Email Email this article Comment Add a comment
Print Printer version Reprints Order reprints
RSS RSS Feed Bookmark Bookmark article







Subscribe to Billing & OSS World Magazine
First Name Last Name
E-mail

Sponsored LinksB/OSS Magazine Announcements