Knit is #1 product of the week in the developer tools category on Product Hunt!
X
Product

Merge API Vs Knit API - Which One is Right for You?

Read this to explore how Merge API works, how data should be handled by an unified API and how to increase customer satisfaction with a better alternative

In this article we will learn about Merge API, a unified API solution to help developers build native integrations with multiple 3rd party end systems in one go using the 1:many connectors provided by Merge. 

We will also learn about what happens post integration - how data syncs happen on Merge API predominantly via a pull based model where Merge stores a copy of the end customer data in their servers, which could lead to end customer anxiety around security and compliance. 

Finally, we will talk about how Knit API is solving for this by working on a push based model which does not require any customer data storage - helping you reduce friction with your customers and alleviate their concerns on how their data is being handled.

Let’s dive in.

What are unified APIs?

Essentially, a unified is a 1:Many API which helps developers go-live with multiple integrations within a category of SaaS with a one time effort of integrating with the unified API provided by the platform. For example, let's say an Employee Benefits platform wishes to integrate with multiple HRMS systems which its existing or potential customers use. In the absence of a unified API, the developers at the benefits platform will have to read API documentation of each HRMS, understand its data model and build the connectors 1:1. This wastes massive dev effort on a repetitive task which essentially serves the same basic purpose of syncing employee data from the customers HRMS to the benefits platform. Unified APIs save all of this effort by normalizing the data models of all the HRMS tools out there in to one common data model so the developers at the benefits platform have to work with just one connector rather than building a connector for each different HRMS tool in a 1:1 manner.

Other than building the integrations faster, unified APIs also help you maintain them in a low effort way by providing DIY integration management dashboards which your front line customer success teams can use to diagnose and fix any issues with live integrations so that your engineering team does not need to get involved every time there is a break or question around data syncs from your customers.

If you are wondering whether a unified API is a right solution for you or not, read this

Now, let us look at the components of a unified API solution.

Key components of a unified API solution

how does a unified API work?

Any unified API solution has four basic components - 

1. The auth component 

Users of your APP use the auth component, embedded in your APP, to authenticate and authorize access to their enterprise app to your SaaS application.

2. 1:Many Connectors 

1:many connectors are simply put, a common data model which abstracts the data models of all the existing applications in a category of apps so that your engineering team can work with just the one connector provided by the unified API platform rather than individually integrating with all the connectors within that category of apps.  This saves massive time as your dev team does not need to understand the nuances of each and instead build your product logic on the common data model of the unified API provider.

3. Integration Management 

Often the most neglected piece when teams build integrations in-house, integration management dashboards are one of the key value propositions of Unified API platforms since they help your frontline teams diagnose and fix any integration or sync issues without having to involve the engineering team each time. Think about the massive amount of time it can save in maintaining the integrations which are already built and live.

4. Data Syncs

This is probably the core of the product - getting data in from the source app to your app and writing back from your app to the source is why we build integrations. Because this is important, we will talk about this in more detail below, and along the way of understanding Merge's data sync model.

Data syncs via unified APIs

To understand how data syncs happen via unified APIs, we first need to understand that there are two parts to the process -

1. Data syncs between the source app and the unified API provider

2. Data syncs between the unified API provider and your app

data sync via unified APIs

Data syncs between the source app and the unified API provider

The first part of the data sync is to read data from the source APP and do something. Now, here again, there are two phases:

  • The initial data sync
  • Delta syncs thereafter

The initial data sync happens when your app’s user has authenticated and authorized the unified API platform to access data from the source app for the first time. This is when Merge API accesses and stores a copy of the data in its own database. This is the copy of the data that Merge API uses to serve your app, i.e., the consumer app.

Post the initial syncs, the delta syncs come into the picture. The purpose of the delta syncs is to inform the consumer app of any changes in the data, for example title, manager, or location changes for any employee if you are syncing with a source HRMS system.

Now here, depending on the source system, delta syncs could be handled via webhooks OR by periodic polling of the source app. 
  • When the source app supports Webhooks, like Rippling, it dispatches any delta events to Merge, which then changes its copy to reflect the new information available. 
  • When the source app does not support Webhooks, like Success Factors, Merge has to again read the entire data from the source app and create a fresh copy of the data by polling the source system at pre-set frequencies. Depending on the plan you have, these sync frequencies could be every 24 hours or more frequent.
The thing to note is that in both scenarios, whether or not the source app supports Webhooks, Merge API serves the consumer app via its stored copy of the data.

Concerns with a data storage first model for data syncs

