Showbird gebruiken én een eigen artiestendatabase opbouwen: hoe je beide combineert

Wat Showbird sterk doet — en waarom dat voor de meeste eerste bookings genoeg is

Showbird verlaagt de drempel om een act te boeken naar bijna nul. Je opent het platform, filtert op categorie (band, DJ, solo-artiest, comedian, spreker), kiest een genre, een budget-range en een datum. Binnen minuten heb je een longlist. Je leest de reviews, bekijkt de showreel, neemt direct contact op met de artiest of de agent — geen tussenpersoon, geen verborgen marges. Je verstuurt je eerste vraag, krijgt antwoord, en als het klikt komt er een offerte uit.

Dat werkt prima voor wat het is: ad-hoc bookings, nieuwe acts ontdekken, even snel een gat vullen of de lijst verbreden. Voor venues die per jaar een paar dozijn losse bookings doen — een trouwlocatie, een evenementenlocatie met wisselend programma, een corporate event-aanbieder — is dit een complete oplossing. Je hebt geen eigen database nodig zolang elke boeking in zekere zin op zichzelf staat.

Maar zodra je begint te merken dat dezelfde acts terugkomen, dat je riders alweer moet opzoeken voor een artiest die je vorig jaar al boekte, dat je vergeet welke agent bij welke band hoort — dan is je werkelijkheid niet meer 'losse boekingen'. Dan run je een venue met een eigen artiestenpool. En een marktplaats is daar niet voor gemaakt.

Wat Showbird (terecht) niet doet voor je vaste artiestenpool

Showbird is bewust een platform en niet een tool. Het is gemaakt om vraag en aanbod aan elkaar te koppelen, niet om jouw venue's interne kennis te bewaren. Daar zitten een aantal concrete gaten in als je dezelfde acts vaker boekt.

• ✓Je eigen artiestenpool blijft niet centraal opgeslagen — elke nieuwe boeking begint bij nul, ook al boekte je dezelfde DJ vorige maand al
• ✓Riders zijn éénmalige documenten — geen versiebeheer, geen 'default rider' per artist, geen overrides per boeking
• ✓Agent-relaties worden niet bijgehouden — wie behoort tot welke agency, wie is exclusief, wie heeft een voorkeursverhouding
• ✓Boekingsstatussen leven binnen één gesprek — geen overkoepelend overzicht over honderd bookings van 'hoeveel zijn nog Concept, hoeveel Confirmed, hoeveel Cancelled'
• ✓Geen kosten-tracking per boeking — hotel, travel, flight, catering, equipment komen niet automatisch op het projectbudget
• ✓Geen koppeling met je eigen project- of eventsysteem — wat in Showbird zit komt niet vanzelf in je SEM-, Rentman- of interne planning

Hoe ziet een eigen artiestendatabase eruit voor venues die programmeren?

Een artiestendatabase voor een venue is wezenlijk anders dan een agency-tool. Een agency boekt artiesten uít — de venue is de klant. Een venue boekt artiesten ín — de artiest is de leverancier. Dat draait de hele structuur om.

In de venue-versie zit een artiest niet als 'product dat we verkopen' maar als 'leverancier waarmee we keer op keer werken'. Je wilt per artiest weten: wie is de agent, wat is de standaard-fee, wat is de standaard-rider, hoe vaak hebben we ze geboekt, in welke zaal, met welke score achteraf. Niet als marketing-folder voor de buitenwereld, maar als operationele kennis voor je eigen team.

In Backemp's Artiesten-suite ziet dat er als volgt uit. Per artiest leg je vast: naam, foto, categorie (Band, DJ, Solo Performer, Comedian, Actor, Speaker, Other), genres die per categorie kunnen verschillen — een DJ-genre is anders dan een Comedian-genre — landcode, contact (telefoon, e-mail, website, social media), agent-koppeling (waarbij de agent een echte Contact is in je systeem, geen losse string), een default-tarief in de juiste valuta en een default-rider met technische vereisten. Per boeking is dat alles aanpasbaar: de fee kan afwijken voor deze specifieke gig, de rider kan worden aangevuld of overschreven (snapshot per boeking, dus latere wijzigingen aan de default-rider raken oudere bookings niet), de stage kan worden gekozen voor multi-stage projecten.

