Airtable of Supabase: scorecard op drie assen voor bureaus

Het is vrijdagmiddag. Een bureau-eigenaar in Utrecht klapt zijn laptop dicht, ziet de Airtable-factuur die net binnenkwam (23 seats, de helft inactief), en merkt dat de Zapier-teller voor deze maand op 14.000 van de 20.000 staat. Hij vliegt zondag naar Lissabon. Als de maandagochtend-automatisering voor de klantrapportages stukgaat terwijl hij weg is, hebben vier collega's op kantoor geen idee waar ze moeten zoeken.

Dit is het moment waarop de meeste bureaus eindelijk de vraag stellen die ze al een tijd ontwijken: houden we deze stack, of bouwen we 'm opnieuw op iets dat echt van ons is?

Een variant van deze vraag krijgen we één of twee keer per maand. Bijna altijd van Nederlandse bureaus tussen €1M en €15M omzet. Hieronder de methode waarmee we 'm beantwoorden. Het is geen oordeel over Airtable. Het is een scorecard.

De stack die bureaus per ongeluk erven

Bijna niemand koos deze stack bewust. Hij groeide vanzelf. Jaar één zette iemand een Airtable-base op om klanttaken bij te houden. Jaar twee koppelde een freelancer drie Zaps die status-updates in Slack pompen. Jaar drie voegde de operations-lead een Make-scenario toe dat Harvest-uren omzet in een wekelijkse PDF. Jaar vier kocht de oprichter Airtable Business om automatiseringen te draaien, en gaf seats aan klanten zodat ze read-only views konden zien.

De maandrekening ligt nu ergens tussen €800 en €2.800. Er draaien 40+ live automatiseringen verdeeld over twee of drie leveranciers. Niemand heeft een compleet overzicht. De persoon die de originele Zaps bouwde is in 2023 vertrokken.

Herbouwen klinkt aantrekkelijk. Laten staan ook. Het juiste antwoord is bijna nooit het antwoord dat emotioneel schoner voelt. We scoren het.

De drie assen die er echt toe doen

De meeste herbouw-of-houden-gesprekken verzanden in feature-vergelijkingen. Of Supabase een kanban-view heeft. Of Airtable Interface Designer drill-downs kan. Die vragen bepalen niet de uitkomst. Drie dingen wel:

1. Per-seat-kosten in jaar drie, all-in.
2. Wie het kan fixen op een dinsdag als de oprichter onbereikbaar is.
3. Wat een koper of investeerder wil zien tijdens due diligence.

Scoor elke as van één tot vijf. Herbouwen wordt het juiste antwoord zodra het totaal boven de dertien uitkomt. Daaronder wint de bestaande stack meestal op de cijfers.

As 1: per-seat-kosten in jaar drie

Airtable Business kost ongeveer €50 per seat per maand. Zapier Professional begint rond €70 per maand en schaalt agressief mee met taakvolume. Make is goedkoper per taak maar werkt op dezelfde manier. Het eerlijke jaar-drie-cijfer voor een bureau met twintig seats en een serieuze automatiseringslast komt rond €40.000 uit (€50 × 20 seats × 36 maanden, plus €5.000 voor Zapier of Make bij gangbare bureau-volumes).

Een Supabase-rebuild zit in een andere kostenklasse. Supabase Pro kost $25 per maand voor het project, met compute-add-ons voor productieworkloads. Een kleine Deno- of Node-deploy met scheduled functions kost nog eens €20 tot €50 per maand. Drie jaar hosting blijft onder de €3.000.

Het verschil op papier is ongeveer €35.000 over drie jaar. De herbouw zelf eet daar een deel van op. Een redelijke migratie voor een bureau-grote automatiseringsfootprint kost tussen €15.000 en €30.000, afhankelijk van het aantal integraties.

Geef de as een 1 als de herbouw zich pas in jaar vijf of later terugverdient, een 3 bij terugverdienen in jaar drie, een 5 bij terugverdienen binnen achttien maanden.

As 2: wie fixt het op een dinsdag in augustus

Dit is de as die oprichters elke keer onderschatten. De eerlijke vraag: als er iets stukgaat terwijl jij op het strand ligt, wie vindt het kapotte ding en wie maakt het?