A data storage based model brings with it multiple challenges. First and foremost the end customers who are authorizing your app to access their data via Merge API might not be comfortable with a third party having a copy of their data stored somewhere. Even when Merge API is SOC2 compliant, as ex-users of Merge APIs HRMS integrations for our HRTech venture, we had a segment of customers who had concerns about the handling of the data, employee data being PII, and there were also concerns about where the data is being stored (in some cases outside the customers geography).

This added unnecessary friction between us and our customers, requiring additional infosec questions and paperwork which delayed deal closures or in some cases led to deals not closing at all.

Data syncs between the unified API provider and your app 

Now that the unified API provider has the data, your app must consume the data for your business logic to work. There are two main philosophies or approaches here - pull vs push.

The pull model

alternative to Merge unified API
In a pull model, your servers are busy making calls to the data providers like HRIS, Payroll systems etc. to get data. In order to do so, you will need to create a polling infra.

If you're doing so for 10-15 batch jobs, perhaps it is manageable. But imagine doing this for hundreds, even thousands, of jobs. The problem gets harder. Further, if there is no new data to report, you just wasted your compute resources on an empty call.

The push model

push model data sync for API integration

Now compare this with the push model. Typically, you will be required to subscribe to certain events by registering a webhook. When the event happens, the data providers would notify you with appropriate payload on the registered destination URL. 

You don't have to manage any polling infra, nor would you waste compute resources on inconsequential calls. With event driven microservices architectures on the rise, the push model is definitely easier to work with and scale vs a pull model.

Which approach does Merge API use? Pull or Push?

Here, the Merge API relies heavily on a pull-based approach (though it does provide delta webhooks, which we will talk about below). Let’s look at the three options Merge API provides to consumer apps-

1. Periodic Syncs

Here, your app is expected to periodically poll the Merge copy of the data, such as every 24 hours. What this means is that you will have to build and maintain a polling infrastructure at your end for each connected customer. This is ok if you have a small number of customers, but quickly gets difficult to maintain if you have lots of connected customers.

2. Ad-hoc Syncs 

If your app wants to sync data frequently, Merge API provides an option for you to write sync functions which can pull only data which has changed since last sync using its modified_after timestamp. While this reduces the data load, it still requires the polling infrastructure we talked about in point 1.

3. Webhooks

Merge’s webhooks are again of two types - sync notifications and changed data webhooks. 

Sync notification events are simply notifications to your app that something in the data has changed and expects you to start the ad-hoc sync once you receive the notification - so essentially pull. On the other hand, while it does offer the changed data webhooks, it does not guarantee scale and data delivery via these webhooks. 

From Merge’s doc:

  • Merge offers webhooks that deliver updated data when individual data instances are updated, but depending on the amount of user data, this will not scale well
  • Make sure to implement polling and don't rely entirely on notification webhooks. They can fail for a variety of reasons (such as downtime on your end or failed processing). Merge does attempt to redeliver multiple times using exponential backoff, but we still recommend calling your sync functions on a periodic cadence of around once every 24 hours.

So you see the problem? You will not be able to work around the need for building and maintaining a separate polling infrastructure. 

Knit’s approach to data syncs

While everyone talks about security, at Knit, we actually have walked the talk by embedding security in our platform architecture. 

We do NOT store a copy of the source data with us. And we have built a completely events driven architecture from the ground up, so we work only with Webhooks and deliver both the initial and delta syncs to your app via events.

So you have less compliance and convincing to do with your customers, and do not have to  waste engineering resources on polling while at the same time get guaranteed scalability and delivery irrespective of the data load.

Another advantage of a true events driven architecture is that it supports real time use cases (where the source APP supports real time webhook pushes) which a polling based architecture does not.

While we will soon be covering our architecture that guarantees security, scale and resilience for event driven stream processing in more detail in a follow up post, you could read more about the basics of how Knit API functions here: Knit API Documentation

Other advantages of Knit API over Merge API

1. Auth component

Knit’s auth component offers a lot of flexibility in terms of design and styling vs what Merge API offers. 

It is a Javascript SDK which is far more customizable as compared to iframe which is Merge’s choice for the frontend auth component. 

So if you want to make sure that the auth component which your customers are interacting with, looks and feels similar to your own APP, Knit API might just be the right solution for you.

2. Integration Management

Knit provides deep RCA and resolution including ability to identify which records were synced, ability to rerun syncs etc. It also proactively identifies and fixes any integration issues itself. 

While Merge also offers customer success dashboards, they are not as deep, so your frontline folks will have to reach out to your engineering teams more frequently. And we all know how much engineering teams enjoy maintaining integrations and going through logs to check for data sync issues rather than building cool new core product features ;)

Final Thoughts

Knit is the only unified API solution which does not store customer data, and offers a scalable, and reliable push driven data sync model for large data loads. 

