Build or Buy – Choosing an Integration Solution

Updated on by Daniel Twigg

The decision over whether you should build or buy an integration solution is an important one. In many markets the concept of ‘Build or Buy’ abstracts well and a choice between one or the other is easy.

In integration, we would argue it is not so simple. We believe there are three viable ways to solve your SaaS integration needs. Jumping to the conclusion, we are going to recommend that you pick at least two.

What Types of Integration Solutions are Available?

Importantly, there are three concepts of the type of integration solution you can adopt that we need to deal with:

Outsource” – where you deploy a ring-fenced solution that achieves the customer’s integration off-platform e.g. Zapier

Build” – where you start from scratch and write code to achieve each integration

Design” – where you design integrations using an iPaaS platform, such as Cyclr, that is embedded within your platform

What are the Benefits & Disadvantages of Buying an Outsourced Integration Solution?

The benefit of buying a third-party, off-platform, solution is that it is massively scalable, and agile, without disrupting your UI.

The downside is that you are not necessarily addressing your customer’s integration requirements at the ‘point of need’, the burden is on the customer to resolve any complexity.

Outsourcing integration solutions

What are the Benefits & Disadvantages of Building your own Integrations?

The benefit of building your own bespoke solution is that you own 100% of the code and you directly address a precise solution for your end customers. You are meeting their needs directly in a handcrafted manner.

The downside is that these integrations can be fragile and the cost of the human resource expense to resource and maintain the integrations is high. It is a challenge to scale and is not particularly agile.

Building Integration Solutions

What are the Benefits of Designing Integrations with an Embedded IPaaS toolkit?

Designing a solution is where you use a low-code solution such as an embedded IPaaS toolkit that already has the components for connectivity built. Here you can put your focus into designing the customer solution whilst the code grunt work has been done on your behalf. IPaaS solutions tend to be both agile and scalable whilst also resolving the customer’s need at the point of requirement.

Designing Integration Solutions

A Combined Integration Approach for Maximum Coverage

In truth when we speak with customers we always advise that they use at least two of the solutions above.

Design + Outsource

or….

Build + Outsource

or…

Design + Build

or even…

Build + Design + Outsource

Why? Principally because we believe that you should resolve the key integrations natively (Build or Design) and the long-tail off-platform (Outsource).

Build, design or outsource your integration solution

Choosing the Right Integration Combination for your SaaS

Here are the 5 key questions that we think help you consider what you should do:

  1. Is it important that I resolve my customer integration at a ‘pain point’?
  2. Is my application lightly or deeply enhanced by third-party applications?
  3. Are integration requirements consistent across all 80%+ of my customers?
  4. What is most important, the source code or the end-customer solution?
  5. Are my customer’s integration needs relatively fixed or do I need agility?

With these questions in mind, you can look at your platform, and your platform’s users’ needs to work out what combination would be best for you.

The table below gives examples of what combination of integration solutions would work for each use case.

 OutsourceDesignBuild
It is important to resolve the customer integration at the ‘pain point’XYY
My application is deeply enhanced by third-party applicationsXYY
My application is lightly enhanced by third-party applicationsYXX
Integration requirements are consistent across 80%+ of my customers (focused)XYY
Integration requirements are inconsistent across  80%+ of my customers (long-tail)YYX
The source code is most important to meXXY
The end customer solution is most important to meYYX
My integrations need to be agileYYX

Considering the Volumes of Required Integrations

Depending on the number of integrations you need, you cannot always resolve every single client integration requirement at the point of need.

Why? The complexity of presenting an option for every single possible integration within your native UI. Here is a simple rule of thumb on which choices we would make:

Total Number of Customer IntegrationsHow many to BuildHow many to DesignHow many to OutsourceRecommendation
1-21-200BUILD
3-101-51-50BUILD + DESIGN
11-201-56-205+BUILD + DESIGN + OUTSOURCE
21-5001-255+DESIGN + OUTSOURCE
51+01-505+DESIGN + OUTSOURCE

The 80/20 Rule to Integration Solution Design Success

We are proud of our solution and believe it is an intelligent way to scale your native integrations. But we also believe it is not necessarily the entirety of your integration ecosystem. You should consider the old 80:20 rule. Own the integration solution for 80% of your client’s integration needs and outsource for 20% of your client’s integration needs. It is all about efficiency and managing complexity.

If you would like to get a free trial of our embedded integration solution, apply here.

Check out our report:

An Introduction to Integration, iPaaS and Embedded iPaaS

Where we discuss in further detail the different integration approaches.

About Author

Avatar for Daniel Twigg

Daniel Twigg

With over 12 years experience in the Digital Marketing arena, covering industries including IoT, SaaS, fitness, computer gaming and music, Daniel has been Cyclr's marketing manager from the early days of the platform. Follow Daniel on LinkedIn

Ready to start your integration journey?

Recommended by G2 users

Book a demo to see Cyclr in action and start creating integration solutions for your customers