LAUNCH · CUSTOM-MET-AI · 2026 · LIVE

Bells comedy Club

Eén API, drie publieken, nul handwerk.

  • custom-met-AI
  • CMS-architectuur
  • audience-slicing
  • monorepo
Client
Bell Hammerson
Periode
2026-01 → 2026-04
Rol
Hoofdaannemer · architectuur, design, build
Stack
Astro, Sanity, Supabase, Vercel, Eventbrite API
◌ Het probleem

Drie publieken bedienen vanuit één agenda.

Bells Comedy club bedient drie verschillende publieken met overlappende agenda's: lokale comedy-club-bezoekers, internationale fans van zijn solo-werk, en Engelstalige boekers in EU-venues. Tot 2026 ging dat via één WordPress-site met een lange lijst. Shows moesten in drie toonvarianten in drie kolommen bestaan; dat kostte structureel te veel CMS-tijd en leidde tot foute en gedupliceerde data.

"Ik had het gevoel dat ik de helft van m'n tijd aan m'n eigen website besteedde in plaats van aan comedy."
Stephen Bell Comedian
◌ De oplossing in één beeld

Eén Sanity-bron. Eén sync-laag. Drie publieken. Nul handwerk.

Horizontaal: Eventbrite-bron stroomt via een AI-geassisteerde schema-mapping naar een enkele Sanity-singleton (het hart van het systeem). Van daar vertakken drie pijlen naar drie site-outputs: de comedy-club NL, de solo-tour internationaal, en de Engelstalige bookers-site. Elke output trekt zijn eigen content-slice op basis van audience-rules.

Het diagram zelf staat als artefact in de galerij onderaan deze pagina — inclusief de audience-rule-tabel.

◌ Architectuur · Data-bron

Één Sanity-singleton of drie losse projects?

  • A — Drie losse Sanity-projects

    Pros

    Volledig gescheiden permissions. Eenvoudiger site-per-site scaling.

    Cons

    Drie keer content invoeren. Geen cross-audience queries mogelijk.

  • B — Eén Sanity-singleton met audience-slices

    Pros

    Één bron van waarheid. Cross-audience queries mogelijk. Eén plek om content te bewerken.

    Cons

    Complexer schema-design upfront. Audience-toegang vereist hooks.

Conclusie

We kozen B omdat "één show kan aan meerdere publieken toegewezen zijn" een echte realiteit was — de solo-tour passeert soms de comedy-club. Drie losse projects hadden dat onmogelijk gemaakt zonder kopieer-werk, en dat was precies de pijn die de klant had.

◌ Migratie · AI-rol

AI-geassisteerde of handmatige schema-mapping?

  • A — Handmatige schema-mapping

    Pros

    Volledig gecontroleerd. Deterministisch.

    Cons

    Drie tot vier dagen werk voor het model alleen.

  • B — AI-geassisteerde mapping met review

    Pros

    Eerste iteratie in uren. Meer ruimte voor schema-discussie.

    Cons

    Vereist expliciete review-stap. Niet elke edge-case wordt gevangen.

Conclusie

We lieten Claude de eerste versie van het Sanity-schema genereren vanuit een voorbeeld-set Eventbrite-events. Dat kostte drie uur. De volgende twee dagen waren we bezig de schema's aan te scherpen, edge-cases te vangen (solo-tour-events zonder venue-data bijvoorbeeld) en het model te valideren. Netto sneller — en het bevrijdde tijd voor de audience-slice-architectuur.

◌ Infrastructuur · Deploy-strategie

Drie sites als monorepo of gescheiden deploys?

  • A — Drie gescheiden Astro-projects

    Pros

    Volledige isolatie. Per-site caching eenvoudiger.

    Cons

    Drie keer dependency-management. Drie deploys.

  • B — Monorepo met shared components + drie builds

    Pros

    Eén plek voor componenten-lib. Shared design-tokens. Drie targeted builds.

    Cons

    Workspace-tooling setup vooraf. Strikte boundary-discipline nodig.

Conclusie

Monorepo (pnpm workspaces) met één design-system package en drie site-packages. Elke site heeft eigen content-query (eigen audience-slice), eigen routing, eigen Vercel-project — maar deelt componenten en tokens. Een kleur-verschuiving of typografie-tweak wordt in één plek gemaakt en landt automatisch op alle drie de sites.

01

Discovery

week 1–2

Scope uitzetten, audiences definiëren, probleem vaststellen.

