The only publication dedicated to OSS Volume 1, Issue 4 - August 2004 |
|
Sending the Right OSS Message (cont'd) Fact #2: OSS software functionality is boring (to most people) The concept of purchasing new systems to cut costs is not unknown, but it is a difficult idea to warm up to. Most service provider executives do not understand the details of OSS systems and do not really want to know. Technical details of how they work, and what they do are tedious and boring. For these systems to become interesting to an executive, one must talk about them in terms they use in discussing the rest of the business - financial terms. To illustrate: A typical network executive's morning conversation with his boss (the CEO or COO) focuses on things like how to increase revenues with new products and services, network expansion, improvements in service that will reduce churn, and how to cut costs. This is the bread and butter of most the conversations at the executive level. If OSS systems are mentioned at all, they are in one of two contexts – either systems that must be purchased to support a new product or service - part of the capital cost of those new services - or, as an expenditure that will result in a greater cost savings somewhere in the existing infrastructure. For all those OSS vendors that want to be promoted within the service provider, it is critical to be tied to the support of new revenue generating products or services, or have a compelling case for cost savings in those areas . It is easier to make a case for new or upgraded OSS when it ' s necessary to support a new, revenue generating product or service. The incremental value of the overall effort is tied to revenue, and executives can understand it. These projects typically have fully developed business cases that include the OSS system cost as a minor component of the overall project cost. This is how many systems are justified in the first place. In the vast technical array of widgets and gizmos needed for new equipment, OSS expenditures are often barely noticed, or in many cases bundled into the overall system procurement package. That makes the overall business case, which includes a new revenue component, makes sense to an executive. The case for improving or replacing an existing system is much more difficult to make. The technical differences between one OSS versus another OSS are generally lost on non-technical executives. Although the case can still be made, the best way to do it is to make a serious case for cost containment or cost reduction. Fact #3: You Need to Build a Case for Cost Reduction Increases in productivity are usually cited instead, but these are the most difficult benefits to quantify. It begins with understanding the full scope of a product and service provider environment. Once achieved, implementing metrics to measure the organizational impact prior to implementation is paramount. Post-implementation data can be compared to pre-implementation data as an ROI tool. More importantly for the OSS provider, it can build a more compelling business case and sales model.
© 2004, All information contained herein is the sole property of Pipeline Publishing, LLC. Pipeline Publishing LLC reserves all rights and privileges regarding the use of this information. Any unauthorized use, such as copying, modifying, or reprinting, will be prosecuted under the fullest extent under the governing law. |