This selection is the first step in implementing a new system.

You’ve had enough of Excel spreadsheets and writing things on paper! It’s time to get serious and finally get a system that will make your life easier. Maybe it’s a new Human Resource Management System, Finance System, Marketing Software or CRM. Are you ready for it? Have you heard the horror stories of how your colleagues implemented a new system, only to find out it didn’t meet their needs… or worse, cost them more money than they expected?

Selecting a new system is a lot like shopping for a new cereal… but much more critical!

Never fear! All About Systems is here!

All jokes aside, these 5 (not necessarily easy, but very do-able!) steps will help guide you and ensure you make the best decision for your organization

STEP 1: Make sure you actually need a new system.

Yes, I know this sounds silly, but it is REALLY important! Do you know what the problem is that you are trying to solve? Or do you just think you need a system because you figure you should have one, or that it will miraculously increase your sales or improve efficiency? The last thing you want to do is implement a system that won’t solve your true problem.

Before you start, it’s important to have a Project Charter. That’s just a fancy word for a document that justifies your intent and sets clear goals and expectations so you don’t get side-tracked.

Basically, the Project Charter will give you these key things that will ensure help towards making a new system a success:

  1. A solid reason for implementing a new system.
  2. A budget and timelines to work towards.
  3. A list of stakeholders (these may be funding partners, employees, senior managers, specific departments, governement agencies etc.)

STEP 2: Identify your MUST HAVES.

In my world, these are called requirements. You can call them whatever you want… but make sure you write them down clearly. It does take a bit of practice to get this right, and there are different ways of doing them. Keep in mind that once you get to Step 4, you’ll need to determine which of your potential solutions meets these needs. They should make sense to you and the project. ‘Business Analysts use ‘user stories’, but for small businesses, I’d say it’s sufficient to just state what your needs are keeping in mind that each ‘must have’ should be:

  • Unambiguous
  • Testable (verifiable)
  • Clear (concise, terse, simple, precise)
  • Correct
  • Understandable
  • Feasible (realistic, possible)
  • Independent
  • Necessary
  • Not specific to any vendor

There is no limit to the number of requirements you can probably come up with. In fact, I’ve worked on projects with thousands of requirements. But keep it simple and manageable. Come up with as many as you can and as many as are relevant to the size of your overall project. I’d say 20 to 30 is a good starting point for most small businesses.

Some examples of good requirements:

  • Must cost under $10,000 to implement.
  • Must be available on mobile devices (Apple and Android).
  • Should cost under $5,000 a year to maintain.
  • Must be able to track historical data for up to 10 years.
  • Ability to have an audit trail of all transactions.
  • Store up to 1T of data in the cloud.

STEP 3: Narrow Your Criteria.

Once you have your list of requirements, go back and look at the list above and re-evaluate them. Identify which are truly must-haves, and which are nice-to-haves. Keep the list for reference in Step 5 and for future implementation. Pick your top 10 critical ones (give or take a few, no one is going to check up on you.).

Create a chart with all the criteria listed in the first column, and then all the systems you’re planning to evaluate in the top cell of the table like this:

CriteriaSystemASystemBSystemCSystemDSystemE
Under $10,000to implementYESYESYESNOYES
Has 1T storageYESNONOYESYES

STEP 4: Evaluate systems that meet your criteria.

Using the requirements you listed in step 3, start evaluating various systems and fill out the chart. Hmm.. I bet you’re wondering, “But where do I find the systems in the first place?!” How can you know which ones to consider in the first place? Depending on what kind of system you are looking for, there are two sites that could be useful (in addition to a Google Search of course):

  1. https://www.capterra.com/
  2. https://www.getapp.com

These sites both let you search for and compare different options and even let you refine your search by your criteria. Also, be sure to look at the reviews. You may want to add a row for that in your chart. It’s not just about evaluating the software solution, but also the vendor and support you will get post-implementation.

You can also use social sites like LinkedIn or specific Facebook Groups related to your industry or need to ask for recommendations. Networking is a great way to get some ideas of what is already working for others.

Fill out the chart above with the information you find from these sites, as well as the company websites. More detailed requirements may not be easily identifiable. Don’t be afraid to ask for a demo, sign up for a free trial or speak to a sales representative to get more information… just don’t sign anything yet!

STEP 5: Make a decision.

By this point, that is all that is left to do. You have taken the time to give each step it’s due diligence, and now you can rest assured that you have all the necessary information to make an educated, well-informed decision. That said… don’t get stuck in the process. Sometimes, we can keep refining and refining our requirements or adding more alternatives to our list and it gets harder to move past that. Sometimes, good enough, can be enough.

Gather your stakeholders to help you make a final decision. Not only can they provide valuable insight, but if any of them need to be users of the new system, it will help to have their buy-in early on. No one likes change… unless they are at an arcade…. in the 80’s!