Voor een Airtable-plus-Zapier-stack is het antwoord meestal "iedereen die Engels kan lezen en kan klikken". Dat is op zich een sterk punt. Een junior accountmanager kan de gefaalde Zap openen, de kapotte stap zien, en op Replay klikken. Voor 80% van de storingen werkt dat prima.

Het probleem zit in de andere 20%. Als een Zap stil van gedrag verandert omdat Airtable een veld hernoemde, of als een Make-scenario twee keer draait door een webhook-retry, blijft de fout onzichtbaar. Niemand ziet de kapotte staat, want er zijn geen logs die iemand leest. De klantrapportage gaat drie weken lang fout de deur uit voordat iemand het opmerkt.

Een Supabase-plus-scheduled-functions-stack draait dit om. Bijna niemand in het bureau-team kan dit zelf debuggen. Maar twee dingen zijn waar: er zijn echte logs (queryable, met timestamps), en elke competente developer die je via een freelance platform inhuurt leest de code in één middag door. De bus factor is één fulltimer bij het bureau, maar de hersteltijd na "die persoon vertrok" is begrensd.

Geef de as een 5 als de huidige stack draait op precies één persoon die lastig te vervangen is, een 3 als twee mensen de kennis delen, een 1 als vier of meer mensen elke storing kunnen verhelpen.

As 3: wat een koper wil zien

Naar de derde as vragen oprichters nooit tot een jaar voor ze willen verkopen. Dan is het te laat.

Een koper, of zelfs een strategische investeerder, stelt drie vragen over je operationele ruggengraat: waar staat de code, wie bezit de IP, en aan wie zit je vast. Een Airtable-base plus 47 Zaps beantwoordt die drie vragen slecht. Er is geen code. De IP is "zo heeft Marieke het in 2022 ingericht". De lock-in is totaal, want niemand heeft gedocumenteerd hoe de automatiseringen aan elkaar haken.

Dit is geen hypothetische zorg. We hebben het afgelopen jaar bij twee due-diligence-calls aan tafel gezeten waarbij de technische adviseur van de koper om een lijst van scheduled automatiseringen vroeg, en de verkoper die niet kon leveren. Beide deals gingen door, maar tegen voorwaarden waar het operationele risico in zat verwerkt.

Een Supabase-ruggengraat geeft je een git-repository, migratiehistorie, getypeerde function-signatures en een CI-pipeline. Geen daarvan is spannend. Alle vier overleven een vijf-minuten-scan door de CTO van de koper.

Geef de as een 1 als er geen exit in de nabije toekomst speelt, een 3 als een exit binnen vijf jaar mogelijk is, een 5 als er al een actief gesprek loopt.

De scorecard in de praktijk

Een echt voorbeeld. Namen veranderd. Een Rotterdams contentbureau, elf fulltimers, drie freelancers, ongeveer €2,1M omzet. Ze betaalden €1.180 per maand verdeeld over Airtable, Zapier en een Pipedrive-add-on die deals naar Airtable duwde.

// Hun feitelijke scorecard
const score = {
  costAtYearThree: 4,   // Offerte rebuild €18k, SaaS jaar-3 €42k
  busFactor:       4,   // Eén ops-lead had alle Zap-kennis in z'n hoofd
  acquirerLens:    3,   // Oprichter open voor een exit-gesprek in 2028
}
const total = Object.values(score).reduce((a, b) => a + b, 0) // 11

// Onder onze drempel van 13. Advies: nog niet herbouwen.
// Maar: nu de inventaris opschrijven, en over 12 maanden opnieuw kijken.

We hebben voor hen niet herbouwd. We deden een opdracht van twee weken om elke automatisering te documenteren, zeven dode Zaps op te ruimen, en de meest fragiele workflow (het wekelijkse klantrapport) te verplaatsen naar een Supabase scheduled function die weer terugschreef in Airtable. Totale kosten €6.800. Hun jaar-drie-rekening daalde naar ongeveer €32.000 en de bus factor schoof één plek omhoog, omdat het fragiele ding nu logs had die iedereen kon lezen.

Twaalf maanden later was de score anders. De bezetting was naar zestien gegroeid. De offerte voor de rebuild werd relatief goedkoper ten opzichte van de SaaS-rekening. Ze waren serieuze gesprekken met twee potentiële kopers begonnen. We hebben de rest herbouwd.

Wanneer Airtable laten staan wint

De scorecard valt vaker uit op "laten staan" dan bureau-eigenaren verwachten. Drie situaties waarin we klanten afraden te herbouwen.