Twee sessies met Bell en zijn management. Eventbrite-export geanalyseerd. Audience-definities vastgesteld. Scope: drie sites, één sync, minimum-viable skill-set voor Bell's team.

AI-rol

Eventbrite-export analyse (event-distributie, venue-frequenties, titel-patronen per audience).

Mens-verantwoordelijkheid

Alle gesprekken, scope-afbakening, audience-definitie, problem-statement.

Deliverables

  • Audience-model (3 publics)
  • Scope-document
  • Migratie-plan
02

Design

week 3–5

Merk-verfijning + drie site-templates + schema-architectuur.

Merk-verfijning (voortzetting van bestaande Bell-identiteit, geen rebrand). Drie site-templates ontworpen met gedeelde component-kit. Sanity-schema-versies uitgewerkt met audience-slice-model. Sync-laag-architectuur geschetst.

AI-rol

Schema-variant-exploratie, content-mapping-drafts, type-variant-checks.

Mens-verantwoordelijkheid

Merk-keuzes, visuele hiërarchie, component-taal, data-model-semantiek, audience-model-semantiek.

Deliverables

  • Design-system package
  • 3 site-templates
  • Sanity-schema v1
03

Build

week 6–10

Monorepo, sync-laag, drie Astro-sites — geïmplementeerd.

Monorepo opgezet. Design-system-package gebouwd. Drie Astro-sites geïmplementeerd. Supabase-backed sync-laag. Eventbrite-webhook geïntegreerd. Sanity-singleton met audience-rules.

AI-rol

Component-implementaties, query-schrijven, Supabase-function-drafts, test-generatie, documentatie-drafts.

Mens-verantwoordelijkheid

Architectuur (monorepo, deploy-strategie, permissions), code-review, performance-tuning, a11y-audit, security-review.

Deliverables

  • 3 werkende sites (staging)
  • Sync-laag
  • Webhook-integratie
04

Ship

week 11

Staged launch met redirects en twee-weken monitoring.

Staged launch: comedy-club eerst, dan solo, dan bookings. Redirects van oude WP-site per audience gemapped. Post-launch twee-weken-monitoring.

AI-rol

Redirect-map-generatie, test-coverage-analyse, performance-baseline.

Mens-verantwoordelijkheid

Go/no-go, content-validatie, klant-communicatie, live-launch-coördinatie.

Deliverables

  • 3 live sites
  • Redirect-map
  • Monitoring-rapport
05

Maintain-as-skill

vanaf week 13 · ongoing

Skill-set overgedragen zodat Bell's team zelf blijft uitbreiden.

Skill-set opgeleverd: één "publiceer show"-skill, één "maak audience-variant"-skill, één "check sync-status"-skill. Walkthrough-video's voor Bell's management.

AI-rol

Prompt-curatie voor skills, documentatie-drafts, onboarding-video-scripts.

Mens-verantwoordelijkheid

Overdrachts-sessies, skill-semantiek, support-window-beleid, escalatie-pad.

Deliverables

  • 3 skills
  • Walkthrough-video's
  • Overdrachts-document
◌ Wat het nu doet

Meetbaar, eerlijk, zonder multipliers.

  • -85%

    CMS-tijd

    Bell's content-team-logboek, pre- vs. post-launch (jan vs. apr 2026)

  • < 30s

    Sync-latency

    Supabase-function-logs, median over 14 dagen na launch

  • true

    One-source-of-truth

    Architectuur-conclusie na decisionBlock 1

We publiceren alleen metrics die we zelf kunnen verifiëren. Conversion- of engagement-uplifts komen niet op deze pagina tot de meetperiode voldoende lang is.

"Drie publieken, drie sites, één bron. Voor het eerst kan ik zelf switchen welke show waar live staat — zonder eerst iemand te hoeven bellen."
Bell Hammerson Comedian 2026-04

Meta

Stack
Astro · Sanity · Supabase · Vercel · Eventbrite API
Deliverables
1 Sanity-schema · 3 sites · 1 sync-laag · 3-skill-set
Periode
Q1–Q2 2026 (12 weken)
Team
Alex de Graaf (architectuur & design). Team-leden 2+3 te vullen.
Klant-rol
Bell Hammerson (vision). Manager-naam te vullen.
AI-rol
Pair-programmer in fase 02–05. Niet in discovery.
Status
Live sinds 2026-04-15

Eén vraag: wat probeer je nu op te lossen?

Plan een gesprek →