This has several benefits:

  • Better security: Since Knit does not store any customer data, you and your customers can be confident about data security and you can close deals much faster.
  • Better developer experience: Since you do not need to maintain any polling infrastructure for Knit due to its events driven architecture, your developers have lesser issues maintaining it.
  • Better scalability & reliability: Even with a webhook first model, Knit guarantees data delivery and scalability irrespective of the amount of data being synced between the source and destination apps. We offer a 99.99 SLA and aiming for 99.9999 soon.

Curious to learn more about Knit? Get started today

Yasharth Mishra

Co-founder and CEO, Knit

Unifying the world of integration with Knit

Latest Blogs

Browse all Blogs
Product
Sep 29, 2023

New Feature: User Management

11
mins

Knit has recently rolled out one of its most anticipated features: User Management.

With the User Management feature you can now add multiple users with different capabilities to your Knit account based on their roles. 

In this article, we will discuss how to get started with the User Management feature and maximize its benefits.

What is User Management?

The User Management feature allows you to add multiple users to your organization’s Knit account and also assign them roles and permissions . It means multiple users can login and have access to your organization’s integrated accounts and various other features as a part of integration management. 

Knit currently serves 3 categories of possible roles for any organization. 

1. Admin

Admins have full access to all the features in the dashboard. They are in a way the primary users who have the right to add/edit/remove new users.  

2. Member

Members have access to only manage integrations and webhooks. Unlike Admins, they cannot add/update users or make changes to the organization’s account with Knit.

3. Billing Contact

Billing contact has access to only billing related options, like editing payment details, selecting plans etc.

For more information on setting up the User Management feature, take a look at this video

How to access the User Management page

When you\ sign up to your Knit Dashboard, you will be logged in as an administrator of the organization you have just created. 


You can then access user management by going to the settings page.

In the settings page you will have access to user management, among other settings.

The User Management screen shows you all the users assigned to your organization, their emails, permissions and also gives you the option to see and edit their roles.



To invite a new user to your org, click on the Add User button on top right.


Here, you can enter the email ID of the person you’d like to invite to join your organization. You can also set their role. Invited users will receive an invite link on their respective email ID.


For detailed information about dashboard access for each role, be sure to check out the User Roles tab.


You can also edit the roles for a user, and resend the invitation to invited users.



What if we have already created multiple separate accounts and want to combine them?

If you have already created multiple separate accounts (by signing up separately with your individual email IDs), we can help you combine them into a single account. 

In the process, we will also combine your integrated accounts, and organizations from multiple accounts.

However, it would not be possible to transfer pre-existing syncs, logs and issues. As a result, once the integrated accounts are transferred, you’ll have to restart the sync for them.

Note: If you have created multiple accounts for testing and production, we recommend that you do not to merge them as the User Management feature does not provide for segregation of environments. 

Thus, it is best to have a separate account for production and for testing in that case.

Let’s get started

Please reach out to kunal@getknit.dev with the list of email addresses (along with their respective roles) that you would like to combine and we’d be happy to help you through it! 

Use Cases
Sep 26, 2023

How Can Marketing Automation Tools Build More CRM Integrations in 80% Less Time

11
mins

Marketing automation tools are like superchargers for marketers, propelling their campaigns to new heights. Yet, there's a secret ingredient that can take this power to the next level: the right audience data

What better than an organization’s CRM to power it? 

The good news is that many marketing automation tools are embracing CRM API integrations to drive greater adoption and results. However, with the increasing number of CRM systems underplay, building and managing CRM integrations is becoming a huge challenge. 

Fortunately, the rise of unified CRM APIs is bridging this gap, making CRM integration seamless for marketing automation tools. But, before delving into how marketing automation tools can power integrations with unified CRM APIs, let’s explore the business benefits of CRM APIs. 

10 ways marketing automation tools can maximize results with CRM API integration

Here’s a quick snapshot of how CRM APIs can bring out the best of marketing automation tools, making the most of the audience data for customers. 

1. Customer segmentation and content personalization  

Research shows that 72% of customers will only engage with personalized messaging. CRM integration with marketing automation tools can enable the users to create personalized messaging based on customer segmentation. 

Users can segment customers based on their likelihood of conversion and personalize content for each campaign. Slicing and dicing of customer data, including demographics, preferences, interactions, etc. can further help in customizing content with higher chances of consumption and engagement. Customer segmentation powered by CRM API data can help create content that customers resonate with. 

2. Enhanced lead nurturing for higher conversion 

CRM integration provides the marketing automation tool with every tiny detail of every lead to adjust and customize communication and campaigns that facilitate better nurturing. At the same time, real time conversation updates from CRM can help in timely marketing follow-ups for better chances of closure. 

2. Churn prediction and customer retention

