How to integrate AI into the tools you already use

Why we connect your CRM, inbox and project board before adding anything new, and what a good integration looks like from the inside.

Written by
Wassim
Design and development
Published
Reading time
4 minutes
An open umbrella on a hill under a wide evening sky

In short

  1. 01Every new login is a reason for a system not to be used.
  2. 02Put the AI where the work already happens.
  3. 03Integrations need owners, logs and a way to fail safely.

The short answer

AI automations work best inside the tools a team already uses, such as the CRM, inbox, help desk and project board, rather than in a new app beside them. Every new login is a reason for a system to be ignored. A reliable integration has a clear trigger, a visible log, a safe way to fail and an owner.

The quickest way to make sure an AI system gets ignored is to give the team another place to go. A new dashboard, a new inbox, a new tab to keep open. However good it is, it competes with the tools people already live in, and those tools usually win.

So we start from the other direction. The CRM, the inbox, the help desk, the project board and the spreadsheet that holds the whole thing together are where the work happens. The best place for an automation is inside that flow, not beside it.

01Where should an AI automation live?

In practice that means the result of an automation shows up where someone would have done the task by hand. A drafted reply appears in the inbox, ready to approve. A lead's details are already filled in on the CRM record. An order created from a PDF lands in the system the team already checks, with anything unusual flagged for a person.

A new tool beside the work

  • Another login to remember
  • Results copied back by hand
  • Used for a month, then forgotten

Built into the tools you use

  • Nothing new to open
  • Results land where the work is
  • Part of the normal day

02What does a good integration look like?

Connecting two systems is the easy part. Making that connection something a team can rely on is where most of the effort goes. Every integration we build has a few things in common.

  1. Step 01A clear triggerIt is always obvious what starts it: an email arriving, a form submitted, a deal moving stage. No mystery jobs running in the background.
  2. Step 02A record of what it didEvery action is logged where someone can see it, so when a customer asks what happened, there is an answer.
  3. Step 03A safe way to failWhen the input is unclear or something is missing, the system stops and asks a person, rather than guessing.
  4. Step 04An ownerSomeone on your team knows it exists, what it does and who to call. A system nobody owns is a system nobody trusts.
A system nobody owns is a system nobody trusts.

03Where do integrations usually go wrong?

Most of the problems we are asked to fix in existing setups come from a few causes. None of them are about the AI. They are about how the pieces were connected.

  • Two systems both think they own the same record, so updates overwrite each other.
  • A connection fails quietly and nobody notices until a customer asks why they never heard back.
  • An automation was built for one person's way of working and breaks when someone else takes over.
  • There is no record of what ran, so nobody can tell whether a mistake came from the system or a person.

Each of these is cheap to prevent and expensive to untangle later. Deciding which system holds the truth for each piece of data, and making failures loud rather than silent, removes most of them before they start.

04When is something new the right call?

Sometimes the tools in place cannot do the job, or the work genuinely needs its own space: a client portal, an internal tool for a process that lives in spreadsheets today, a screen for reviewing what an agent has drafted. When that is the case, we design it as carefully as any product, because the same test applies. If the people it was built for do not want to open it, it is not finished.

Either way, the aim is the same: less switching, less copying and fewer places to check. The AI should make the existing day lighter, not add a new one on top.

FAQCommon questions

Should AI automation live in a new tool or in existing software?
In most cases, inside existing software. Results should land where someone would have done the task by hand: a drafted reply in the inbox, details filled in on the CRM record, an order created in the system the team already checks. A new tool only makes sense when existing ones cannot do the job.
What makes an AI integration reliable?
A reliable AI integration has four things: a clear trigger that starts it, a log of every action it took, a safe way to fail that stops and asks a person when the input is unclear, and a named owner on the team who knows what it does and who to call.
Why do integrations between business tools break?
Integrations usually break because two systems both claim the same record, a connection fails silently, an automation was built around one person's way of working, or there is no record of what ran. Deciding which system holds the truth for each piece of data and making failures loud prevents most of these.

Written by

Wassim, design and development

Wassim shapes how everything we ship looks and feels, then writes the code behind it: websites, client panels, internal tools and the screens your team uses to work with an agent.

Keep reading

More from the work

All insights

Want to know where your hours go?

Answer ten questions and get a first read on where AI would save your team time. It takes three minutes and you see the results straight away.