Fundamentals · Nº 35 · 4 min read

What Is an API? (And When Should You Use One)

The plumbing that lets software talk to software, explained without jargon: why your business already runs on APIs, and the questions to ask before you buy your next tool.

API is one of those terms that gets thrown around in every software conversation, usually without explanation, and usually at the exact moment you are deciding whether to buy something. So here is the plain language version, and more importantly, the version that tells you when it actually matters to your business.

Standard fittings for software

API stands for application programming interface, which explains nothing, so ignore the expansion. Think of it as standard fittings. In a workshop, you do not weld every tool directly to the bench. Fittings, threads, and connectors are standardised so that any compliant part can connect to any other, and nobody has to negotiate the joint from scratch each time.

An API is that, for software. It is a published, agreed way for one system to ask another system to do something or hand over data. "Give me this customer's details." "Create an invoice for this amount." "Here is a new booking." The requests are defined, the formats are defined, and any software that speaks the format can make the request. No human in the middle, no screen, no copy and paste.

You already run on them

If your payment terminal talks to your bank, that is an API. If your accounting software pulls bank feeds automatically, API. If your website's contact form lands in your CRM, if your booking system sends confirmation texts, if your inventory syncs to your online store, all of it is APIs, quietly doing what a person used to do with re-typing.

Which points at the real significance. Every hour someone in your business spends copying information from one screen into another is an hour spent being a manual API. The information already exists in system A. Someone is being paid to move it to system B. That job is exactly what APIs exist to delete.

When you should care about APIs

When you are buying software. This is the big one. Before you sign up for any new tool, ask the vendor one question: does it have an API? Software with a good API can be connected, automated, and extended later, even in ways the vendor never built. Software without one is an island, and everything that flows in or out of an island travels by manual labour. You do not need to know how you will use the API yet. You are buying the option.

When the same information lives in two systems. Quotes re-typed into invoices, job details re-typed into scheduling, customer details re-typed everywhere. Recurring double entry between two systems that both have APIs is the cheapest automation win in your entire business, and it is usually days of work, not months.

When you want AI to act, not just advise. This is where the series so far connects. An AI agent, as covered in the agents article, is a model plus tools plus a loop. The tools are, almost always, APIs. When an agent books a job, drafts an invoice, or updates the CRM, it is making API calls. No APIs, no hands. The businesses that get the most out of AI agents are the ones whose systems were already reachable.

When you do not need one

Honesty clause, because not everything justifies the plumbing. If a task happens once a quarter, an export to spreadsheet is fine. If the volume is five records a month, re-typing them is cheaper than automating them, and the bottleneck article's logic applies: automate where the hours actually leak, not wherever automation is possible. And if a workflow tool like the ones in the automation category already connects your two systems with a few clicks, use that, it is using the same APIs under the hood with none of the build cost.

The questions to ask

Keep this list for your next software decision:

  1. Does it have an API, and is it included in my plan or an upsell?
  2. Can data get out as easily as it gets in? An API that only accepts data is a one way valve
  3. Is it documented publicly? Vendors proud of their API publish the manual
  4. What already connects to it? A tool with an ecosystem saves you building
  5. If the answer to all of the above is no: what is my exit plan when I outgrow this?

None of this requires you to write a line of code. It requires you to know that the fittings matter, and to refuse to buy software that cannot be connected to anything.

Next: APIs let software talk to software. There is a newer standard for letting AI talk to your software, and it is worth knowing by name, because you are about to start hearing it everywhere.

Image coming soon

Diagram: two systems connected by an API, replacing manual re-entry