As customer data from CRM and marketing automation tools is synched in real time, any early signs of churn like reduced engagement or changed consumer behavior can be captured. 

Real time alerts can also be automatically updated in the CRM for sales action. At the same time, marketing automation tools can leverage CRM data to predict which customers are more likely to churn and create specific campaigns to facilitate retention. 

3. Upsell and cross-sell campaigns

Users can leverage customer preferences from the CRM data to design campaigns with specific recommendations and even identify opportunities for upselling and cross-selling. 

For instance, customers with high engagement might be interested in upgrading their relationships and the marketing automation tools can use this information and CRM details on their historical trends to propose best options for upselling. 

Similarly, when details of customer transactions are captured in the CRM, they can be used to identify opportunities for complementary selling with dedicated campaigns. This leads to a clear increased revenue line. 

4. Automated campaign workflow to reduce operational overheads

In most marketing campaigns as the status of a lead changes, a new set of communication and campaign takes over. With CRM API integration, marketing automation tools can easily automate the campaign workflow in real time as soon as there is a status change in the CRM. This ensures greater engagement with the lead when their status changes. 

5. Event triggered campaigns for faster TAT

Marketing communication after events is an extremely important aspect of sales. With CRM integration in marketing automation tools, automated post-event communication or campaigns can be triggered based on lead status for attendance and participation in the event. 

This facilitates a faster turnaround time for engaging the customers just after the event, without any delays due to manual follow ups. 

6. Lead source automation

The integration can help automatically map the source of the lead from different marketing activities like webinars, social media posts, newsletters, etc. in your CRM to understand where your target audience engagement is higher. 

At the same time, it can facilitate tagging of leads to the right teams or personnels for follow ups and closures. With automated lead source tracking, users can track the ROI of different marketing activities. 

7. Tailored social media campaigns and multi-channel marketing

With CRM API integration, users can get access to customer preference insights to define their social media campaigns and audience. At the same time, they can customize scheduling based on customer’s geographical locations from CRM to facilitate maximum efficiency. 

8. Data enrichment for enhancing lead profiles

With bi-directional sync, CRM API integration with marketing automation tools can lead to enhancement of lead profiles. With more and more lead data coming in across both the platforms, users can have a rich and comprehensive profile of their customers, updates in real time across the CRM and marketing tools. 

9. Lifecycle marketing automation

Overall, integrating CRM API with marketing automation tools can help in automating the entire marketing lifecycle. It starts with getting a full customer view to stage-based automated marketing campaigns to personalized nurturing and lead scoring, predictive analytics and much more. Most of the aspects of marketing based on the sales journey of the customer can be automated and triggered in real time with CRM changes. 

10. Customer reporting and analytics for decision making

Data insights from CRM API integrated with those from marketing automation tools can greatly help in creating reports to analyze and track customer behavior. 

It can help ensure to understand consumer trends, identify the top marketing channels, improve customer segmentation and overall enhance the marketing strategy for more engagement. 

Real-world Struggles of CRM Integration in Marketing Automation

While the benefits of CRM API integration with marketing automation tools are many, there are also some roadblocks on the way. Since each CRM API is different and your customers might be using different CRM systems, building and maintaining a plethora of CRM APIs can be challenging due to:

Data transformation inconsistency and campaign blunders

When data is exchanged between two applications, it needs to undergo transformation to become normalized with data fields compatible across both. Since each CRM API has diverse data models, syntax and nuances, inconsistency during data transfer is a big challenge. 

If the data is not correctly normalized or transformed, chances are it might get corrupt or lost, leading to gaps in integration. At the same time, any inconsistency in data transformation and sync might lead to sending incorrect campaigns and triggers to customers, compromising on the experience. 

Delays in campaigns 

While inconsistency in data transformation is one challenge, a related concern comes in the form of delays or limited real-time sync capabilities. 

If the data sync between the CRM and the marketing automation tool is not happening in real time (across all CRMs being used), chances are that communication with end customers is being delayed, which can lead to loss of interest and lower engagement. 

Customer data privacy and security concerns

Any CRM is the beacon of sensitive customer data, often governed by GDPR and other compliances. However, integration and data transfer is always vulnerable to security threats like man in the middle attacks, DDoS, etc. which can lead to compromised privacy. This can lead to monetary and reputational risks. 

Scalability 

With the increasing number of CRM applications, scalability of integration becomes a huge challenge. Building new CRM integrations can be very time and resource consuming — building one integration from scratch can take up to 3 months or more — which either means compromising on the available CRM integrations or choking of engineering bandwidth. 

Moreover, as integrated CRM systems increase, the requirements for API calls and data exchange also grow exponentially, leading to delays in data sync and real time updates with increased data load. Invariably, scalability becomes a challenge.  