No system will match all your needs perfectly, but the right system should be a perfect match for your organization… kind of like finding your life partner. A new system can be a big commitment too. Hopefully, these steps will help you decide which is best for you.

Now get ready for Implementation!

This selection is the first step in implementing a new system.
Everyone agrees that business process improvement is a key success factor in enterprise system implementation. But which comes first? Should organizations redesign their business processes before selecting and implementing new systems? Or should they first select a new software vendor and then redesign their processes to match how the new system does things?

This question comes up repeatedly in vendor evaluation and software selection projects at our sister consulting firm, Strativa. Clients read about failed ERP or CRM projects. They hear the warnings of executives from such companies, telling them to spend more time up front understanding their business processes. They hear about companies that go live but don’t achieve the desired benefits. They vow to do better. They don’t just want to implement a new system. They want to implement best business practices.

These are good reactions. When it comes to enterprise systems, anything that heightens the fear of failure is a good thing. The more business leaders are focused on business processes, the better.

But, how should business leaders deal with their business processes when implementing a new system?

  1. Should they improve their processes before implementing the new system, so that the new system is not automating broken processes?
     
  2. Or should they choose the new system first, so that they can redesign their business processes using the best business practices that are embodied in the new system?

The answer is a little bit of both: the two should be done in parallel. In fact, doing all of one before the other—whether process first, or system first—will result in failure. This post explains why.

Understanding Processes to Pick the Right System

By now, most business leaders understand the risks of picking a new system without first understanding their business processes. For example, in an engineer-to-order business, a key need is to allow a customer to order a product that does not yet exist. If the selection committee does not understand the hand-offs between sales and engineering, they may miss this requirement and pick the wrong system. If so, they will have to implement a procedural work-around for this requirement or modify the system. There is also the other extreme. The project team may spend enormous amounts of time and money up front to map current processes, then redesign and map those processes in light of “best business practices,” before going out to select the new system. Large consulting firms like this approach because it allows them to staff the project with many junior associates to do detailed “as-is” process mapping followed by equally detailed mapping of the “to-be” processes. But if the project team maps the future processes in this much detail before selecting the new system, they will be unlikely to find a system that exactly matches their redesigned processes. This means that the future processes will need to be redesigned yet again in light of how the new system actually works—or, worse, the team will attempt to customize the software to fit their newly designed business processes.

Either approach adds time, expense, and risk to the project without adding value. For these reasons, and based upon our experience, we believe that process design and new system selection and implementation should be done in parallel, and in stages, as shown in Figure 2.

This selection is the first step in implementing a new system.

 
The New System as Starting Point for Process Improvement
In the context of a new system, business process improvement is not a one-time effort. As shown in Figure 2, there are at least five points where business processes should be assessed and improved.

  1. Initial Process Assessment to Determine Key Requirements. Before evaluating software vendors and selecting a new system, the project team should do a high-level assessment of all business processes to be supported by the new system. Although it is not necessary to do “as-is” process mapping, we do recommend that the project team “frame” each process. Process framing defines the process boundaries, the major activities, the actors, key metrics, the case for action, and the vision for the future process. The process framing can then be used to draft key business requirements for the new system.
     
  2. BPI before the New System Implementation. Data cleanup activities are a typical example. During process framing, it is likely that immediate process improvement opportunities will be uncovered. These may include quick hits: process improvements that can be done immediately, without waiting for a new system. These may also include process changes that will need to be done regardless of what new system is selected. Examples include data clean up, documentation, training, and developing policies and procedures to enforce discipline.
     
  3. Designing New Processes Based on the New System. If the team did a good job defining key requirements for the business, they should have confidence that the new system is a good fit for the business. If the new system has been adopted by multiple customers similar to the organization, it should embody best business practices for that industry. After the new system has been selected, the project team—in collaboration with the system implementation consultants—should do a more detailed evaluation of the current processes along with the future vision (from step 1) in order to design the organization’s processes under the new system. Here is where the best business practices embodied in the new system should be applied. This stage is sometimes called prototyping, conference room piloting, or blueprinting.  During this phase, the project team is likely to uncover more BPI initiatives that should be completed before the new system implementation. Building new data files for loading to the new system is a common example.
     
  4. BPI during the Implementation. Some redesigned business processes will depend on capabilities that are only available in the new system. In these cases, the process improvements are implemented as part of the new system go-live. These are generally the process changes that are essential to implementation success.
     
  5. BPI after the Implementation. In other cases, some process improvements can wait until some period of time after the new system go-live. This may be because they are lower priority improvements. It is more often the case, however, that these changes require an effort that is larger or more disruptive than the organization can take on while also getting used to the new system. It is often better to postpone these larger, more strategic BPI initiatives until after the new system has become stable in production.

There is a tight relationship between new systems and new processes. Years of experience teach us that addressing them in parallel saves time, lowers risk, and maximizes the odds that the organization will achieve implementation success along with process excellence.