Breadcrumbs
Home / Blog / Return on Investment Analysis / Doing the Math: Consulting vs. SoftwareWritten by Helene Abrams Monday, November 12 2007
Consulting companies want to sell consulting services; software companies want to sell software. When software can be used to “replace” services, a consulting firm’s first instinct is usually to utilize its people rather than the software, because that maximizes utilization (and of course high utilization leads to a higher compensation). Sometimes, however, a consulting company and its client (and the software company) all benefit when the consulting company employs a software-centric solution.
At eprentise, we have been working both directly with end-user customers and with consulting partners who are in the process of considering whether to use our FlexField software in bids or on jobs that involve changing charts of accounts in Oracle E-Business Suite. As part of those conversations, we have been able to construct a realistic comparison of costs and benefits that a professional services company and its client are likely to encounter when they decide to change accounting flexfields, a highly complex and specialized task that is the sole functionality of our FlexField software.
A typical flexfield change project involves the following orchestrated sequence of steps that vary only slightly whether the project is accomplished using consulting services alone or consulting in conjunction with software.
- Setting up a test environment and preparing it for a “change” project, which includes what we call “pre-steps” that resemble a company’s monthly closing cycle.
- Setting up the new accounting structure in the Oracle Applications.
- Mapping from the old chart of accounts to the new accounting flexfield. This is usually done on a spreadsheet.
- The actual changing of the flexfields. “Post-steps” such as rewriting interfaces, reports, and rules that were based on the old chart of accounts and flexfields.
- Testing and validation in the test instance to ensure the integrity of the result and user acceptance of the changes. At this point, with software, the users can look at the results and see if they are actually what they wanted, and if not, change the mappings and rerun the software with almost no time or effort.
- Planning for cutover on the production instance.
- Pre-steps and cutover into the production environment.
- Post-steps in the production environment (largely a matter of reusing the set of post-steps created from the test environment).
The FlexField software operates primarily to complete the single hardest and most complex step, that of actually changing the flexfields. With minor variations based on the optimization of the environment and the size of the instance, that step takes a few hours and is totally automated. The software also facilitates the mapping, with import tools and templates. Importantly, as already noted, if the resultant output is not exactly what the users want, they can modify the mapping and rerun the actual change with a few mouse clicks and no additional consulting effort.
At this point, we can compare what a consulting firm’s bid might be using consulting only and using software. There is only one stage of the process for which the estimate of consulting resources required will vary significantly – making the actual changes of the values. Based on data gathered from potential clients who have received bids from consultants and based on our own expertise, the step that covers the actual change of accounting flexfields will cost the client approximately $200,000 to change two charts of accounts (in separate sets of books, for example). Add next the following assumptions about the economics of consulting – a billable hour rate of $150/hour, a burdened cost rate (including benefits, taxes, and overhead) for consultants of the requisite skill level of $100/hour, and an 8 hour day, 160-hour month. Finally, use as a comparison a bid that utilizes the FlexField Express software license ($17,990 per flexfield - Note: The price for FlexField has increased since the writing of this article. You can find up-to-date pricing info here) for changing two accounting flexfields and you get the following:

