Today’s modern business has a heightened reliance on technology, from communication tools, databases, data warehouses, data lakes, apps, automation tools, analytics platforms, customer-facing web portals, ERPs, CRMs, and so many more. Between all of these systems, data is the cornerstone.
System integration can be a powerful business accelerator to connect every area with trustworthy data, offering increased productivity and ROI potential. But if system integration is done haphazardly, it can have costly implications.
To prevent costly outcomes of a system integration gone wrong, it is crucial that the Future Office of the CFO has a role in selecting the best System Integrator (SI) possible. With so many implementation styles, methods, and providers available, the “best” choice isn’t always clear.
To make this process easier and equip CFOs with the insights for success, let’s replace these myths with cold hard insights gathered from Raven Intel, a peer review site for enterprise software consulting. Its mission is to help software customers choose the best systems integrator (SI) for their project. It has spoken with software customers from every region, industry, and size and has amassed project reviews on 1,030 enterprise software implementations. Raven has analyzed the results and provided the following insights into what is happening in the complex world of enterprise software consulting that flips conventional wisdom on its head.
Here are 6 myths that CFOs should avoid to maximize the success of their Digital Transformation Projects.
Myth 1: The bigger the Systems Integrator (SI) the better
Fact: There is no correlation between consulting partner size and customer satisfaction.
There is no clear pattern that indicates larger, well-known consulting firms produce better project outcomes for their clients. Overall project satisfaction is highest for work done with independent firms (7.9) by close to a full point out of 10, and lowest for projects done by the software vendor themselves (not as common, but some customers use the actual software vendor themselves instead of an SI firm). Work done by global consultancies is rated average 7.1 out of 10. In addition, projects completed by independent firms are 17 percent more likely to be delivered on budget.
Takeaway: There are other more important criteria to consider when choosing an SI than size and brand name. While they will boast a larger, global footprint and may have worked on broader management consulting projects for your organization, going with a well-known/large partner for the software implementation provides no guarantee of success.
Myth 2: Price is everything
Fact: Customer satisfaction is highest for projects where the price is a factor – but not the only one.
Projects, where the price is the only important criterion rate lower on basically every measure: 1,) Project satisfaction 2) On-budget delivery 3) On-time delivery, and 4) Project scoping quality.
Raven Intel asks reviewers what factors were important in choosing their implementation partner. The most common answers were:
> Experience – 68%
> Reputation – 48%
> Price – 40%
> Previous experience with a consultant – 25%
> Vendor recommendation – 42%
> Location – 9%
When the price was the only or most important factor in choosing a partner how did their projects turn out? Over half of projects were late and over-budget, with 20 percent who said their partner SI did not identify the scope of the project and had multiple change orders.
Takeaway: If you are choosing a partner based upon price alone, chances are you will end up paying more in the end (project scoping has a higher probability of being under-scoped, thus change orders will always cost more money). Customers with a more holistic view of partner selection criteria end up with better projects in the long run.
Myth 3 : Project teams change – it’s not that big a deal
Fact: Team change is one of the biggest downfalls of a project – particularly if the project manager changes.
Raven Intel asks if the team that was initially assigned to the project stayed intact, or if there were ‘some’ or ‘many’ changes throughout the course of the project. In over half of projects, there were some changes reported in the team, which can be correlated in lower on-time/on-budget delivery as well as lower overall satisfaction (by 1 full point out of 10) as compared to projects with no team change. In projects where there were ‘many’ changes of the team (‘team changed a lot’), the average satisfaction drops to an average of 6/10 in project satisfaction, 34 percent on-time and 30 percent on-budget. These same projects report having change orders 66 percent of the time (with 16 percent having multiple change orders).
Takeaway: Keeping the team consistent throughout a project is important. Knowledge transfer to new players is difficult, and maintaining cohesion throughout the project can be directly correlated to success. Make sure the SI you hire doesn’t ‘bait-and-switch’ the team they introduced you to and assign different players to your project (or change players mid-project.)
Myth 4 : Change orders are no big deal
Fact: Change orders are a big contributor to dissatisfaction and project failure.
30 percent of projects reported no change in scope, while 48 percent reported changes due to their organization changing the scope of the project. For the remainder – 22 percent – of change orders were problematic. 16 percent of projects reported their SI did not appropriately identify needs upfront and there were change orders, and six percent reported having multiple change orders due to a severely under-scoped project.
For these 22 percent, the average project satisfaction rating drops to 6.2/10, on-time delivery drops to 34 percent. These projects also tend to rate their software vendor lower as well (6.6/10)
Takeaway: Read the ‘statement of work’ provided by your SI and have your whole team read it as well. Ask a lot of questions. This sounds like a pretty basic concept but in some cases, we’ve heard that the software salesperson has ‘sold’ the consulting engagement along with software agreement as rapid deployment and set the wrong expectations about project scope and delivery. This never ends well.
Myth 5: You can judge a project as a success or failure clearly
Fact: It depends on where you sit in the organization.
Reviewers who classify their role as the ‘decision maker’ typically rate their satisfaction with projects higher (8.3/10) than those who classify their role as a ‘project manager’ or ‘project team member’ (7.5/10). On the other end of the spectrum are those who say their role was ‘other,’ such as subject matter expert/business lead who on average rate projects the lowest (7.0/10).
Decision-makers may rate the partner more highly because the project team is looking to present their progress in the best possible light. An executive sponsor or decision-maker who isn’t involved in the project on a daily basis may not appreciate the difficulty that the project team members faced to get the project up and running. The perspectives of all these reviewers are important to get a full 360-degree view of the implementation partner.
Takeaway: When choosing your consulting firm, be sure to take into account multiple points of view within the organization – not just the executive sponsor who typically isn’t as aware of the day-to-day mechanics of a project.
Myth 6: Integrations Are Hard
Fact: Integrations are harder than you think.
Integrations are one of the most commonly referenced ‘lessons learned’ from Raven’s reviews. Often the ‘ease’ of integration to another system is oversold during the sales process, and customers end up frustrated with the additional resources, time, and cost involved with getting systems to talk to one another. One recent reviewer commented: “Lining up a technical resource on the vendor side and keeping momentum with the integration development was challenging. It also generated unexpected vendor costs.” We’ve heard this time and time again.
Takeaway: Make sure you understand how exactly an integration will work – even the ones that are labeled as standard or pre-built. Your technical team should check the data fields that will be mapped and understand the mechanics of how the data transfers actually work before you start the project. The rule of thumb is that you should double the cost and effort from the initial quote to avoid surprises down the road.
Final Thoughts: 4 Takeaways for a Successful Digital Transformaiton
Differentiating between these myths and facts are crucial steps to ensuring the strategic direction and investment makes the best business impact possible. To close, there are four main themes below that Raven Intel hears from customers when embarking on any project – from a full digital transformation effort to a phase 2 add-on module rollout. Armed with their unique business goals and this insight, CFOs can go into technology investment conversations with confidence and optimism for a data-centric future.