De stack kost minder dan €600 per maand en draait stabiel. Het team is kleiner dan tien en groeit waarschijnlijk niet voorbij vijftien. Er loopt geen exit-gesprek en er wordt er ook geen verwacht. In die gevallen verdient een rebuild zich bijna nooit terug binnen de bruikbare levensduur van het bedrijf zoals het er nu staat.

Wat we wél doen is klein, gericht werk. Een gedocumenteerde inventaris van elke betaalde tool en elke live automatisering. Een opruimlijst van dode Zaps en weesvolle bases. Eén scheduled function die de enige fragiele workflow overneemt waar de oprichter 's nachts wakker van ligt. De totale rekening voor dat werk blijft meestal onder €8.000, en je koopt er het grootste deel van het operationele risico mee af.

De valkuil om te vermijden is de halve beweging: Airtable eruit slopen maar de workflows in Zapier laten zitten, of de database naar Postgres verplaatsen maar de automatiseringslaag in no-code houden. Je houdt de kosten van beide stacks en de stabiliteit van geen van beide. Kies per as één kant, en leg de keuze vast.

Hoe de migratie eruitziet als die wél doorgaat

Als de scorecard "herbouwen" zegt, heeft de migratie een voorspelbare vorm. We verhuizen niet alles tegelijk. We verplaatsen eerst de workflow met de slechtste pijn-tot-inspanning-verhouding, bewijzen het patroon, en pellen daarna de rest in stappen van twee weken eraf.

De minimale werkbare ruggengraat is klein. Eén database, een handvol tabellen, één of twee scheduled functions, een deploy-pipeline. De eerste function die we meestal opleveren is het wekelijkse klantrapport, omdat dat de workflow is met de hoogste zichtbaarheid en de laagste tolerantie voor stille storingen.

// supabase/functions/weekly-client-report/index.ts
import { createClient } from 'jsr:@supabase/supabase-js@2'

Deno.serve(async () => {
  const supabase = createClient(
    Deno.env.get('SUPABASE_URL')!,
    Deno.env.get('SUPABASE_SERVICE_ROLE_KEY')!,
  )

  const { data: clients } = await supabase
    .from('clients')
    .select('id, name, email, report_template')
    .eq('active', true)

  for (const client of clients ?? []) {
    const hours = await fetchHarvestHours(client.id)
    const html  = renderReport(client.report_template, hours)
    await sendEmail(client.email, `Weekly report for ${client.name}`, html)
  }

  return new Response('ok')
})

Plan 'm in met een Supabase cron job, wijs naar een echte database, en wat eerder verdeeld zat over drie SaaS-tools zit nu in één bestand dat je in tien minuten doorleest. De hele rebuild is een reeks bestanden die er net zo uitzien als deze.

De vijf-minuten-versie van deze methode

De volledige scorecard is handig als je €20.000 op het punt staat uit te geven. Voor een sneller antwoord stel je drie vragen bij de koffie met je operations-lead.

Wat kost deze stack ons per jaar, op dit moment, all-in? Als het antwoord boven €15.000 ligt en groeit, dan schreeuwt as één. Als een senior in het team morgen onder een tram komt, wat valt er om? Als het antwoord "de wekelijkse klantrapportage en de pipeline-forecast" is, schreeuwt as twee. Als een koper morgen om jullie automatiseringsinventaris vraagt, wat stuur je dan op? Als het antwoord "ik zou een week bezig zijn om 't te reconstrueren" is, schreeuwt as drie.

Toen we in Q1 de rapportage-ruggengraat herbouwden voor een Nederlands creatief bureau, was de verrassing niet de kostenbesparing. Het was dat de ops-lead haar dinsdagen terugkreeg, omdat het nieuwe systeem zijn eigen storingen aan het licht bracht in plaats van te wachten tot iemand ze ontdekte. Dat is het soort procesautomatisering waar we op blijven optimaliseren: niet flitsend, maar de oprichter kan op echte vakantie.

Het kleinste wat je vandaag kunt doen: open een spreadsheet, lijst elke betaalde automatiseringstool die je gebruikt op, vermenigvuldig met twaalf, en zet de naam van de persoon erbij die elke tool zou fixen als die vanmiddag stukgaat. Lukt het invullen van een naam niet, dan heb je je startpunt.