INTEGRATION · SYSTEMS2026-06-15·8 min read

Your tools don't talk to each other — the integration tax of running a business on disconnected apps

Every app you add without wiring it in is a tax you pay forever: in re-keyed data, in reconciliation, and in decisions made on numbers that don't agree. The fix is never one more app — it is connecting the ones you already have into a system.

By Felukaa
[ THE SHORT VERSION ]

No business sets out to build a disconnected mess. It happens one good decision at a time. You add a tool for invoicing because the spreadsheet broke. A separate one for the online store. WhatsApp for sales because that is where the customers already are. An accounting package because the bookkeeper asked for it. Each was the right call on the day. Then one morning you look up and your business runs on a dozen apps, none of which know the others exist — and the same customer, the same order, the same number lives in five places that quietly disagree.

The scale of this is not a hunch. The average organisation now runs roughly 897 applications, and only about 29 percent of them are integrated [1]. The rest sit as siloed islands, and 90 percent of IT leaders say those silos are actively creating business problems [1]. The bridge between the islands is almost always a human: someone exports a file here and re-types it there, copies a number from the store into the ledger, pastes an address from WhatsApp into the delivery sheet. That bridge is the integration tax, and you are paying it whether or not it appears on any invoice.

This piece is the operator's map of that tax — not "buy a bigger platform," because that is often just a more expensive island. The real questions are: what is the disconnection actually costing you, why does bolting on one more integration at a time make it worse rather than better, and what is the one structural decision that ends it.

[ FIGURES ]
Figure 1 · The connectivity gap — and the tax that lives in it
APPS OWNED vs APPS CONNECTED · AVERAGE ORGANISATION ~897 applications run by the average organisation 29% CONNECTED 71% SILOED ISLANDS The toggle tax — the bill you pay on the gap ~1,200 app switches per worker, per day ≈ 4 hours a week re-orienting — about 9% of work time Every app you add but never wire in widens the gap — and the gap is where the tax lives.
The average organisation owns close to 900 applications and has wired up fewer than a third of them [1]. The other two-thirds are islands, and the bridge between them is a person re-keying data. That shows up as the toggle tax: workers switch between apps around 1,200 times a day, losing close to four hours a week — about 9 percent of their working time — just re-orienting [2].
Figure 2 · Why bolting on integrations one at a time gets worse, not better
BOLT-ON · EVERY APP TO EVERY APP SYSTEM · EVERY APP TO ONE CORE 5 apps → 10 links CORE 5 apps → 5 links Point-to-point links grow as n(n−1)/2 — bolt on enough and the wiring becomes the system you can't change.
Wire every app directly to every other app and the connections grow as n(n−1)/2 — five apps need ten links, ten apps need forty-five. Each is a brittle, hand-built bridge that breaks when either side changes. Route everything through one core system instead and the count grows in a straight line. The topology is the whole decision.
[ EXPLANATION ]

Start with what the disconnection costs, because operators feel it long before they price it. The most-cited number is the toggle tax: a Harvard Business Review study that instrumented real users found people switch between applications and windows roughly 1,200 times a day, adding up to just under four hours a week spent re-orienting after each switch — about 9 percent of their time at work [2]. In one supply-chain task the researchers traced, a single transaction took about 350 switches across 22 different applications [2]. That is not a discipline problem you can train away; it is the direct, measurable cost of asking a human to be the integration layer between tools that were never connected.

The second cost is quieter and more dangerous: the numbers stop agreeing. When the same customer exists in the store, the CRM, the accounting tool, and a WhatsApp thread, there is no single source of truth — there are four, and they drift. An order marked shipped in one system is still "pending" in another. A price updated in the catalogue never reaches the invoice template. MuleSoft's benchmark puts hard figures on how widespread this is: 95 percent of organisations report integration challenges, and 80 percent say those challenges are what create their data silos in the first place [1]. You do not notice the drift until a decision gets made on the wrong version of a number — and by then it is a refund, a stockout, or a board slide that does not match the bank.

Now the structural reason it gets worse the more you patch it. Every time you connect two apps with a direct, point-to-point link, you add one more bridge to maintain — and the math is unforgiving. Five systems wired to each other is ten connections; ten systems is forty-five. Each link is hand-built against one vendor's export format and breaks the day either side changes an API or a column. This is why teams that "just add an integration" each time end up spending an average of 36 percent of IT effort on building and maintaining the connections themselves [1]. The wiring quietly becomes the system — a tangle nobody fully understands and nobody dares touch.

