A growing number of cloud SaaS solutions provide significant benefits over in-house development. But when considering the “Build or Buy” question, it helps to understand the pros and cons of your options.
“Build or Buy” is a fundamental question in IT when considering a new software solution. More than half of our customers started with some kind of in-house product configurator before upgrading to Epicor CPQ. Those initial solutions ranged from simple pricing tables in spreadsheets to complex Excel macros to full-blown, multi-year custom development projects.
A growing number of cloud SaaS solutions provide significant benefits over in-house development. But when considering the “Build or Buy” question, it helps to understand the pros and cons of your options.
Many organizations start by using Microsoft Office Excel to standardize pricing. As small businesses grow into medium-sized or enterprise companies, their need to collaborate and maintain a single-source-of-truth quickly outgrows Excel capabilities. Things become unpredictable when trying to scale beyond a project or challenge, putting critical business operations at risk.
The person who takes this on is signing up for a job in organizational development, requirements gathering, project management, software development lifecycle management, system/end-user/acceptance testing, change management, and much more.
Choosing this route requires an internal workforce skilled at spinning up custom development projects and expertise in building a product configurator. If control and flexibility are the utmost concern, this works for some companies—but carries risk.
Like the in-house option, using a job shop presents challenges in owning the development of the software. Your role is to guide the work, not deliver it. You need a clear vision of what you’re building, with budgets, timelines, and resources ready to hold your contracted vendor accountable.
Much like in-house development, this is a more expensive way to re-invent the wheel and drives higher risk than buying and deploying ready-made CPQ software. But if you require custom functionality, a high level of control, and don’t want the risk of owning development, it might be your only option.
Companies that graduate beyond using Excel and homegrown tools to run their sales functions have a number of CPQ vendors ready to accept their business. Choosing one is not an easy task. You have to look past the pitch to dig in and see if there’s a good requirements match, backed by evidence that shows they can deliver and keep customers happy. The tendency is to compare apples to apples, which can be challenging with how segmented the CPQ market has become.
This one is both potentially cheaper and more expensive. The promise of cheap custom development is appealing—but often, the price of implementing a platform that can be maintained will save you more money in the long run.