The decisions a vendor makes while building their system can have an impact on the viability and cost of your solution. Learn how you can protect yourself from hidden costs and frustration.
By Kristin McLane, President of CIMx Software
Make versus Buy? It is a question that has vexed many a manufacturer looking for the shop floor control and visibility an MES (Manufacturing Execution System) or paperless manufacturing system will provide.
Building your own software system, the “make” in this equation, has its advantages. You can design the system you want, and if you have the patience, resources, and money to make it happen, that’s the system you will get. But, it will be significantly more expensive and risky than other options, and you will need to invest time and resources to secure the long-term reliability and maintainability of the software.
Buying a software system means reaching out to vendors, researching options and how they will work with your workflow and shop floor, and purchasing the solution you need. It is less expensive, and you have software support (at least, with reliable vendors you do), but it does require initial work, and training and preparation on the shop floor.
There is no right or wrong answer to the make versus buy question for you. That said, MES and paperless manufacturing vendors also face the option to make versus buy, and their answer can have a major impact on the product they offer you.
The Genealogy of MES Functionality
Today, with the rapid rate of change in technology and manufacturing processes, MES and paperless manufacturing systems will need new functionality to maintain their competitive edge. The vendor needs to decide how they will fill the hole in their product.
Some vendors “make” the functionality by writing new code and continuing to develop their product. There are benefits to “make” for customers. By developing the functionality in-house, vendors ensure the addition is tightly integrated with the core product, and it works seamlessly with the other product capability. The functionality should be thoroughly tested before it is released to the public, giving you confidence in the results. In addition, any installation, implementation, and training will be done by the people who wrote the software, which is always a benefit.
Other companies elect to “buy” the functionality. They see a hole in their offering, and do exactly what a potential customer does – market research, find a company or product that fills the hole, and then purchase the solution. The vendor adds necessary functionality in their product, but it is a budget-based, not an innovation-based solution.
The Benefits of an Innovation-based Solution
There are problems with “buy” based solutions in MES and paperless manufacturing software. First off, any purchased solution must be, somehow, integrated with the main product. This is not always an easy process, especially when solutions use different system architecture. Many products, filled with pre-purchased functionality (they sometimes call them “modules”) end up with a maze of integration points that lead to additional complexity and risk when it is integrated.
It can lead to other problems as well. In an MES system, every interaction has offsetting interactions throughout your production. A non-conformance in one area has repercussions in notification, messaging, resolution, archiving, reporting, and more. Without the right architectural approach, the loosely linked functionality is adjusted and readjusted each time you have a new requirement or you need to update the system. Over time, the need to adjust the system to account for the genealogy of the individual systems that make up your software significantly increases the TCO (Total Cost of Ownership) of your system. It becomes a confusing software mess that hinders production and adds cost.
Sure, the vendor may have found a quick and easy solution to their missing functionality, but you’ll be paying for that solution over the life of the software. Have fun with that…
Behavior versus Transaction-based Software
This is a common problem for manufacturers that turn to their ERP vendor for an MES solution.
When we started in MES eighteen years ago, there were just half a dozen vendors on the market. ERP systems were just being implemented in manufacturing, and MES focused on connecting the shop floor.
Over the next 10 years, ERP vendors searched for ways to expand their customer offerings and gain a critical edge on competition. At the very heart of an ERP (any ERP) is the transaction. The ERP focuses on documenting and managing the transactions that make up your business. Because the ERP was a transaction-based system, it was far too complex for these vendors to integrate a simultaneous workflow-based system that is the foundation of an MES. Vendors who tried to build their own MES usually delivered a template-based system (which uses transaction architecture) that requires significant training and will never mirror your existing workflow without customization. Other vendors started buying MES and offering them as “add-ons” to their primary offering, the ERP.
All too often, a “buy” MES purchased by an ERP vendor is not likely to be integrated with the main platform. Sure, they may have developed a plan for integration, but it isn’t going to be any better than another MES integrated to the ERP. Since the vendor didn’t build the MES, they are going to have difficulty supporting it, and any additional functionality you’d like to add to the MES, or upgrades or updates, will be another purchase or a development struggle since MES is not their primary expertise.
This is why many companies don’t offer free product upgrades with new releases.
Consider where and how the system and functionality came from before making a purchase. Are you talking to an ERP vendor about MES? If your ERP vendor has an MES, chances are it’s a “buy” and not a “make.” The vendor who built and developed the software will ensure better support, lower risk, lower project complexity, more software updates and upgrades, and a much lower overall TCO.
Be sure your vendor “makes,” and not “buys” the functionality you need for the shop floor.