Why are ERP & CRM four-letter words to some people?




Let’s face it, when it comes to ERP, CRM, Incident Management System, or any other major business solution implementation, we have all heard endless horror stories about astronomical costs (software and more so the implementation), continuous deadline slips, unsuccessful user adoption, and unmet business needs.
Aren’t these powerful and ingenious software solutions supposed to enhance our business operations?  Why is it then that only a minority of those brave companies who have embarked on this type of a journey have reached their desired destinations “right the first time”?

When it comes to large-scale business solution implementation projects (ERP, CRM, Incident Management, Knowledge Management, Financial, Self Service, etc.) I have been a client, a vendor/SI, and a consultant.  Have seen the challenges and the obstacles from each of these varying perspectives, and can assure you that the lessons learned are ALWAYS the same!

If you are about to take on such a project, or even if you are already engaged in one, the following 10 key points will save you tremendous amount of time and money and will put you on the right track to success:

1.    Be prepared for a lot of work and a huge commitment
The first painful lesson everyone learns when implementing an ERP or CRM solution is that you can’t simply appropriate the funds, hire yourself a Project Manager, select a System Integrator (SI), close your eyes and pull the trigger and hope for the best!
This type of project takes serious commitment at all levels of the company, from the CEO all the way down to people who will be using this system down the line.  Do not take such an initiative on unless it is absolutely your highest priority!
Neither the SI, nor the people from the company that sold you the solution know YOUR business!  They will rely on you and your people heavily.  Be prepared to dedicate resources from each department (generals and foot soldiers alike).  Once the project is started, no one can come back and say I don’t have time; I have my own job to do and my own targets and objectives to hit.
If you don’t have this level of commitment, save yourself a lot of grief and don’t start the project! 

2.    Involve your people, they will be the ones using it
There are two distinct sides to this coin.  One is a successful implementation, and the other is an equally successful adoption!
People naturally resist change, especially in an organization in which they are used to doing things a certain way.  Anything new is instinctively seen as a threat.  As such, you must take measures to ensure that everyone is excited about this change and more importantly involved in shaping it.

3.    Know Your business processes well
This is by far the most critical advice I can offer.  Let me explain.  How many times have you heard anecdotes about a company who selected a best of breed business solution, failed at implementing it, blamed it on the solution, purchased another solution, and was significantly more successful the second time around (even though the second solution was inferior to its predecessor)? 
I have seen many. 
Although selecting the right solution is absolutely key, it is not the most important!
In the above scenario, the first implementation failed because the organization did not know its own present and future business processes (hence their requirements).  The second implementation enjoys better results simply because the organization learned (through the first project) what their business processes/rules were and as such implemented better defined requirement!
  • Document your existing business processes.
  • Be prepared to challenge them and ask WHY?
Define your requirements clearly.  It is true that the SI will hold discovery sessions to understand your business processes and requirements.  But the fact is that if you wait and rely solely on the discovery process you will run the risk of spending a ton of time, resources and money for someone else to try and guess what your business processes and requirements are.  Remember, no one knows your business like you do! 

4.    Don’t select the SW before knowing your requirements
As you are well aware, there are many business solutions available on the market.  Almost every single one was originally developed to serve a specific purpose (manufacturing automation, financial management/reporting, supply chain management, etc.) and then grew by having other modules and components added to it.  The competition is so fierce that every solution provider must be able to play all or nothing, especially in the ERP and CRM spaces.

It is very difficult to assess the full range of capabilities of a solution when comparing RFI (Request For Information) responses from vendors or when attending their demos UNLESS you know your own requirements and needs very well!

5.    Choose an ecosystem not a piece of SW
No matter how complex and sophisticated a business solution is, it can never have EVERYTHING you possibly need.  There is always a need to use a third party solution to augment/compliment its capabilities.
Both the solution provider and the SI will do their best to present a seamless and pain-free picture when it comes to third party solution availability and integration.  They will brag about their APP Exchange and how extensive it is.  But remember, just because a solution has an API (Application Programing Interface) that can theoretically talk to and pass information to another solution’s API it doesn’t mean you are out of the woods!
Consider the following:
  • Does the main solution require third party add-ons to be certified?
  • Are the add-ons written on the same platform as the core solution or entirely in a different language?
  • Does your SI have proven experience integrating these solutions, or do you have to rely yet on another SI for that integration?
  • Not all the third party add-ons on APP exchange are the same in terms of their level of integration with the core software.
