← Back to archiveRecall.ai cover

The Shovel Company Behind AI Meetings: How Recall.ai Turned Meeting Bot Integration into a $38M Business

Recall.ai is not another AI meeting note taker. It sells the infrastructure that lets other meeting products connect to Zoom, Google Meet, and Microsoft Teams, showing why the API layer can be a steadier business than the application layer.

This summer, a company many people have never heard of quietly raised a $38 million Series B led by Bessemer Venture Partners, the firm behind companies such as Shopify, Twilio, and LinkedIn.

No, Recall.ai is not another AI meeting note product. In fact, it does not take notes at all.

Recall.ai does one thing: it helps other AI meeting products connect easily to Zoom, Google Meet, and Microsoft Teams.

If the AI meeting market is a gold rush, Recall.ai is the company selling shovels. And sometimes the shovel business is more stable than mining for gold.

1. An Internal Tool Wakes Up

Recall.ai began with a very common startup story. The founding team first built an AI meeting note product called Cliff. As they worked on it, they discovered something painful:

80% of engineering time was going into the messy work of integrating with meeting platforms. OAuth authentication, webhook configuration, and platform-specific edge cases had nothing to do with AI, but all of them were required.

Worse, every platform change created ongoing work. If Zoom changed an API, the integration had to change. If Teams upgraded its authentication process, the team had to redo work. This was not just a technical problem; it was a constant drain on engineering capacity.

So the team made a counterintuitive decision: stop building the meeting note product and package the internal meeting bot integration layer as an API for other teams.

That became Recall.ai.

The product philosophy behind this decision is important: when competition at the AI application layer becomes intense, find the tunnel that everyone has to pass through, then become the builder and toll collector for that tunnel.

2. Productization: Turning Messy Work into a Clean Product

Recall.ai’s productization is extremely focused. It did not try to solve the broad problem of “meetings.” It narrowed the scope to one very specific job: help developers add a bot to a video meeting with a few lines of code.

Behind that API is substantial complexity:

  • Zoom requires OAuth 2.0 and JWT authentication.
  • Google Meet requires a Chrome extension and injected scripts.
  • Microsoft Teams requires Azure app registration and Graph API permissions.
  • Each platform has different audio and video stream formats.
  • Each platform has its own rules for bot behavior, including muting, recording, and captions.

Recall.ai abstracts all of this into one unified API. A developer only needs to say, “Have a bot join this Zoom meeting and send the audio stream to this webhook.” Recall.ai handles the rest.

Key productization decisions:

Decision one: API first, not GUI first.
Recall.ai did not spend its energy building a beautiful admin console. The core product is a REST API plus Web SDK. That may look minimal, but it is the right shape for a B2D product. Developers do not need more buttons; they need curl commands.

Decision two: tiered pricing from free to enterprise.

  • Free credits for trial users
  • Pay as you go: $0.50 per recording hour under the 2026 pricing model
  • Launch: starting at $500/month, including 1,000 hours
  • Enterprise: custom pricing and SLA

The $0.50/hour price point is clever. For a startup recording 100 meeting hours per week, the cost is $50, which is acceptable. For large customers, higher volume means lower unit economics, which becomes both an expansion lever and a lock-in mechanism.

Decision three: expand from API into a suite.
Recall.ai did not stop at the Meeting Bot API. It has expanded into:

  • Desktop Recording SDK, which records directly on desktop without a meeting bot
  • Calendar API, which retrieves meeting metadata such as participants and titles
  • Mobile Recording SDK, which is planned for mobile call recording

Each new product deepens customer dependency.

3. Commercialization: Why Selling Shovels Can Be More Stable Than Mining

Recall.ai’s business model does one thing especially well: it packages non-differentiated but necessary engineering work into a measurable service.

Why can the infrastructure-layer business be better than the application-layer business?

First, customer acquisition cost is extremely low.
Customers do not usually find Recall.ai through ads. They find it because they need a unified meeting API. For AI meeting products such as Otter, Fathom, or Mem, the choice is often simple: use Recall.ai or build and maintain the integration layer themselves. Building it internally costs far more than $0.50/hour.

Second, unit economics are clear and predictable.
An API business has a relatively simple cost structure. Beyond R&D and maintenance, marginal cost per hour is mostly servers and bandwidth. As volume grows, unit costs can fall and margins can improve. This is different from a SaaS business that keeps adding features and support burden.