It is important to note that the monetary savings to the customer of $50,000 is only one of four distinct benefits of using the software. The others may well be of greater value, they are: (1) reduced time (both substantially reduced time to completion and far quicker cutover); (2) certainty of data integrity and absolutely no errors; and (3) the ability to re-do the change with no additional cost or delay if the resulting chart of accounts is not exactly what the customer wants.
After reviewing the example, it is tempting to ask why end users would not purchase a software license on their own and then contract with a consulting firm only for the services that do not involve the key step of actually changing the flexfields in their system. A few end users will take that path, but there are several reasons why the end users will more often work through a consulting firm. For many of them, they have been told for so long that charts of accounts and accounting flexfields cannot be changed that marketing by the consulting firm may be the mode in which the idea takes root. More fundamentally, the impetus to change accounting flexfields is driven by a business decision to change an outdated or inefficient chart of accounts. The decisional process is focused on the business result rather than the method of achieving it, and for business users that method of implementing a decision of this sort most often takes the form of hiring a trusted consulting firm to bid and then complete the job. Finally, many clients realize early on that they lack some aspect of the technical capability, bandwidth, or project integration skills needed to be successful even if there is a software solution to the most difficult aspect of the project. The business users are the key players in the mapping, and the IT staff will have to get it done. In many firms they do not often work together and in virtually all firms both groups had full time jobs before the project came along.
The “math” adds up. By embedding the software into the consulting services, the consulting firm is able to add value to multiple links in the chain, decreasing the cost to the client, decreasing project time, ensuring an end result that is exactly what the client wants, and increasing profitability. In addition, because of the greatly reduced time, the consultant can now deploy the saved skilled resources to undertake billable work for another client during the same total duration and make additional money.
| < Prev | Next > |
|---|
Related Articles
- Approaches for Changing the Chart of Accounts: Eliminating the Risks
- Before You Upgrade to Release 12 - Look at the Data
- Putting Numbers in Boxes: Spring Cleaning for Charts of Accounts - Part I
- Details and Setup of Other Flexfields in Oracle E-Business Suite
- E-Business Suite Organizations Spend As Much As $19 Million Annually on Finance Operations
Enter your email address to sign up for our Newsletter
January Puzzle
A traveler gets lost on a deserted island and finds himself surrounded by a group of n cannibals.
Each cannibal wants to eat the traveler but, as each knows, there is a risk. A cannibal that attacks and eats the traveler would become tired and defenseless. After he eats, he would become an easy target for another cannibal (who would also become tired and defenseless after eating).
The cannibals are all hungry, but they cannot trust each other to cooperate. The cannibals happen to be well versed in game theory, so they will think before making a move.
Does the nearest cannibal, or any cannibal in the group, devour the lost traveler?
Solution
The short answer is the traveler’s fate depends on the parity of the group. If there is an odd number of canibals, the traveler will be eaten, but if there is an even number, the traveler will survive.
To prove this, we will consider small groups and use mathematical induction to explain the solution for larger groups.
Case n = 1: this is an obvious case. If there is one cannibal, the traveler will be eaten. It doesn’t matter that the cannibal will get tired because there are no other cannibals around as a threat.
Case n = 2: this is a more interesting case. Each cannibal wishes to each the traveler, but each knows he cannot. If either cannibal eats the traveler, then he will become defenseless and the other one will eat him. So each cannibal uses backwards induction to realize that the only strategy is to not eat the traveler. The hapless traveler finds a bit of luck, therefore, and actually survives.
Case n = 3: this is where the problem gets interesting. The best strategy is for the closest cannibal to make a move and eat the traveler. The cannibal will be defenseless after eating, but ultimately he will be safe. Why is that? The reasoning is due to induction: once the cannibal eats the traveler, the resulting situation has 2 unfed cannibals and the 1 defenseless cannibal. But as we just showed above, when there are 2 unfed cannibals, neither will make a move for fear of being eaten by the other! Thus the first cannibal to make a move will be safe as the remaining 2 cannibals block each other.
We can prove the higher cases using mathematical induction. If the number n is odd, then the closest cannibal can safely eat the traveler because the remaining number of unfed cannibals is even (and by induction, with an even number of unfed cannibals no one makes a move). If the number n is even, then no cannibal will eat the traveler, for if he did, the remaining number of cannibals would be odd, meaning he will get eaten by the induction hypothesis.
Success Tips for Oracle Project Management
- Create a standard for documentation at the beginning of your project, and hold team members accountable for completing documentation requirements as well as keeping them at and above the standards required.
- Before promulgating user documentation or training, it’s also a good idea to choose a representative from the among the business users base to review materials first.
- If you are not sure about the resources and budget required, obtain several estimates from people that have experience with the same size and scope of your project.
- Be explicit, before beginning the project, what internal resources are required for execution. This includes people, infrastructure, hardware, and software.
- Help the project champion understand the impact your project will have on the organization and how its successful completion will make him or her an internal hero or heroine for supporting it.
- Break up your project into smaller projects (try for projects that can be completed in 4-6 months, especially early on) to get success and demonstrate momentum.
- Make sure that your testing includes reports, upstream and downstream interfaces, customizations, enhancements, and workflows.
- Ensure that comprehensive transition reports and meetings between departing and incoming personnel are completed.
- Instead of spending time and resources implementing third-party reporting, consider consolidating multiple instances, moving to a global chart of accounts (CoA), and/or standardizing on a consistent calendar.
- Include governance, risk, and compliance management as part of the project plan.
- Finally, celebrate the successes. Too many projects focus on defects, failures, or small cost over-runs without looking at the big picture and what was accomplished.
The Analyst Corner
John Van Decker, Research VP of Gartner, states:
"A single chart of accounts allows consistency in financial reporting across the enterprise by standardizing on common metrics and reporting structures, reduces dependencies on a separate financial consolidation system, and significantly reduces the costs incurred with ongoing, complex conversions and translations."