Wil je weten wat dit voor jouw bedrijf betekent?

30 minuten met Michael — concreet, geen verkooppraat.

Boekingsstatussen, deal-types, kosten — operationeel beheer voorbij de eerste 'ja'

Een boeking is geen eenmalige handeling. Tussen 'we hebben interesse' en 'de show staat' zit een reeks beslissingen, en zonder structuur verdwijnt die in WhatsApp-gesprekken en e-mailthreads.

De Backemp-bookingstatus loopt van Concept (we denken erover, intern aan het kijken) → Requested (we hebben de artiest aangevraagd, wachten op respons) → Confirmed (vastgelegd) of Declined (geweigerd) of Canceled (later afgezegd). Die FSM is geen detail — het is wat je in staat stelt om op een willekeurige donderdag in één blik te zien dat je vijftien Confirmed bookings hebt voor het komende kwartaal, drie Requested die nog wachten op antwoord, en twee Concept die nog beslist moeten worden.

Per boeking leg je het deal-type vast: AllIn (de fee dekt alles, geen extra kosten), Fee + Hospitality (we regelen accommodatie en catering), Fee + Travel (we vergoeden reiskosten), Fee Only (kale boeking), of Other (afwijkend arrangement). Die taxonomie zorgt ervoor dat het projectbudget niet vol verrassingen komt op de factuur-dag.

Kosten worden gestructureerd vastgelegd per type — Hotel, Travel, Flight, Catering, Equipment, Other — met bedrag en valuta. Niet als losse Excel-regel, maar als gestructureerde data die direct in het projectbudget meetelt en als rapportage aan de boekhouder kan.

Wanneer Showbird, wanneer eigen database — en waarom 'beide' het juiste antwoord is

Het is geen of-of. Het is en-en. Showbird en een eigen artiestendatabase doen verschillende dingen, en de slimste venues gebruiken ze in tandem.

Showbird is je zoekmachine. Heb je een gat in het programma op een vrijdag in september en je vaste pool is uitgeput of niet beschikbaar — Showbird is dan precies wat je nodig hebt. Duizenden acts in Nederland en België, gefilterd op datum, categorie, genre, budget. Binnen een uur heb je nieuwe opties.

Je eigen database is je geheugen. Wat je via Showbird boekte en wat goed werkte, neem je op in je eigen pool. Tweede boeking is dan niet meer een Showbird-zoektocht — het is direct vanuit je eigen database, met de rider die je al kent, met de agent die al in je systeem zit, met de fee-historie die je laat zien wat redelijk is. Vanaf de derde boeking ben je geen klant meer van een marktplaats — je hebt een werkrelatie.

Voor venues met een paar dozijn bookings per jaar maakt het misschien nog niet uit. Voor meerzaals-locaties met tientallen of honderden bookings per jaar is het verschil in tijd en overzicht groot. Je gaat van elke boeking opnieuw zoeken naar elke boeking voortbouwen op wat er al is.

Concrete workflow: hoe combineer je Showbird en een eigen database in één proces

Een werkbare combinatie werkt zo. Een nieuwe boeking-aanvraag komt binnen of er ontstaat intern een gat in het programma. Eerst raadpleeg je je eigen artiestendatabase — wie zit er al in onze pool die past, beschikbaar is, financieel binnen budget? Voor vaste residencies, terugkerende acts en bewezen samenwerkingen is dat je eerste stop.

Is er geen match, dan duik je Showbird in. Je filtert, vergelijkt, neemt contact op, sluit de boeking. Daarna komt de stap die de meeste venues vergeten: importeer de artiest naar je eigen database. Niet als kopie van Showbird-info, maar als nieuwe entry met de informatie die jij relevant vindt. De rider die je net hebt ontvangen, de agent die je net hebt gesproken, de afgesproken fee, de feedback die je achteraf wilt vastleggen.

Volgende keer dat dezelfde artiest in beeld komt, kom je langs de eigen database, niet langs Showbird. Je hebt het werk één keer gedaan en daarna draait het zichzelf.

