How I diagnosed two critical integration failures — every build was custom, and there was no standard way to connect the tools enterprise clients already depended on — and designed a plug-and-play framework that delivered 20+ integrations and became a platform differentiator.
When I joined Workllama, integrations were being built in the worst possible way — and the damage was showing up in enterprise sales cycles, customer satisfaction scores, and engineering sprint capacity.
Problem 1 — Every integration was a custom one-off build: There was no shared framework, no reusable authentication layer, no standard data mapping approach. Every new integration request triggered a bespoke engineering project. A VMS integration took 6–8 weeks. A job board took 3–4 weeks. The queue of requested integrations had grown to 14 items, and engineering couldn't get through it.
Problem 2 — No standard way to connect the tools clients depended on: Enterprise customers came to Workllama already using tools like Daxtra for CV parsing, Broadbean for job distribution, and various VMS platforms for managing contingent workers. Without native integrations, they faced manual data entry between systems — and some chose competitors with better connectivity over Workllama's superior core features.
The opportunity was architectural: if we could build a reusable integration layer — with standardised auth, data mapping, and sync logic — we could compress integration build time from weeks to days, clear the backlog, and turn our integration ecosystem into a genuine competitive moat.
Before defining the architecture, I spent three weeks in structured discovery — with engineering, sales, and active customers — to understand where the real friction was and what "good" looked like.
The Integration Framework was designed as a four-layer stack — each layer handling a distinct concern, each reusable across every integration we'd ever build. The goal was that adding a new integration should require only configuring the top two layers, not rebuilding from scratch each time.
With the framework in place, integration build time dropped from 6–8 weeks to 1–2 weeks for standard connectors. The backlog cleared in under 4 months. Here are the key integrations across the five partner categories.
| Decision | Options considered | Choice | Rationale |
|---|---|---|---|
| Build vs buy infrastructure | MuleSoft / Workato vs custom build | Custom + lightweight connectors | iPaaS added cost and vendor lock-in at our scale. Custom core gave us speed and control without rebuilding everything. |
| Sync direction | One-way vs bi-directional sync | Bi-directional where needed | VMS and payroll required bi-directional. Job boards and CV parsers were one-way. Decided per integration based on data flow requirements. |
| Customer visibility | Internal only vs customer-facing status | Customer-facing health dashboard | Integration failures were a major trust issue. Giving customers real-time visibility reduced support tickets and demonstrated reliability proactively. |
| Wave 1 prioritisation | By technical ease vs by revenue impact | Revenue impact first | VMS and CV parsing were harder to build but unlocked enterprise deals. Starting with easy wins would have cleared backlog without business impact. |
"The framework meant we stopped dreading integration requests. We started treating them like configuration, not construction."
— Engineering Lead, WorkllamaThe Integration Framework transformed integrations from a recurring bottleneck into a competitive advantage. Within 12 months of launching the framework, Workllama had the deepest integration ecosystem in its competitive tier.
The framework was subsequently cited in Workllama's Ardent Partners Key Provider 2022 recognition and became a core part of the enterprise sales narrative — "we integrate with your existing stack" became a first-meeting selling point rather than a post-sale project.
On measurement: Build time comparisons (6 weeks → 1 week for VMS integrations) are based on engineering sprint logs comparing pre-framework and post-framework integration projects of equivalent complexity. The 60% engineering time reduction is an average across 8 integrations built on the framework in the first 4 months — individual results varied by partner API quality. The 6 enterprise deals "unblocked" reflects deals where integration gaps were explicitly noted as a blocker in CRM notes, and which closed within 90 days of the relevant integration going live.
Infrastructure is a product — it needs a PM, not just engineers. The framework didn't get built because someone had a technical vision. It got built because someone (me) translated the business cost of the status quo into a concrete product investment case. Framing 6-week integration builds as "3 lost enterprise deals per quarter" unlocked the engineering investment immediately.
Prioritise by revenue impact, not technical ease. The temptation was to clear easy integrations first to show momentum. Instead, starting with VMS (the hardest, highest-impact category) meant the first wave unblocked real deals. Momentum came from business outcomes, not shipping velocity.
Customer-facing health dashboards reduce support load better than faster fixes. The monitoring layer's customer-facing status page cut integration support tickets by 45% — not because integrations failed less, but because customers knew about issues before calling. Transparency is cheaper than responsiveness.
Reusable infrastructure compounds — the value grows non-linearly. The 20th integration took 3 days to build. The 1st took 6 weeks. That compounding is only possible if you invest in the foundation early. Platform thinking always beats feature thinking at scale.
Happy to walk through the architecture decisions, the partner prioritisation model, or the enterprise sales impact.