6.    Think big - design the future, not today
You are about to spend a great deal of money.  You have reprioritized your business initiatives and are giving this project highest of strategic priority.  This system/platform will be the core foundation of your business operations for many years to come.  Does it makes sense then to just look at how you are doing business today and implement things as they are? 
What happens when you grow?  Will you grow from national to international?  You don’t have a channel today, but will you in have one in the future?  You are serving mid-market customers today, but will you be going after enterprise class customers in your next stage of growth?

These and many more questions must be carefully answered when you design your requirements.  You must have the future in mind TODAY! Failure to do so will cause you to require a re-implementation or even an entirely new solution down the line.

Note:  This doesn’t mean that you have to build out everything on day one.  You can (and should) build things in phases and in concert with your business expansion strategy.  But, you have to build your core foundation with future needs in mind to avoid massive redesign undertakings in the future.

7.    Innovate, don’t translate
The solution you are about to adopt is the evolution of best practices in your industry.  Requirements of many successful businesses such as yours have contributed to its rich feature/functionality and versatility. 
Take advantage of them!
Don’t be merely satisfied with translating your existing business processes.   After all, if you are going to do things the same way, why are you buying such an expensive new wrapper for it? 
Question and challenge every process and why it is the way it is.  This is your chance to re-engineer broken or inefficient business processes.  Learn the solution you are about to adopt and be open to change.
This is where your SI can provide the most value to you.  They will show you how to take advantage of your new solution to do things in a more efficient manner.

8.    Select the right SI
I cannot stress how important this step is, and have already touched on a few key points in earlier sections.  The solution you are adopting is new to you and you need someone who knows how it is designed and what it can do for you.
Stay away from an SI who is willing to do any and all the customizations you are asking for!  A true SI is one who will challenge you and guide you.

I have seen so many cases in which an organization has customized things so drastically to the point that they could no longer upgrade easily to the next generation of the software solution they purchased, all with the help of their trusted SI!

You don’t need programmers and solution configurators; you need true consultants!

9.    Break it down into phases and show incremental wins
This may sound as a no-brainer, but many fail to take it into consideration.  When the scope is far and wide implementation becomes a nightmare.  As stated earlier, design the system with the future state in mind, but implement it in successful increments in which you show clear value to the organization and more importantly to the user-base. 
This approach is not only far more economical; it also paves the way for a successful and seamless adoption.

10.   Avoid heavy customizations in phase 1

Give your organization time to adopt and learn the new solution you are implementing before you ask for massive customizations.  Often times, new ways of doing things emerge (as people learn the solution) and the customization that once was thought of as a “must have” is no longer needed.

A good SI will caution you and recommend that you limit customizations to 4 or less significant gaps during phase one of the implementation.

2 comments:

  1. It's my view that the level of maturity of Adaptive Case Management/ Business Process Management is where ERP and CRM applications can be built with no "customization" in the usual sense of the word.

    Some of the newer software suites can be configured with perhaps the exception of rule set construction and interfacing to/from 3rd party systems and apps where there is no "standard" data transport format.

    If anyone buys into this, then #10 could read as follows;

    10. Avoid customization.

    ReplyDelete
  2. I have not seen one single ERP or CRM system that provides "every" single possible requirement. If that was the case, the entire SI community would have to close their shops around the world. There will always be a need for customization; but as I said, for someone implementing a new system, it is wise to avoid as much customizations during phase 1 as possible to facilitate learning and innovation around the capabilities of the newly adopted solution. It is then and only then that I believe the users will have enough knowledge and insight to know which customization are truly needed.

    Thank you for opening this dialogue and sharing your thoughts.

    ReplyDelete