Integration management

Managing and maintaining integrations is a big challenge in itself. When end customers are using integrations, there are likely to be issues that require immediate action. 

At the same time, maintaining detailed logs, tracking API calls, API syncs manually can be very tedious. However, any lag in this can crumble the entire integration system. 

Vendor management

Finally, when integrating with different CRM APIs, managing the CRM vendors is a big challenge. Understanding API updates, managing different endpoints, ensuring zero downtime, error handling and coordinating with individual response teams is highly operational and time consuming. 

How Unified CRM API ensures maximum integration ROI

Don’t let the CRM API integration challenges prevent you from leveraging the multiple benefits mentioned above. A unified CRM API like the one offered by Knit, can help you access the benefits without breaking sweat over the challenges. 

If you want to know the technical details of how a unified API works, this will help

Integrate in minutes with multiple CRM APIs

A unified CRM API facilitates integration with marketing automation tools within minutes, not months, which is usually what it takes to build integrations. 

At the same time, it enables connecting with various CRM applications in one go. When it comes to Knit, marketing automation tools have to simply embed Knit’s UI component in their frontend to get access to Knit’s full catalog of CRM applications.

Consistent data transfer guaranteed with normalized data models

A unified CRM API can address all data transformation and normalization challenges easily. For instance, with Knit, different data models, nuances and schemas across CRM applications are mapped into a single and unified data model, facilitating data normalization in real time. 

At the same time, Knit allows users to map custom data fields to access non-standard data. 

Real time campaigns and data exchange

The right unified CRM API can help you sync data in real time, without any external polling requests. 

Take Knit for example, its webhooks and events driven architecture periodically polls data from all CRM applications, normalizing them and making them ready for use by the marketing automation tool. The latter doesn’t have to worry about the engineering intensive tasks of polling data, managing API calls, rate limits, data normalization, etc. 

Furthermore, this ensures that as soon as details about a customer are updated on the CRM, the associated campaigns or triggers are automatically set in motion for marketing success. 

Never miss a data update

There can be multiple CRM updates within a few minutes and as data load increases, a unified CRM API ensures guaranteed data sync in real time. As with Knit, its in-built retry mechanisms facilitate resilience and ensure that the marketing automation tools don’t miss out on any CRM updates, even at scale, as each lead is important. 

Moreover, as a user, you can set up sync frequency as per your convenience.

Scale as you go

With a unified CRM API, you only need to integrate once. As mentioned above, once you embed the UI component, every time you need to use a new CRM application or a new CRM API is added to Knit’s catalog, you can access it automatically with sync capabilities, without spending any engineering capabilities from your team. 

This ensures that you can scale in the most resource-lite and efficient manner, without diverting engineering productivity from your core product. From a data sync perspective as well, a unified CRM API ensures guaranteed scalability, irrespective of the data load. 

Security at scale

One of the biggest concerns of security and vulnerability to cyberattacks can be easily addressed with a unified CRM API across multiple facts. Let’s take the security provisions of Knit for example. 

  • First, Knit ensures double encryption, i.e. it encrypts data at rest as well as when in transit for exchange. It also encrypts data with an additional layer of application security.
  • Second, Knit is the only unified API that doesn’t store any copy of the data and acts as a pure passthrough proxy. Data is only processed in Knit’s server and is directly sent to the customer’s webhooks. Protection of end-user data like this helps you easily gain customer confidence during sales conversations.
  • Third, Knit has wide ranging authorization capabilities, including, OAuth, API key or a username-password based authentication. Irrespective of what authorization protocol the vendor has, it can integrate with Knit.

Catch potential errors early on

Finally, integration management to ensure that all your CRM APIs are healthy is well taken care of by a unified CRM API. 

  • A unified CRM API like Knit provides access to a detailed Logs, Issues, Integrated Accounts and Syncs page for all integrations to monitor and track them along with possible RCA and solutions. This empowers your CX team to solve customer issues immediately without involving the tech team.
  • Furthermore, it enables you to track every API call, data sync, etc. as well as the status of webhooks registered for real time visibility in errors — ensuring that you are always on top of your data and minimizes the chances of any errors.  

Constant monitoring and on demand customer support

Finally, when you are using a unified API, you don’t have to deal with multiple vendors, endpoints, etc. Rather, the heavy lifting is done by the unified CRM API provider. 

For instance, with Knit, you can access 24/7 support to securely manage your integrations. It also provides detailed documentation, links and easy to understand product walkthroughs for your developers and end users to ensure a smooth integration process.

Get started with unified CRM API

If you are looking to integrate multiple CRM APIs with your product, get your Knit API keys and see unified API in action. (Getting started with Knit is completely free)

