Example engagements

Illustrative scenarios showing how we scope and build. Not client case studies. Numbers are target ranges.

Illustrative scenario

Settlement reconciliation for a payments company

EU-licensed payment institution, about 120 people, card and open-banking acquiring for online merchants. Ops team of 9.

Problem

Every morning two analysts match payment-provider settlement reports against bank statements and the internal ledger in spreadsheets. About 4% of lines do not match and each takes 10-20 minutes to trace. Month-end close slips by two days.

What we build

n8n self-hosted in the client's AWS account (EU region) pulls settlement files from two payment providers by SFTP and API, and bank statements in camt.053 format. A Python matching service applies deterministic rules first (amount, reference, date window). Unmatched lines go to Claude Sonnet (Anthropic API under the client's own key, zero-retention settings requested) with the line and candidate matches; the model proposes a match and a reason, never posts. An analyst approves or rejects in a small review screen; every decision is logged with the model's reasoning. Daily summary to Slack.

Stack

n8n self-hosted on AWS (EU region), Python matching service, Claude Sonnet under the client's own API key, Slack

Timeline

Systems Project, 7 weeks, after a 2-week audit

Target outcome

85-95% of lines matched automatically by rules, 60-80% of the remainder resolved by one-click approval, analyst time on reconciliation down from about 30 hours to 8-12 hours per week, close back on schedule.

Illustrative line

“We still sign off every exception. We just stopped hunting for them.”

Invented for this scenario, attributed to a head of operations.

Illustrative scenario

Shipping-document intake for a freight forwarder

UK freight forwarder, about 45 people, sea and road freight for importers. Documents arrive in one shared inbox.

Problem

Coordinators open each email, read bills of lading, commercial invoices and packing lists, and re-key 20-30 fields per shipment into the transport management system. Around 600 documents a week, with typos that surface at customs.

What we build

Make scenario watching the Microsoft 365 shared mailbox, attachments sent to Azure AI Document Intelligence for layout and table extraction, then GPT-4.1 via Azure OpenAI in the client's tenant maps fields to the TMS schema and flags low-confidence values. Shipments with all fields above the confidence threshold are created through the TMS API as drafts; the rest go to a review queue in the TMS with the source page highlighted. Weekly accuracy report from a 200-document evaluation set.

Stack

Make, Microsoft 365, Azure AI Document Intelligence, GPT-4.1 on Azure OpenAI, the client's TMS API

Timeline

Build Sprint, 4 weeks, plus one extra integration

Target outcome

70-85% of documents created as drafts without manual typing, re-keying time down 50-65%, field error rate below the manual baseline measured in the audit.

Illustrative line

“The team checks shipments now instead of typing them.”

Invented for this scenario, attributed to an operations director.

Illustrative scenario

Maintenance-request triage for a property manager

US residential property manager, about 30 staff, around 1,800 units across two states.

Problem

Tenant requests come by portal, email and text. A coordinator reads each one, decides urgency, picks a vendor and replies. After-hours emergencies (leaks, no heat) wait until morning unless a tenant calls the on-call line.

What we build

n8n Cloud flow collecting requests from the property management system's API, a Twilio SMS number and a shared inbox. Claude Haiku classifies category and urgency against the client's written policy and drafts a reply; emergency keywords and any low-confidence case page the on-call manager through Twilio. Routine jobs are created as work orders with a suggested vendor; a coordinator approves in one click. Every tenant-facing message states that it was drafted by an automated assistant.

Stack

n8n Cloud, the property management system API, Twilio SMS, Claude Haiku

Timeline

Build Sprint, 4 weeks; Run Standard afterwards

Target outcome

First response to tenants under 10 minutes for 80-90% of requests, emergency escalation under 5 minutes around the clock, coordinator triage time down 40-60%.

Illustrative line

“Nights stopped being the time things go wrong.”

Invented for this scenario, attributed to a director of property operations.

Illustrative scenario

Inbound lead qualification for a B2B software company

B2B SaaS company with offices in London and Dubai, about 80 people, selling workflow software to mid-size firms. Sales team of 6.

Problem

Demo requests and contact forms land in HubSpot unqualified. Reps answer within 4-6 hours on average and spend time on students, competitors and tiny accounts. Monday pipeline reporting is assembled by hand.

What we build

Custom Python service on the client's Google Cloud project, triggered by HubSpot webhooks. Enrichment from the company domain via a data provider the client already licenses, then GPT-4.1 mini scores fit against a written ICP and drafts a first reply in the rep's voice for approval. Qualified leads are assigned round-robin with a Slack alert; poor-fit leads get a polite automated reply with self-serve resources. A Looker Studio report replaces the Monday spreadsheet.

Stack

Python on Google Cloud, HubSpot webhooks, GPT-4.1 mini, Slack, Looker Studio

Timeline

Build Sprint, 3 weeks, then Run Basic

Target outcome

Median first response under 15 minutes in working hours, 25-40% of rep time on unqualified leads returned, weekly report fully automated.

Illustrative line

“Reps open their day with leads that are worth a call.”

Invented for this scenario, attributed to a VP of sales.

Which of these looks like your week?