![]() |
|
Justifying Your Wireless Solution by Ian S. Hayes
This article will be posted in four installments. The excerpt below is the first installment. It focuses on the initial part of a justification exercise -- quantifying the benefits of a proposed wireless solution. The other three steps -- calculating costs, producing the analysis, and selling the solution -- will be covered in subsequent installments. The topic of cost justifying a wireless solution is explored in depth in Ian Hayes's book, "Just Enough Wireless Computing," published by Prentice Hall in August 2002.
Few companies are willing to make substantial investments in a wireless solution, or any solution for that matter, without a justification. At a minimum, sponsoring executives want to know what the project will cost and the anticipated benefits. This information also helps set the project's budget correctly, and permits comparisons between the wireless project and other investments. The needs, style and policies of your company or organization will dictate the formality and comprehensiveness of your justification. While an entrepreneurial company may put more faith in its intuition and accept an informal justification, other companies will rely on formal processes to make their investment decisions. Proposed projects are subject to a series of hurdles and must offer acceptable returns on investment (ROI) and payback periods. Regardless of your company's stance on formal cost/benefit analyses, you will find it valuable to perform the justification exercise simply to gain a fuller understanding of your solution and to determine the appropriate level of funding, backing and priority for your project. This knowledge will also help set boundaries for future "go / no go" decisions should the project run into difficulties. People often perceive cost benefit analyses as arduous undertakings but their difficulty greatly depends on the type and complexity of the proposed wireless solution. If the project involves the installation of a wireless versus a wired LAN in a new office complex, for example, then the justification is relatively straightforward. You can easily determine the cost of each option and, based on historical data, readily calculate the hard dollar benefit of avoiding future re-wiring. A brief analysis comparing the short and long-term ownership costs will likely suffice. In contrast, if you are considering a wireless CRM solution for a dispersed, national sales team, then the analysis is more complicated. With complex hardware, software and network components, the need for integration with back-end IT systems, and extensive training requirements, this solution defies simple analysis. Calculating costs alone is a laborious effort. Quantifying benefits is equally difficult even though they are intuitively substantial. Can you put a price tag on being better prepared for a client visit or on being more responsive to questions? Even tangible benefits such as increased revenues are slippery to ascertain. They do not accrue instantly after deploying the solution, and are affected by many other factors separate from the solution. This article proposes a four-part justification process, depicted above. The first part -- quantifying benefits -- helps determine if your proposed solution makes sense and sets financial thresholds for later cost calculations. If it looks like the solution will produce a few million dollars of quantifiable benefits, then a $200,000 investment is a good deal. On the other hand, if the potential benefits of the solution are low, then it is foolhardy to make an investment exceeding those benefits. The second part -- calculating costs -- quantifies the short and long-term expenses of the solution. Costs may include direct outlays for network services, software and hardware, deployment expenses for training and installation, and ongoing monies for support and services. You can simultaneously perform these first two parts -- quantifying benefits and calculating costs -- to shorten the analysis time. The third part -- producing the analysis -- uses the benefit and cost numbers derived in the first two steps to compute ROI, payback period, cash flow and other analyses. These are the objective business justifications for the solution. The last part -- selling the solution -- brings the process full circle. By selling the solution internally, you build support for the proposed solution and demonstrate that its benefits are attainable and justifiable. In this installment of the article, we will look at part one, quantifying the benefits of your solution. Part One: Quantifying the Benefits The core of every project justification lies in the benefits. Achieving these benefits is the entire reason for pursuing the project. Benefits vary widely in type and value from one solution to another. A single solution will have primary, secondary and even tertiary benefits, all of which serve to increase the overall value of the solution. This section offers guidelines to identify, choose and quantify (where feasible) the direct and indirect benefits associated with your solution. Thinking creatively, you will be able to envision many benefits for your project, some plausible and some questionable. Benefits may be extremely tangible -- reducing the cost of service delivery by 40% -- to very intangible -- increasing customer satisfaction. In quantifying benefits, you can adopt an aggressive approach and include every potential benefit or a more conservative approach that relies strictly on objective, measurable benefits. An aggressive approach maximizes the overall value of the project and can help justify larger efforts. The higher the benefits, however, the higher the expectations which can cause disappointment if the project fails to realize its expected benefits. A conservative approach, in contrast, uses only unquestionable and non-controversial benefits. As a result, it produces much lower expected benefits. On the plus side, if you can justify a project using conservative numbers, it has a strong chance of exceeding expectations. On the minus side, conservative approaches may do a disservice to highly valuable solutions that, unfortunately, lack easily estimable benefits. Too narrow a view of benefits will arbitrarily favor small-scale, safe solutions with targeted, straightforward objectives and reject out-of-hand the more riskier, breakthrough opportunities. Perhaps your company has a preferred approach to justifications, but if not, consider using a combination of the two approaches. Aggressively identify the full range of benefits, but conservatively estimate the potential level or amount of each benefit. How Do I Identify Benefits? At a high level, the primary benefits of your solution are easy to identify -- they correspond to the stated goals of your solution. Your company may want to reduce delivery costs, increase responsiveness to customers or boost the effectiveness of its sales force. In performing a cost justification, the challenge is to translate these more amorphous objectives into a set of concrete benefits that can be valued. Start by asking yourself what benefits comprise the larger objectives of the solution. For example, improving the effectiveness of the sales team may equate to reducing time devoted to paperwork, having better information available during sales visits, and being able to communicate with customers while traveling. Primary benefits often lead to secondary and perhaps tertiary benefits. Spending less time on paperwork may allow sales people to visit more customers. More time with customers may result in a higher volume of sales. Eliminating paperwork and replacing it with more immediate, electronic data may give sales management greater insight into the pipeline. Try to identify as many benefits as you can, including any "hard" and "soft" benefits. You can hone the list later when you prepare the cost justification. Interview the individuals affected by the project, since they are uniquely positioned to point out potential benefits and rate the feasibility of a particular one. What Types of Benefits Can I Expect? The ideal benefit has measurable and unquestionable value. In reality, some of the more important benefits are difficult or impossible to quantify, and many others fall somewhere between the two camps. You can expect your project to have a mix of both types of benefits. At a high level, three categories of benefits will appear in a cost justification. A particular benefit may fall cleanly into one category or may straddle more than one, depending on the situation.
When deciding whether to include a benefit in a cost justification, its category is important. If your company accepts only "hard" dollar justifications, then you are limited to tangible benefits. Less conservative companies may permit ballpark estimates for semi-tangible benefits. More aggressive or entrepreneurial companies will likely consider all three categories. What are the Characteristics of the Benefits? One characteristic of a benefit, as described above, is its "tangibility." But other factors affect the usefulness of a benefit in a cost justification, including the overall size of the benefit, its timing and the ultimate beneficiary, as well as its ability to be quantified and attributed. Using the characteristics below, refine the set of benefits for your cost justification.
How Do I Measure Benefits? The final step in quantifying benefits is to estimate their impact. The more accurate your estimates, and the more they rely on actual data and reasonable assumptions, the more credibility they will have with executives. Before including a benefit in your cost justification, consider whether the benefit is realistic, achievable and verifiable.
Quantifying a benefit involves measuring current performance and estimating future value. In the ideal scenario, you will have a combination of historical performance data and validated performance improvements to derive your estimates. In the real world, this kind of information is often lacking. You can use any of the following methods to help provide data for your justification.
To continue reading, please go to Part 2 of this article.
|
|
|