You can also talk to one of our experts to see how you can customize Knit to solve your specific integration challenges.

Insights
Sep 25, 2023

Unified API vs Workflow Automation: Which One Should You Choose?

11
mins

In today's SaaS business landscape, to remain competitive, a product must have seamless integration capabilities with the rest of the tech stack of the customer. 

In fact, limited integration capabilities is known as one of the leading causes of customer churn. 

However, building integrations from scratch is a time-consuming and resource-intensive process for a SaaS business. It often takes focus away from the core product.

As a result, SaaS leaders are always on the lookout for the most effective integration approach. With the emergence of off-the-shelf tools and solutions, businesses can now automate integrations and scale their integration strategy with minimum effort.

In this article, we will discuss the pros and cons of two most popular integration approaches: Unified APIs and Workflow Automation tools and provide you with clear instructions to choose the approach that suits your specific product integration strategy. (We also have a checklist for you to quickly assess your need for the perfect integration approach in this article. Keep reading)

We will get to the comparison in a bit, but first let’s assess your integration needs. 

Types of product integrations

In order to effectively address customer-facing integration needs, it is crucial to consider the various types of product integrations available. These types can vary in terms of scope and maintenance required, depending on specific integration requirements. 

To gain a comprehensive understanding of product integrations, it is important to focus on two key aspects. 

  • Firstly, identifying the applications that need to be integrated to determine the scope of the integration. 
  • Secondly, considering the number of integrations that will need to be regularly managed as time progresses.

Based on these considerations, you can gauge whether or not you will be able to take care of your integration needs in-house. 

Read: To Build or To Buy: The practical answer to your product integration questions

1) Internal integrations

When working on any product, it is often beneficial to connect it with an internal system or third-party software to simplify your work processes. This requires integrating two platforms exclusively for internal use. 

For example, you may want to integrate a project management tool with your product to accelerate the development lifecycle and ensure automatic updates in the PM tool to reflect changes and progress.

In this scenario, the use case is highly specific and limited to internal execution within your team. Typically, your in-house engineering team will focus on building this integration, which can be further enhanced by other teams who reap its benefits. Overall, internal integrations are highly distinct and customizable to cater to individual organizational needs.

2) Occasional customer-facing integrations

Another type of integrations that organizations encounter are occasional customer-facing integrations, which are not implemented at scale. Occasional customer-facing integrations are typically infrequent and arise as specific requests from customers.

In these cases, customers may have specific software applications that they regularly use and require integration with your platform for a seamless flow of data and automated syncing. For example, a particular customer may request integration of Jira with your product, with highly specific requirements and needs.

In these situations, the integration can be facilitated by the customer's engineering team, third-party vendors, or other external platforms. The resulting integration output is highly tailored and may vary for each organization, even if the demand for the same integration exists. This customization ensures that the integration reflects the structures and workflows unique to each customer's organizational needs. 

3) Scalable customer-facing integrations

Finally, there will be certain integrations that all your customers will need. These are essential functionalities required to power their organizational operation. 

Instead of being use case or platform specific, scalable or standardized customer facing integrations are more generic in nature. For instance, you want all your customers to be able to connect the HRMS platform of their choice to your product for seamless HR management. 

These integrations need to be built and maintained by your team, i.e. essentially, fall under your purview. You can either offer these integrations as a part of the subscription cost that your customers pay for your software or as add-ons at an extra cost. Offering such integrations is important to gain a competitive edge and even explore a new monetization model for your platform. 

Standardizing the most common integrations is extremely helpful to provide your customers with a seamless experience. 

Different approach to integrations

While companies can always build integrations in-house, it’s not always the most efficient way. That’s where plug-and-play platforms like unified APIs can help. Let’s look at the top approaches to leveraging integrations. 

1) In-house integration development and maintenance

Undoubtedly, the most obvious way of integrating products with your software is to build integrations in-house. Put simply, here your engineering team builds, manages and maintains the integrations. 

Building integrations in-house comes with a lot of control and power to customize how the integration should operate, feel and overall create a seamless experience. However, this do-it-yourself approach is extremely resource intensive, both in terms of budgets and engineering bandwidth. 

Building just integration can take a couple of months of tech bandwidth and $10-15k worth of resources. Integration building from scratch offers high customization, but at a great cost, putting scalability into question. 

2) Workflow automation 

Workflow automation tools, as the name suggests, facilitate product integration by automating workflow with specific triggers. These are mostly low code tools which can be connected with specific products by engineering teams for integration with third party software or platforms. 

A classic example is connecting a particular CRM with your product to be used by the end user. Here, the CRM of their choice can be integrated with your product following an event driven workflow architecture. 

