We see you are located in China.
Do you want to switch to our Chinese website?

Glossary

Maarten Arnouts -

Reading time: 3 min
This glossary is designed to help you understand the concepts that are used in the outside-in planning approach. Learn more about market and demand drivers, techniques to use, and metrics to track success.

Blog post

Organizations are changing

A comprehensive user engagement program comes next so that users fully embrace this made-to-measure solution. But (and here’s the killer) the solution is only tailored to the initial pilot, and it’s not yet tuned to the rest of the network, which means the struggle begins.

Not only that, advisory support stops because it’s only budgeted for in the initial project stages. Meanwhile, organizations are changing all the time. People leave or get promotions. New recruits arrive, with fresh ideas and all the right experience. And acquisitions take place. After that, new production lines are developed and put into operation, while business processes are redesigned to take into account new insights or in response to events. And all these things can happen even during the implementation project.

Blog post

While companies change dramatically over the years, your tailored solution still operates just as it was initially designed and implemented.

Upgrading to newer versions is difficult because customized software add-ons may need to be reintegrated. So, the company is stuck with the original version until somebody sufficiently high in the hierarchy says it’s time for a solution make-over.

 

3 reasons why it’s wiser to stick to the standard

It’s much better to adopt a standard template and use the built-in parametrization tool to configure the solution to individual company needs. Local versions are to be avoided, let alone modifications with proprietary code. I see three fundamental reasons for this:

Blog post

While companies change dramatically over the years, your tailored solution still operates just as it was initially designed and implemented.

Upgrading to newer versions is difficult because customized software add-ons may need to be reintegrated. So, the company is stuck with the original version until somebody sufficiently high in the hierarchy says it’s time for a solution make-over.

 

3 reasons why it’s wiser to stick to the standard

It’s much better to adopt a standard template and use the built-in parametrization tool to configure the solution to individual company needs. Local versions are to be avoided, let alone modifications with proprietary code. I see three fundamental reasons for this:

Blog post

  1. End-to-end visibility—The last 10% before perfection are the most expensive and the least satisfactory. I have seen too many companies trying to tailor their solution to perfection, only to get it used fully for barely 20% of their business. I’ve also seen companies tailoring their solutions to individual plants, which then leads to integration issues. It’s better to use the standard template to achieve a 90% functional fit that can be easily rolled out and used identically in 100% of your plants. Because you only create end-to-end enterprise visibility if you do it the same way in every part of your business.

End-to-end visibility

Blog post

  1. Scalability—Customizing the software so that it fits in with the way you currently do business compromises the future. Habits shouldn’t be kept alive for their own sake because many of them are counterproductive. Customized software creates a very specific approach that’s not scalable over time and compromises access to the standard software’s user community.

Scalability

Blog post

  1. Maintainability—Heavily tailored solutions are much more difficult to maintain than solutions based on a standard template. The total cost of ownership of customized solutions is significantly higher because they come with considerable hidden future costs that are not known and cannot be estimated at the project’s inception. Centralized support is also much more difficult and access to valuable new functionality is not assured.

Maintainability

Blog post

You may argue that adopting an available standard product is a rather conservative choice that doesn’t allow you to innovate. That might be a valid argument if it’s innovation that’s at stake. Innovative concepts should be developed as part of a co-creation effort, not in a customization project. But that’s a story for another time.

So, my advice is to standardize where possible and challenge stakeholder customization requests. Feel free to contact me to learn more about how we at OMP speed up implementation and rollout with smart templates and industry-specific advice.  

Maarten Arnouts

Global Alliance Lead at OMP BE

Biography

Supporting implementation in the OMP alliance network around the world, Maarten focuses particularly on standardization, scalability, and rapid deployment in the consumer goods industry.

Let's connect