← All case studies Sister brand to Busspepper · carnival 2026

One email to the courier saved £1,931.

AI operations for Omnia, a London Notting Hill Carnival mas band. Through the 2026 season, Claude worked as an operator inside the band's live systems — orders, courier, inbox, payments, books and the band's website. Not a chatbot on the side: an extra pair of hands with a strategist attached.

Omnia at Notting Hill Carnival 2026: an MC on top of the band's music float, with masqueraders in teal and pink feathers in the foreground
Omnia on the road, Notting Hill Carnival 2026
BandOmnia, Notting Hill Carnival · omniacarnival.com ↗
Scale738 costume items across 7 sections
SetupClaude in Cowork, inside the band's own tools
TimeframeThe 2026 carnival season
The short version

Nobody had noticed London parcels were billed as the remotest zone in the country.

Last year's courier invoice charged every London parcel at the most expensive rate. One email got the official rate card. That's the pattern of this engagement: the biggest wins weren't automation, they were catching what the systems got wrong before a customer or an invoice did.

Cost of one dispatch run

Same parcels, two rate cards

£1,931.13 saved on a single run. Merging parcels to shared addresses (135 down to 115) saved a further £131.86.

Outcomes

One season, in numbers.

159

Orders posted, reconciled to the label

295 items and 133 labels, every one accounted for.

£1,931

Courier overcharge avoided

On a single dispatch run, from one email asking for the rate card.

112

Phantom courier bookings traced

Every one matched to a real parcel. Zero lost.

8,140

Emails turned into a service playbook

149 answers across 30 question types.

78

Customers not wrongly contacted

A false “missing size” alarm on 176 of 738 items, defused before anyone hit send.

37

Sponsor decision-makers contacted

A record-label partnership and 1,500 units in kind.

6

Seasons of galleries back online

2019 to 2026, on a branded site that's live all year instead of a blank page between carnivals, with a 2027 list collecting sign-ups.

The problem

One immovable deadline, and everything piles up in the four weeks before it.

738 costume items across seven sections, some sold by the band and some by independent section leaders taking payment into their own Stripe accounts, then packed, labelled, posted or handed out in person.

A small team, and systems that didn't talk to each other. Customer records sat in at least four places with no shared ID. One section's orders had gone unprinted from April to August because nothing checked every section was covered.

  • Orders

    Playmas, a carnival platform, after a 2025 season on Shopify.

  • Delivery

    Shiptheory and a courier account.

  • Money

    Stripe, bank exports, and bookkeeping that had fallen behind.

  • Customer service

    A shared info@ inbox on Zoho Mail.

  • Everything else

    A Dropbox folder of spreadsheets, PDFs and exports.

The stack

Thirteen tools across three areas, one operator in the middle.

Nothing was ripped out. The AI worked inside the tools the band already used, and added one, Claude Design, for the website.

The band's tools

Orders & delivery

Costumes from order to doorstep

  • Playmas
  • Shiptheory
  • Courier account
  • Python scripts
  • Dropbox

Money

Takings, payouts, books

  • Stripe
  • Bank exports
  • Bookkeeping

Customers & growth

Inbox, emails, sponsors, website

  • Zoho Mail
  • Brevo
  • LinkedIn
  • Shopify
  • Claude Design

Claude, the operator

Connectors where they exist; otherwise a browser session the owner logged into, or scripts on the shared Dropbox folder.

  • Owner logs in
  • Rollback before bulk changes
What came out of it
Fulfilment

738 items posted right

Packing pipeline, section-coverage guard, phantom bookings traced to zero lost.

Service

A playbook from 8,140 emails

149 answers, each with a send policy: auto, draft for a person, or human only.

Money & growth

Costs caught, partners signed

£1,931 courier saving, two years of books rebuilt, a record-label partnership.

Where a tool had a connector, Claude used it directly. Where it didn't, Claude worked in a browser session the owner had logged into, or ran scripts on the shared Dropbox folder from his own machine.