• ✓Stap 1: Eigen database eerst — voor wat je al kent en eerder boekte
• ✓Stap 2: Showbird voor uitbreiding, nieuwe acts, niche-categorieën, verbreden
• ✓Stap 3: Importeer Showbird-vondsten direct na boeking naar eigen database
• ✓Stap 4: Vanaf tweede boeking: directe pad via eigen DB, geen marktplaats meer
• ✓Stap 5: Periodieke review, welke acts presteerden goed, welke niet, welke uit pool halen

Wat het kost om een eigen artiestendatabase op te bouwen

De grootste investering is geen software-licentie maar de discipline om je bestaande boekingshistorie te ontsluiten. Bij venues die al jaren draaien zit die historie in e-mailmappen, in Excel-bestanden, in WhatsApp-archieven, in de hoofden van de programmeur. Het ontsluiten daarvan kost één tot twee weken werk, afhankelijk van hoe gestructureerd het bestaande materiaal is.

In Backemp gaat dat via een data-import-flow: een CSV met bestaande bookings (artist, datum, fee, status) gaat erin via een import-command, en de structuur (artist-database + bookings + costs) is binnen minuten gevuld. Voor venues die net beginnen is het nog simpeler — je voegt elke nieuwe boeking één keer toe en de database vult zichzelf.

De operationele winst is na een paar maanden zichtbaar. Boekingstijd per nieuwe gig verschuift van zoeken-en-opbouwen (riders ophalen, contact leggen, fee onderhandelen) naar selecteren-en-bevestigen (juiste artiest uit eigen database, fee snapshot, datum vastleggen). De exacte tijdwinst kwantificeren we samen met de eerste pilot-partners van de booking-flow — die data komt terug in een vervolgartikel.

Benieuwd hoe dit bij jouw bedrijf werkt?

We laten je live zien hoe Backemp past bij jouw situatie. 30 minuten, geen verplichtingen.

Concurrent Backemp's Artiesten-suite met Showbird?

Nee. Showbird is een marktplaats — een zoekmachine om nieuwe acts te vinden. Backemp's Artiesten-suite is een venue-tool — om je eigen artiestenpool, riders, agent-relaties en booking-financials te managen. De twee zijn complementair: Showbird voor de zoektocht naar nieuwe acts, Backemp voor de operationele kennis over acts waarmee je vaker werkt.

Kan ik bookings die ik via Showbird heb gedaan importeren in Backemp?

Ja. Backemp ondersteunt CSV-import van historische bookings — artist, datum, fee, status — via een idempotente import-command. Voor venues met jaren historische data in Excel of e-mail gebeurt dit doorgaans als onderdeel van de onboarding. Voor nieuwe bookings gaat het direct via de UI.

Hoe verschilt dit van agency-tools als GigPlanner of Artistu?

GigPlanner, Artistu, BookYou en SystemOne zijn gebouwd voor artiestenbureaus die acts vertegenwoordigen — de tool helpt het bureau om zijn artiesten te verkopen aan venues. Backemp's Artiesten-suite is de tegenhanger: gebouwd voor venues die acts inkopen — het helpt de venue om zijn artiestenpool te managen. De optiek is omgekeerd, en dus ook de structuur (geen marketing-pagina per artiest, wel een rider + financiële historie per artiest).

Wat is de status van Backemp's Artiesten-suite?

De artiest-database en de historische data-import zijn voltooid en in productie. De booking-UI is in actieve ontwikkeling. De suite is feature-flag-gestuurd en wordt per tenant geactiveerd. Het bredere Backemp-platform draait al bij meerdere venues, waaronder A'DAM Tower; voor de booking-UI zoeken we actief pilot-partners.

Wat als ik geen Showbird gebruik maar wel een eigen artiestendatabase wil?

Prima. Backemp's Artiesten-suite is zelfstandig bruikbaar — je hoeft Showbird niet te gebruiken. Voor venues die alleen met hun eigen pool werken (vaste residencies, regelmatig terugkerende acts) is de eigen database alleen al voldoende. Showbird komt erbij zodra je begint uit te breiden naar acts die nog niet in je pool zitten.