Third, switching costs are high.
Once a product is deeply integrated with Recall.ai, switching to an internal system or another vendor is expensive. It is not just an API call; it is the whole meeting bot logic. Integration lock-in is one of the strongest moats in API businesses.

Fourth, expansion is natural.
Once customers trust Recall.ai with core meeting data, it is easier to ask: “You already trust us to connect meetings. Should we also help you process conversations outside meetings?”

4. Distribution: Who Uses Recall.ai?

Recall.ai does not appear to rely on heavy advertising or traditional field sales. Its acquisition comes mainly from:

Developer community word of mouth. When the CTO of an AI meeting product writes that Recall.ai saved three months of engineering time, that is the best possible advertisement.

Customer social proof. The fact that well-known products such as Mem and Fathom use Recall.ai is itself a sales tool. A prospective customer can reason, “If Mem uses it, it is probably reliable.”

Content marketing. The team shares technical posts, pricing updates, and product announcements that continue to circulate in developer communities.

Financing news. A $38 million Series B is a major awareness event. It tells the market that investors believe in the category and that the company is likely to keep operating.

5. Four Builder Moves Worth Copying

Move One: Find the Messy Work Everyone Needs

Recall.ai offers a clear framework: inside your target market, what work does every team have to do, even though it is painful and not differentiating?

List those jobs, choose one you can do best, and productize it.

The key phrase is: non-differentiated but essential.

If your product lets customers avoid doing the work entirely, rather than merely doing it better, you may have an infrastructure opportunity.

Move Two: API First, Avoid Feature Sprawl

Many AI founders building API products are tempted to add more features and more interface. Recall.ai’s approach is narrower: do one thing well, helping a bot join a meeting. Every product decision supports making that job simpler.

A clear product boundary is itself a form of competitiveness.

Move Three: Usage Pricing Plus Quote Tiers

The simplest monetization path for an API product is usage-based pricing. The important part is designing the tiers well:

  • Free credits at the top reduce trial friction.
  • Transparent $0.50/hour pricing in the middle keeps costs easy to calculate.
  • Enterprise discounts at the high end lock in large customers.

A transparent pricing page can be an acquisition tool. Prospective customers can calculate cost without booking a sales call.

Move Four: Turn Customer Logos into Social Proof

If recognizable companies use your product, make sure the market knows. Recall.ai lists names such as Mem and Fathom on its homepage. That is not decoration; it is a conversion engine.

6. First-Mover Advantages That Are Hard to Copy

Recall.ai also has three advantages that are hard for others to reproduce quickly.

Platform relationships. Building stable technical relationships with Zoom, Google, and Microsoft takes time and credibility. It cannot simply be bought.

Edge-case knowledge. Every video meeting platform has hundreds or thousands of edge cases: audio sync problems under specific network conditions, browser version quirks, permission issues, and more. Recall.ai has already stepped on many of those landmines. New entrants have to step on them again.

Trust assets. When thousands of products depend on an API, their usage itself becomes a vote of confidence. A cheaper competitor is not automatically attractive if failure would break the customer’s own product.

7. Risks Worth Watching

No business model is perfect. Recall.ai may face three challenges:

Platform risk. If Zoom or Teams launches an official bot API, Recall.ai’s value could shrink substantially. This is the fate of many platform middleware businesses.

Customer concentration risk. If the AI meeting market eventually consolidates into three to five winners, those larger customers may have more bargaining power or decide to build internally.

Expansion uncertainty. Whether Recall.ai can expand from meeting recording into phone recording through mobile SDKs may determine whether the company’s ceiling is much larger.

Closing Thought

Recall.ai’s deepest lesson for AI builders is not technical. It is a product strategy lesson: in a hot market, the smartest move is not always to build another application. Sometimes it is to build the infrastructure every application needs.

Dozens of companies are building meeting notes, summaries, and action items. The company that makes the most reliable money may not be the best note taker. It may be the company that connects every note taker to the meeting platforms.

Infrastructure is not as flashy as the application layer. Growth can be steadier, slower, and exposed to platform risk. But the benefits are just as clear: more certain demand, a cleaner business model, and stronger lock-in.

The next time you see an AI category getting crowded, do not only ask, “What application should I build?”

Ask instead: what shared infrastructure do all these applications need?

The answer may be the opportunity.