Introduction
Rewinding the clock back over a decade to their time at Columbia University, it seems obvious now that Shensi Ding and Gil Feig were destined to become co-founders. Meeting as freshmen in the universityâs engineering program, the two quickly struck up a close friendship. Senior year, they even teamed up as the Engineering Student Councilâs President and Vice President â a sneak peek at what was to come later.
But as âPomp and Circumstanceâ played and they tossed their graduation caps in the air, the two went their separate ways â Ding for the investment banking path at Credit Suisse, and Feig off to build software at LinkedIn.
Over the years, they kept in touch and started grabbing weekly dinners together at Sweetgreen when they both lived in San Francisco, working for tech startups. One dinner, in particular, would crack open a door to the founderâs path.
âFrankly, Gil looked terrible. He was working on a particularly miserable integration project that was killing him at work â and he was listing off all the same headaches that Iâd heard the engineers at our company grumble about, too,â says Ding.
At the time, the two worked for startups in very different industries. Ding was Chief of Staff at Expanse, a cybersecurity company that would track IP assets across the internet (it would later be acquired by ~$1 billion by Palo Alto Networks). Meanwhile, Feig was the founding engineer and Head of Engineering at Untapped (called Jumpstart at the time), a recruiting tech startup. While Expanse was trying to integrate with ticketing systems like Jira and ServiceNow, Untapped was integrating with fragmented applicant tracking systems (ATS).
The two were doing what old friends do over dinner â catching up about work. But what they didnât realize at the time was that they had stumbled upon one of the biggest pain points across B2B companies of all sorts of industries. Put simply: integrations are a necessary part of building software today. But building, maintaining and scaling these integrations just plain sucks.
Cut to today, and the accolades for their company Merge have rolled in. Itâs the G2 Leader for Unified APIs. It nabbed a slot on Forbesâ Next Billion-Dollar Startups list and both co-founders were named to the 30 under 30 list. Now a Series B startup thatâs raised $75 million so far, with 7,000+ customers including the likes of Calendly, Gong, TripActions and AngelList, the upward trajectory in just three years has been the stuff startup dreams are made of.
But how did the duo actually build an extra-strength Tylenol for one of the biggest headaches in B2B SaaS? Letâs return to that fateful dinner.
EXCAVATING THE PROBLEM
Ding further unpacks the throughline that her company, Expanse, and Feigâs company, Untapped, were both struggling with. âExpanseâs product would surface potential security risks as issues. The problem was that people wanted to be able to export those issues into whatever ticketing system they used â but we didnât have any integrations. Even though we had the better product, we would lose to a competitor with a subpar product because they had more robust integrations,â she says.
Plan A seemed simple enough â rather than try to build these internally, Expanse initially outsourced to a consultant. âBut we couldnât use any of the code, and had to just start all over again.â
Onto Plan B â Expanse hired a team of full-time engineers, tasked to exclusively focus on building integrations. âBut it wasnât just a matter of checking an integration off the list. Once you build your first one, you have to keep maintaining it. Because every single time a new customer links the integration, thereâs a possibility that there will be edge cases. Now we have to have a never-ending amount of customer success and engineering resources just to maintain these integrations,â says Ding.
Meanwhile, over at Untapped, Ding recalls that Feig was also banging his head against the wall. âWhen Untapped built their first integrations, what they found was that there were a lot of end-user errors. Someone would enter the API key incorrectly, or give you an API key with incorrect permissions. All of this would look like a bug on the Untapped engineerâs side â but it wasnât. Itâs exceptionally hard for customer support to go to your customer, whoâs maybe paying six or seven figures for your product, and say, âHey, you made a mistake,â without involving engineers so you can be 1000% confident that it wasnât your own error,â explains Ding.
Different companies, different industries, but mirror images: âIt was just a fundamentally painful problem, not only for the sales side, but also for the engineering side. If you donât build these integrations, you canât sell your product. But building and maintaining these integrations is so time-consuming that it prevents engineers from even working on your core product,â says Ding.
The fact that Ding and Feig were approaching the same problem from different angles turned out to be a major competitive advantage. âI was fortunate that Gil was running into this same exact problem but in a very different category of software. It allowed us to think about solving this problem from an entire market perspective, rather than an industry-specific perspective," she says.
We didnât have a solution at first â we just knew that this was a big problem, and the solutions out in the market werenât solving it.
The duo continued to talk about the problem over dinner for the next few months. Their vision started to crystallize: Build something that every company would want to outsource their integrations to.
Gil Feig and Shensi Ding, co-founders of Merge
VALIDATING THE IDEA
The eventual co-founders had stumbled upon what they believed to be a huge problem space â but they needed more ammunition than their own experiences with thorny integrations.
So over the course of six months, they sent hundreds of cold emails and ended up talking to 100 different companies, sitting down with folks in every function that dealt with integrations. This wasnât to pitch any sort of solution â Ding and Feig didnât have one yet. âWe wanted to see how many types of companies this impacts and whether there could be a uniform solution to solve this for everyone,â says Ding.
While they talked with as many companies as would agree to a meeting, it became clear that the integrations problem most acutely affected B2B companies. âPeople were paying a lot of money for vendors and were deeply unhappy with the quality. It was also a problem that would continue to spiral â the number of B2B apps keeps increasing, and thereâs going to be more and more fragmentation across the market,â says Ding.
Just by looking at how the market was moving, we knew someone needed to solve this problem. We wanted to make sure it was us.
Talking to folks across the org proved to be a worthwhile use of time â there were plenty of folks outside of engineering who were experiencing integration headaches. It was a full company problem:
Sales teams struggle when deals are blocked because of a lack of integrations
Partnership teams spend months trying to establish relationships with API providers in order to get access
Product management and design have to research and plan the integrations, prioritizing one customerâs vendor over another
Engineering has to build and maintain the integration, and help investigate whenever customers run into issues
Customer success spends hours onboarding and supporting customers with integrations, and has to maintain documentation
After each conversation, the founders took a bunch of notes in Google Docs and identified the central theme of the conversation. The Merge founders knew they were onto something when each post-sales member they talked to parroted back similar themes: âThey would say, âEven when the integration is live, I still have no idea whatâs going on with it. Every day I have to get an engineer involved,ââ says Ding.
Most companies the founders talked to hacked together some sort of inelegant workaround. âA lot of them would use tools like DataDog to monitor the integration if something went wrong or had failed. But this couldnât be managed by a customer success person â it had to be an engineer. And that engineer would then go look at Sentry to see what part of the code had been impacted, and then resolve it and go back to customer success again. But there was no enablement for customer success to figure out the problem on their own,â she says.
FINDING A 10X SOLUTION
Six months in and 100 customer conversations later, Ding and Feig still werenât quitting their day jobs. âWe could have quit our jobs sooner. By the time we talked to 100 companies we had high conviction in the problem, but we were scared to leave our previous companies,â recalls Ding.
A lot of people just start a company to start a company. It took us a long time to decide to do it.
They had high conviction, but what they didnât have was a solution â yet. âWe talked about a few different ideas for what would solve this problem, but what we kept coming up with still put the onus of building the integration would still be on the company. Why would anyone buy that?â
So how did they finally land on the unified API solution? While Ding would like to tell a magical story about the aha moment, it was much less cinematic. âI think we were just throwing out a bunch of different ideas. And one of us mentioned unified API, and suddenly it started to click,â she says.
Why? They were finally circling a 10X improvement, not a fractional one. âBecause itâs one integration, and your engineers donât have to do the work of building and maintaining dozens or hundreds of individual integrations. With the Merge dashboard, your customer support team can also have full visibility into everything without getting your engineering team involved,â she says.
With Mergeâs unified API, they could provide access to the APIs of multiple software providers (like CRM or accounting), providing an abstraction layer that simplifies authentication, data transformation and data syncing.
With their solution in mind, the founders circled back to all the companies in their Rolodex who had sat down in the initial idea validation phase. âWe found that nine out of ten companies were like, âIf this works (and itâs going to be hard), absolutely we will use this product,ââ recalls Ding.
We asked for a price point theyâd be willing to pay. They didnât say $10k. It was $50k, $100k â even $300k. Hearing their responses was when we knew there was a huge untapped market.
Hereâs how the back-of-the-envelope math worked: âYouâd talk to a VP of Engineering and theyâd explain that they are paying three or four engineers just to build integrations, and you could re-allocate them to much more important projects. You can also add in a percentage of closed-lost deals that are now viable because of new integration offerings,â she says.
With that vote of confidence, it was time for the founders to quit their jobs and start going fully heads-down into building. The timing couldnât have been worse â it was June 2020, at the height of the COVID-19 pandemic. âI donât recommend this for other founders, but I gave my notice at Expanse and told Gil, âHey I quit, so youâre going to have to quit too.â He was like, âDude, why did you do that?ââ laughs Ding.
But the momentum was too great to ignore. âThe timing felt like if we missed this window, it was going to be too late. We had to take our shot.â
BUILDING FOR A MASSIVE TAM
âWe just started working in Gilâs apartment, coding all day,â says Ding. But her computer science degree had gathered dust over the years. âI hadnât coded in 5 years, so Gil sat next to me for three weeks and re-taught me how to code. I didnât want to just farm the work off to him, I wanted to help build the product as a full-stack developer,â she says.
And the duo made a bold move from Day 1: they were going to build for multiple categories at once, rather than start narrow and then grow their reach. âThis was a very intentional choice to signal to the market from the start that Merge is multi-category. We didnât want to get siloed into one category,â says Ding.
The team spent almost a year in stealth building the product. âIt was important to us to launch with a high-quality product â itâs very easy to lose customer trust here, and we werenât only going to impact our own customers, we were going to impact our customersâ customers.â
It was a risky gamble at the time to build heads-down for a year for two categories without obvious customer overlap, versus shrinking the scope to gain confidence that they were on the right path. To start, they focused on integrations for HRIS (human resource information system) and ATS (applicant tracking system) tools â a very intentional choice at the time. Hereâs why: âWe chose these two because the kinds of problems that we would have to solve were very diverse. They would require a different sales motion, and we wanted to experiment with different price points,â says Ding.
ATS tools (like Greenhouse, JazzHR and Freshteam) are deep, complex integrations that are hard to support. Thereâs a ton of data â one ATS instance for a midsize company could have millions of candidates stored in it. âThe volume that we were dealing with would allow us to build for scale. Could our databases handle that load? Thereâs also more customizability in ATS â we knew that if we eventually wanted to add support for more categories, like CRM, we needed to be ready for that, too,â explains Ding.
HRIS tools (like Rippling, Gusto and Workday) have a broader use case thatâs fragmented â and thereâs less data volume. âBut thereâs a wider pool of companies that you can sell an HRIS integration to,â she says.
A few months into building, in August 2020, the founders raised a $4.5 million seed round, led by NEA with angel investors including MuleSoft and Cloudflareâs CEOs, plus the founders of their former companies, Expanse and Untapped. âWe knew it was time to raise capital when Gil and I realized there was so much work to do and we needed to multiply our efforts,â says Ding. âWe spent a lot of time building so that investors could see the demo, but we realized that it was more compelling to tell the story of where the product could go over time.â
ACQUIRING INBOUND & OUTBOUND CUSTOMERS
Fresh from a year of heads-down building, the founders had managed to nab their first customer: Drata, a cloud compliance software company. The early investment in quality paid off. âThey used another Unified API solution at the time, but they moved over to us because our product and customer support were much higher quality, and we adopted a very proactive approach to customer support,â says Ding.
Even after months of careful coding, there was still a huge learning curve when it came to building for a real-life customer, she recalls.
That first customer is like a tough parental figure whoâs just disappointed in you all of the time.
The Merge founders didnât know it at the time, but this particular first customer turned out to be exactly what the startup needed to push harder and faster. âDrata became a billion-dollar company in one year. They needed a level of speed and velocity of execution that pushed us a lot,â says Ding.
Finally, Merge emerged from stealth in April 2021, with a self-serve motion and a free tier to let the market come to them. âWe started getting inbound interest from companies like AngelList. We got 1,000 signups in the first 3-4 months through a mix of SEO and some content marketing,â says Ding. Product-market fit was clearly well within their sights.
Getting so many customers upfront was extremely overwhelming. Youâre dealing with so many bugs that pop up all at once â but once you get rid of those bugs, theyâre gone.
Even though the Merge team was a big believer that inbound would be a powerful channel, the founders still dedicated immense amounts of time to outbound selling. In fact, they did all the sales conversations themselves for the first eight months before bringing on a head of sales. âStart with a lot of outbound â thereâs no replacement for that learning. You just have to reach out to as many people as possible,â says Ding.
Ding and Feig threw themselves into their new sales roles. âFor probably 4-5 months, from 10 am to when we left the office late at night, all we did was sales meetings, booked back-to-back all over the world. Founder-led selling creates a tighter feedback loop that makes your product better,â she says.
When you do founder-led sales youâre not just learning how to sell your product, youâre learning how to tell a story. This is essential to sell the vision to investors or to candidates youâre trying to hire.
But these back-to-back meetings were no lather-rinse-repeat operation. âWe were A/B testing every single meeting. How can we tweak the messaging, the demo, or the persona we meet with, or what price point makes sense? And after every single meeting we would quickly reflect on what worked, what didnât and how we could improve the next time,â says Ding.
The goal was to amass a ton of learnings that they could eventually pass over to a head of sales hire. Hereâs her summary of what worked and what didnât:
What worked: Demoing. âWhat always pissed me off as an engineer was going into a vendor meeting and not being able to see the product. Once prospects could see how intuitive, yet powerful, our product was, they would be much more interested in using it themselves.â
What worked: Self-serve. Along similar lines, getting customerâs hands on the product sooner, rather than later, was key. âThere was no barrier to entry to try out the product and validate that yes, Merge works. And then we can come in for a sales conversation to upgrade.â
What didnât work: Meeting with the user. âWe found that talking to certain personas didnât get us closer to a sale. Meeting with an IC engineer or post-sales folks didnât work â we needed to meet with someone with greater buying power, like a head of product or a head of engineering.â
LOOKING FORWARD
A year after raising its seed round, Merge raised its $15 million Series A, and announced partnerships with BambooHR and Lever. The product hailed 50 integrations and 600 customers at the time. And just about another year after that, Merge raised its $55 million Series B in fall 2022, in the midst of a much trickier fundraising environment. It was hard to argue with the trajectory the company is on â growing ARR 30X over 12 months and amassing 7,000 customers. Along the way, the company expanded its integration support to include not just HRIS and ATS, but also accounting, CRMs, project management, ticketing, file storage, and marketing automation ticketing systems.
And just a few months ago, the company announced the launch of Blueprint, an AI-powered tool that speeds up the development process for Unified APIs by reading API documentation and automatically starting to build an integration.
If you had told those two bright-eyed freshmen students if they knew what sort of rocket ship journey was in store for them, there was no way they would have believed you at the time. If Ding could impart one final piece of advice for founders, it would be to pick your partner carefully: âMy co-founder will be the man of honor at my wedding. Is that the case for every co-founding team? Probably not. But who youâre going to be working with is a huge decision. And if the companyâs doing well, itâs forever. So choose wisely.â