Founding document · v1 · 10 juli 2026
festival.productions

Het besturings­systeem voor festivals

Eén systeem waarin een festival ontstaat, georganiseerd wordt en draait: van eerste idee tot eindafrekening. Gebouwd als product, bewezen op ons eigen festival.

Waarom dit bestaat

Ticketing is opgelost. De organisatie niet.

Eventix, Weeztix en Stager verdienen per verkocht ticket en doen dat deel uitstekend. Maar het festival zelf, alles vóór en achter de kaartverkoop, leeft in spreadsheets: het draaiboek in Excel, de begroting in drie losse versies, de crew in appgroepen, vergunningen in een mapje, leveranciers in iemands hoofd. Voor de organisatiekant van een festival bestaat geen systeem.

Daar beginnen wij. Niet nóg een ticketshop, maar het besturingssysteem voor kleine en middelgrote festivals. Ticketing kopen we voorlopig extern in en koppelen we aan het systeem; een eigen ticketmodule is pas aan de orde als het OS zich bewezen heeft.

De eerste gebruiker is ons eigen festival. Elke module wordt daar in het echt gebruikt voordat een andere organisator er iets van merkt. Het product krijgt daarmee vanaf dag één een echt verhaal, geen demo met verzonnen data.

Principes

Vijf afspraken met onszelf

Multi-tenant vanaf migratie één

Organisatie, festival, editie: elke tabel hangt onder die boom en heeft row-level security. Dit achteraf inbouwen is een verbouwing; nu is het bijna gratis.

Bekende stack, geen speelgoed

Next.js, Supabase en Mollie. Alles wat in het fundament zit is elders al door ons in productie bewezen. Typecheck vóór elke deploy.

Tenant-sites zijn DNS-records

Elk festival krijgt een eigen site op een subdomein. naam.festival.productions is straks een regel configuratie, geen nieuw project.

Koop het gevaarlijke, bouw het onderscheidende

PIN-hardware, boekhouding én ticketing kopen we in en koppelen we. Het OS zelf bouwen we; een eigen ticketmodule kan later alsnog, als het volume dat rechtvaardigt.

Geen module zonder echte gebruiker

Elke fase levert iets dat ons eigen festival diezelfde week echt gebruikt. Wat niet gebruikt wordt is niet af, hoe mooi de code ook is.

Datamodel

De boom waar alles aan hangt

Organisatie · de mensen en het geld
Festival · het merk
Editie · het jaar
taken draaiboek crew leveranciers vergunningen begroting programma & stages tickets site

Eén organisatie kan meerdere festivals voeren, één festival heeft meerdere edities, en al het werk hangt aan een editie. Leden en rollen leven op organisatieniveau.

Bouwen of inkopen

Waar ons werk naartoe gaat

Bouwen
  • Festival-OS: taken, draaiboek, crew, leveranciers, vergunningen
  • Begroting die live meeloopt met verplichtingen en realisatie
  • Tenant-websites per festival, vanuit het systeem
  • Kassa-licht: QR-tegoed op kleine schaal
Inkopen & koppelen
  • Ticketing: externe partner (Eventix of vergelijkbaar), verkoopcijfers via de koppeling het OS in
  • PIN-hardware: terminals huren we, integreren we niet in v1
  • Boekhouding: export naar het pakket van de boekhouder
  • Mail: transactioneel via Resend
  • Betalingen: Mollie draagt het betalingsverkeer en de compliance
Fasering · elke fase levert iets dat ons eigen festival echt gebruikt

Run-sheet

F0

Fundament

NUjuli 2026

Domein geregistreerd (10 juli), founding-document, repo met CI, migratie één met de volledige boom en RLS, ons eigen festival als eerste tenant.

Levert voor ons festival

De plek waar alles vanaf nu landt.

F1

Festival-OS

aug-nov 2026

Taken, draaiboek, crew, leveranciers en begroting. Het hart van het product, en het deel waar geen concurrent zit.

Levert voor ons festival

De hele organisatie uit spreadsheets, in één systeem.

F2

Naar buiten

dec 2026-mrt 2027 · kaartverkoop opent in het voorjaar

Tenant-website per festival, met kaartverkoop via een externe ticketpartner. De verkoopcijfers komen via de koppeling live het OS in, zodat begroting en planning meelopen met de verkoop.

Levert voor ons festival

De eerste festivalsite live op een eigen subdomein, met kaartverkoop.

F3

De dag zelf

apr-jun 2027 · de editie is in de zomer

Live draaiboek met tijden en verantwoordelijken, incidenten, kassa-licht met QR-tegoed voor bar en merch.

Levert voor ons festival

Een commandocentrum op festivaldag, geen klembord.

F4

Product

najaar 2027

Onboarding voor externe organisatoren, billing, multi-tenant polish. Prijsmodel wordt hier definitief.

Levert

De eerste organisator die niet wij zijn.

Verdienmodel

Richting, nog geen besluit

Zolang het product rijpt op ons eigen festival kost het niets en verdient het niets. Zolang ticketing extern loopt is de logische route een vast abonnement per organisatie of editie. De grotere stap, een eigen ticketmodule met een fee per verkocht ticket (de markt rekent rond de €0,39 plus een klein percentage), komt pas in beeld als genoeg festivals op het OS draaien. Dat besluit valt in F4, met echte cijfers uit F2 en F3 op tafel.

Eerste sprint · één à twee weken

Wat er als eerste gebeurt

  1. Repo, CI en productie-omgeving waar het draait is open beslissing nummer drie
  2. Migratie één organisaties, festivals, edities, leden en rollen, RLS op alles
  3. Auth en organisatie-switcher met ons eigen festival als seed-tenant
  4. Taken en draaiboek, minimaal lijst, verantwoordelijke, deadline, status. Geen versiering
  5. Eerste echte inhoud het eigen festivalplan zoals het nu in je hoofd zit, erin gezet als taken en draaiboekregels
Definition of done

Jij plant je eigen festival in dit systeem, niet in een spreadsheet. Vanaf dat moment is festival.productions in productie, met één gebruiker.

Beslissingen

Twee beslist, één open

Besloten Eerste editie: zomer 2027

Twaalf maanden runway. Kaartverkoop opent in het voorjaar van 2027, dus F1 en F2 zijn vóór maart 2027 af.

Besloten Schaal: rond de 500 bezoekers

Behapbaar voor een eerste editie: elke ticketpartner kan dit aan en de kassa mag licht blijven, met QR-tegoed voor bar en merch.

Open Waar draait productie?

Eigen VPS erbij, of meeliften op de bestaande 16GB-productieserver. Multi-tenant met klantdata verdient op termijn een eigen machine.