The way out is a change in topology, not another app. Instead of every tool talking to every other tool, you route them through one core system that owns the canonical record — the customer, the order, the invoice — and everything else reads from and writes to that. Five apps become five clean connections instead of ten brittle ones, and adding the sixth app is one new link, not five. The core does not have to be a giant platform; it has to be the one place where the truth lives, with the rest wired around it. That is the difference between owning a system and renting a pile of islands.

This bites hardest in exactly the markets Felukaa builds for. A growing MENA operation typically runs the most disconnected stack of all: a global SaaS store, a local payment gateway, WhatsApp as the busiest sales channel, an accounting package built for local tax, and at least one spreadsheet holding it together — tools from five vendors who will never integrate with each other on your behalf. With regional commerce expanding at double digits toward a market that could pass 57 billion dollars by 2029 [3], the businesses scaling into that growth on a bolt-on stack are scaling the integration tax with it. Smaller firms feel it sooner than they think: a company under 200 people already runs around 42 separate SaaS tools on average [4], which is more than enough islands to drown in.

[ PERSPECTIVES ]
Camp A — Just buy the all-in-one suite

Stop stitching tools together and adopt one big platform that does CRM, invoicing, store, and support under one login. Everything talks to everything because it is the same vendor. For a business willing to bend its process to the suite's shape, this is the fastest way to kill the silos — one bill, one data model, no bridges to maintain.

Camp B — Keep best-of-breed, connect with glue

The all-in-one suite is good at nothing in particular. Keep the specialist tools your team actually likes and connect them with an integration layer — an iPaaS or a handful of automations. You get the best app in each category and a hub that syncs them, without surrendering your workflow to one vendor's opinion of how you should work.

Camp C — Build a core you own and wire around it

Both rented answers leave the canonical record in someone else's hands. Build one core system that owns your truth — customers, orders, the ledger — expose it through clean interfaces, and let the off-the-shelf tools orbit it. More up-front work, but the integrations are yours, they bend to your process, and no vendor can deprecate the bridge your business runs on.

Where we land

There is no universal winner — there is a sequence. Map where the same record lives in more than one place; that is your silo list. If your process is generic and you are small, a suite may genuinely end the pain. If your workflow is your edge, do not surrender it — connect best-of-breed through a hub, and once a record is genuinely load-bearing (the customer, the order, the money), pull it into a core you own. The wrong move is to keep bolting on one more point-to-point bridge and calling it integration.

[ OPEN QUESTIONS ]
  1. 01Which record in your business actually lives in more than one system today — and which copy does everyone secretly treat as the real one when they disagree?
  2. 02What is the honest hourly cost of the human bridges in your operation — the export-and-re-key, the copy-from-WhatsApp-into-the-sheet — and how does it compare to wiring the two systems together once?
  3. 03When does an all-in-one suite genuinely end your silos, versus just relocating them inside one vendor you can no longer leave?
  4. 04For a best-of-breed stack, where should the canonical record live so that swapping any single tool later does not break everything wired to it?
  5. 05As AI agents start acting across your tools, what happens when they read from a stack where 71 percent of the apps are not connected — do they amplify the silos, or finally force the integration that should have happened years ago?
[ REFERENCES ]
  1. [1]MuleSoft (Salesforce) — Connectivity Benchmark Report: average organisation runs ~897 applications with only ~29% integrated; 90% of IT leaders cite data silos as a business problem; 95% report integration challenges; ~36% of IT effort spent building and maintaining integrations.
  2. [2]Harvard Business Review (Aug 2022) — "How Much Time and Energy Do We Waste Toggling Between Applications?": instrumented users toggled ~1,200 times a day, losing nearly 4 hours a week (~9% of work time); one supply-chain transaction took ~350 switches across 22 applications.
  3. [3]Digital Commerce 360 — MENA e-commerce market projected to reach 57.8 billion dollars by 2029 (the growth that scales the integration tax along with the stack).
  4. [4]SellersCommerce — SaaS statistics: companies with fewer than 200 employees use roughly 42 SaaS applications on average; mid-market and enterprise counts climb from there.
[ Are your tools quietly disagreeing? ]

We wire your stack into one core you own — one record, one truth, no human bridges.

Not another island to log into — a system that connects the tools you already run, built from Cairo for WhatsApp, local payments, and MENA tax from day one. Fifteen minutes to map where your numbers stop agreeing and what it takes to make them line up.

Book a free 15-min consultation