Data transfer, marketing automation, HR, sales and operations, etc. are some of the top use cases where workflow automation tools can help companies with product integrations, without having to build these integrations from scratch. 

3) Unified API / API Aggregators

Finally, the third approach to building and maintaining product integrations is to leverage a Unified API. Any product that you wish to integrate with comes with an API which facilitates connection and data sync. 

A unified API normalizes data from different applications within a software category and transfers it to your application in real time. Here, data from all applications from a specific category like CRM, HRMS, Payroll, ATS, etc. is normalized into a common data model which your product understands and can offer to your end customers. To learn more about how unified APIs work, read this

By allowing companies to integrate with hundreds of integrations overnight (instead of months), a unified API enables them to scale integration offerings within a category faster and in a seamless manner. 

Now that you have an understanding of the different types of integrations and approaches, let’s understand which approach is best for you, depending on your scope and needs. 

workflow automation vs unified API

When to use Unified API

If you want scalable and standardized integrations, choosing a unified API is a sensible option. Here are the top reasons why unified API is ideal for standardized customer-facing integrations: 

  • They cover almost all integrations within a particular category or type. This suggests that you can integrate with all CRM platforms, including Salesforce, Zoho, etc using just one unified CRM API for example. (Check out Knit’s integration catalog across ATS, HRIS, Payroll. CRM and Accounting software)
  • Integration code is universal. You just need to integrate the unified API code into your application for a particular category once. Even when new apps are added within the unified API category, you automatically get access to and start syncing data with the new app without writing any additional line of code. This means that you build once and scale perpetually. 
  • It is extremely developer friendly and doesn’t require a lot of technical expertise or engineering bandwidth to understand and execute. 
  • You can retain a great degree of control. The integration backend can be managed by your engineering team, keeping control of transfer logic and also facilitating high levels of security. 
  • The data you receive into your product is normalized and can be directly synched without the need for any processing or transformation. (Moreover, unified APIs like Knit also allow you to map any custom data field from a specific integration that’s not included in the standardized model. Learn more)
  • Most unified APIs completely take care of integration maintenance once it is built. It means, your tech team need not worry about addressing ongoing customer issues at all. 

However, if you want only one-off integrations, with a very high level of customization, using a unified API might not be the ideal choice. 

Therefore, choose a unified API if you want:

  • To create standardized customer-facing integrations
  • High levels of data normalization and standardization
  • Scalable integrations that can be replicated across customers
  • Ability to add more integrations with minimal resource requirements
  • To control the backend code and drive customizations to a certain extent 
  • A native integration experience and feel and adherence to your brand guidelines

When to use Workflow Automation

Depending on the nature of your organization and product offerings, you might need integrations which are simple, external and needed to enable specific workflows triggered by some predetermined events. 

In such a case, workflow automation tools are quite useful as an integration approach. Some of the top benefits of using workflow automation to power your integration journey are as follows. 

  • Negligible engineering expertise needed. Workflow automation tools are created in a drag and drop manner, facilitating low-code or no- code functionalities. Event triggers are all you need to facilitate data sync from integrations. 
  • They come with pre-built connectors. This means that you can easily get started with pre-established workflows and integration patterns between different applications. 
  • You can easily outsource integration or hand it over to teams beyond your core engineering team as integration using workflow automation doesn't require knowledge about your core product, etc. 
However, the low-code functionality comes with a disadvantage of lack of developer friendliness and incidence of errors. At the same time, data normalization is a big challenge for applications even within the same category. 

The presence of different APIs across applications necessitates the need to develop customized workflows. Invariably, this custom workflow need adds to the cost of using workflow automation when scaling integration. As API requests increase, workflow automation integration turns out to be extremely expensive. 

Therefore, choose workflow automation if you want:

  • A low code integration solution
  • One-off customer facing integration or integrations for internal use
  • Limited functionalities for data normalization
  • Off-the rack workflows and integration syncs

How to choose the right tool for your integration strategy?

In the previous section, we explored different scenarios for building product integrations and discussed the recommended approaches for each. However, selecting the appropriate approach requires careful consideration of various factors. 

In this section, we will provide you with a list of key factors to consider and essential questions to ask in order to make an informed choice between workflow automation tools and unified APIs.

1) Integration complexity

You need to gauge how complex the integration will be. Generally, standardized integrations which are customer facing and need to be scaled, will be more complex. Whereas, internal or one-off customer facing integrations will be less complex. 

Try to answer the following questions:

  • How complex is your integration need?
  • Do you want to connect with multiple applications within a category or only one?
  • How much tech bandwidth do you need to spend on complex data transformation or normalization?