What we built and ran

Fulfilment, service, finance, sponsorship and the website, inside the band's own tools.

Illustration: carnival costumes and feathered headpieces being packed into labelled parcels in a London studio the week before carnival
Illustration · the week before carnival

738 costume items, packed and posted right.

Seven costume sections, some sold by the band and some by independent section leaders, all packed, labelled, posted or handed out in the four weeks before carnival.

  1. A scripted packing pipeline. Order data fed scripts that produced packing slips, per-section checklists, collection slips, correction sheets and courier upload files. A late order or a reprint became a rerun, not a rebuild.
  2. A section-coverage guard. One section's 8 orders had gone unprinted for four months. Every print run now checks all seven sections are covered, and leaves out a partner band's section that shares the same data.
  3. The “null size” diagnosis. Packing slips showed no size for 176 of 738 items. The order platform had stopped writing one field while its screen read another, so every size was intact. Apology emails to 78 customers were withdrawn before sending, and a bug report went to the supplier.
  4. 159 orders updated in minutes. The admin screen had no bulk action, so posted orders were marked collected and tagged in one pass inside the owner's logged-in session, with every previous value saved and a rollback ready.
  5. 112 phantom courier bookings traced. August showed 111 delivery “exceptions”. All were duplicates from an upload run twice. Each one was matched to its printed twin by reference, recipient and date. No parcel was lost.

How the 149 answers are allowed to go out

Knowledge base v0.1, built from 8,140 emails

  • 41Auto-send · Safe, proven answers sent without waiting
  • 85Draft for a person · AI writes it, a person approves it
  • 23Human only · Refunds, complaints and anything sensitive

Next: a scheduled task that drafts info@ replies for approval. Refunds and complaints are never sent automatically.

Strategy

What to run 2027 on.

Every function the band used in its 2025 Shopify store was mapped against Playmas in 2026, then each alternative was tested against one hard rule: section leaders keep control of their own Stripe accounts.

OptionVerdictWhy
Stay on Playmas, close the gapsRecommended for 2027Already handles deposits, QR check-in, distribution and Stripe Connect for section leaders. Gaps sent to the developers as a prioritised list.
ShopifyRuled outFor this band: a UK store can't use its own Stripe, one store pays out to one account, and staff permissions can't be limited to a section.
WooCommerce + marketplace pluginNot chosenOngoing WordPress upkeep and an unproven payment flow.
SharetribeNot chosenSection leaders couldn't bring their existing Stripe accounts.
Custom build on Stripe ConnectNot chosenMost control, most work, and not the heavy build the owner wanted this year.

Shopify still earned a role, just not at the till: it now runs the shop window — the branded site, the galleries and the 2027 sign-ups — while costume checkout stays where the section payments already work.

The customer-service build made the same kind of call: a keyword chatbot was parked in favour of AI-drafted replies inside the existing mailbox, approved by a person first.

What it taught us

The biggest wins weren't automation.

They were catching what the systems got wrong before a customer or an invoice did.

  1. Trust the physical evidence, not the export.

    “What actually shipped” was rebuilt from the printed labels, not from order reports. That's how 112 phantom bookings were proven harmless.

  2. A status field is not a record.

    If one edit can silently undo it, you need a durable marker and a check.

  3. Check the premise before you contact the customer.

    The 78 apology emails were written, ready, and wrong.

  4. One email can be worth more than a month of tooling.

    Asking the courier for its rate card was the single largest saving.

  5. Draft first, automate later.

    Every customer reply starts as a draft for a person. Only proven question types graduate to auto-send, and refunds and complaints never do.

  6. People log in, AI does the bulk work.

    Credentials stayed with the owner. The AI worked inside sessions he opened, and saved a rollback before every bulk change.

Visit omniacarnival.com

Carnival, events, or any business with one big deadline?

This all started the same way every engagement does: a week inside the business, in numbers. Book a free 20-minute call and we'll find your courier email.

Book a free call