Depending on the nature and scope of complexity, you can choose your integration approach. More complex integrations, which need scale and volume, should be achieved through a unified API approach. 

2) Customization requirements

Next, you must gauge the level of customizations you need. Depending on the expectations of your customers, your integrations might be standardized, or require a high amount of customizations. 

If you need an internal integration, chances are high that you will need a great degree of customization. You may want to check on:

  • What is the level of customization you need for your integrations?
  • Do your customers need unique workflows in integrations? 

If you need to customize your integrations for specific workflows tailored to your individual customers, workflow automation tools will be a better choice.

Note: At Knit, we are working on customized cases with our unified API partners every day. If you have a niche use case or special integration need, feel free to contact us. Get in touch

3) Scalability and growth

It is extremely important to understand your current and expected integration needs

Internally, you might need a limited number of integrations, or if you have a very limited number of customers, you will only need one-off customer facing integrations. 

However, if you wish to scale the use of your product and stay ahead of competition, you will need to offer more integrations as you grow. Even within a category, you will have to offer multiple integrations. 

For instance, some of your customers might use Salesforce as CRM, but others might be using Zoho CRM. Invariably, you need to integrate both the CRM with your product. Thus, you must gauge:

  • How many integrations do you need currently and what is the scale of growth expected?
  • Do you need more than a few integrations or applications within the same category?
  • How integral is integration scalability to your business or product growth?

If scaling integrations faster is your priority, unified APIs are the best choice for you.

4)Technical expertise available

Your choice of the right integration approach will also depend on the technical expertise available. 

You need to make sure that all of your engineering bandwidth is not spent only on building and maintaining integrations. At the same time, the integrations should be developer friendly and resilient to errors. 

Try to check:

  • How much bandwidth does your engineering team have to dedicate to integrations, without diverting focus from core product? 
  • Has your team worked with a particular integration approach in the past?
  • Will your team need additional training to align well with the chosen integration approach?
It is important that not all your technical expertise is spent on integrations. An ideal integration approach will ensure that other team members beyond core engineering are also able to take care of a few action items. 

5) Turnaround time and budgets

You need to gauge how much budget you have to ensure that you don’t overshoot and stay cost effective. At the same time, you might want to explore different integration approaches depending on the time criticality. 

Time and budget critical integrations can be accomplished via unified API or workflow automation. It is important to take a stock of:

  • What is the available budget you have for integration building and maintenance?
  • How many integrations do you seek to accomplish with those budgets?
  • What are the expected timelines for the integrations to be implemented?

It is important to undertake a cost benefit analysis based on the cost and number of integrations. 

For instance, a unified API might not be an ideal choice if you only need one integration. However, if you plan to scale the number of integrations, especially in the same category, then this approach will turn out to be most cost effective. The same is also true from a time investment perspective. 

6) Ecosystem support

When you go for an external integration approach like workflow automation or unified APIs, beyond in-house development or DIY, it is important to understand the ecosystem support available. 

If you only get initial set up support from your integration provider/ vendor, you will find your engineering team extremely stretched for maintenance and management. 

At the same time, lack of adequate resources and documentation will prevent your teams from learning about the integration to provide the right support. Therefore, it is ideal to get an understanding of:

  • What is the support being offered by your integration partner?
  • What are the capabilities available within your team to facilitate the integration process?
  • Will the integration partner provide comprehensive documentation and resources for knowledge sharing?
  • What is the quality of pre-built connectors/ API that are being provided?

7) Future outlook and considerations

Finally, integrations are generally an ongoing relationship and not a one-off engagement. The bigger your business grows, the higher will be your integration needs both to close more deals as well as to reduce customer churn.

Therefore, you need to focus on the future considerations and outlook. The future considerations need to take into account your scale up plan, potential lock-in, changing needs, etc. Overall, some of the questions you can consider are:

  • How well will your integration approach support your scale up plan?
  • Will the integration approach seamlessly adapt to the changing integration landscape?
  • Are there lock-ins or commitments that come along with any particular approach?

Understanding these nuances will help you create a long-term plan for your integrations. 

Wrapping up: TL:DR

When building integrations, it is best to understand your use case or type of integrations that you seek to implement before choosing the ideal product integration approach. While there are numerous considerations you must keep in mind, here are a few quick hacks.

  • Choose workflow automation for one-off customer facing integrations where you need a low-code editor with pre-built connectors. 
  • On the other hand, go for a unified API approach if you want to create standardized customer-facing integrations which you can scale.

Knit unified API helps you connect with multiple applications within the CRM, HRIS, ATS, Accounting, category in one go with just one API. Talk to one of our experts to explore your use case options or try our API for free

Start building with Knit, today

Sign up for a free account or talk to our sales team

Get Started