Make-prijsniveaus

Make's prijzen zijn gebaseerd op operaties, elke module-uitvoering in een scenario telt als één operatie. Inzicht in de niveaus voorkomt verrassende facturen naarmate je automatiseringen schalen. Het Free-plan geeft je 1.000 operaties/maand verdeeld over 2 actieve scenario's. Dit is genoeg om te leren en te testen, maar niet voor een echte bedrijfsworkflow. Core ($9/maand) geeft je 10.000 operaties/maand, 3 actieve scenario's en een minimuminterval van 15 minuten. Dit dekt de meeste automatiseringsbehoeften van een vroeg-stadium SaaS-bedrijf, een onboarding-sequentie voor nieuwe gebruikers plus een wekelijks rapport.

Het Pro-plan ($16/maand) ontgrendelt 10.000 operaties, onbeperkt actieve scenario's en een minimuminterval van 1 minuut, cruciaal voor bijna real-time webhookverwerking. Het Teams-plan ($29/maand) voegt teamsamenwerking toe en meerdere gebruikers die scenario's beheren. Het Business-plan ($59/maand) dekt 150.000 operaties/maand, geschikt voor SaaS-bedrijven met hoog volume en honderden webhookgebeurtenissen per dag.

Praktische operatiebudgettering: een onboarding-sequentie met 5 modules, getriggerd door 100 nieuwe registraties/maand, gebruikt 500 operaties. Een wekelijks rapportscenario met 4 modules gebruikt 16 operaties/week. Een Stripe-webhookhandler met 8 modules die 200 gebeurtenissen/maand verwerkt, gebruikt 1.600 operaties. De meeste vroege SaaS-bedrijven blijven 6-12 maanden binnen het Core-plan. Begroot voor het Pro-plan zodra je real-time webhookverwerking toevoegt.

Foutbestendige flows bouwen

Onafgehandelde fouten in Make-scenario's zorgen ervoor dat scenario's stoppen en je data in een inconsistente staat achterlaten. Productiewaardige Make-workflows vereisen bewuste foutafhandeling bij elke externe API-aanroep. Make's foutafhandelingsroutes laten je definiëren wat er gebeurt als een module faalt: Resume (sla het mislukte item over en ga verder), Ignore (log de fout en ga verder), Rollback (maak alle voltooide modules in de uitvoering ongedaan), Break (stop de uitvoering en bewaar de onvolledige uitvoering voor handmatige herhaling), of Commit (markeer de uitvoering als voltooid ondanks de fout).

Voor door webhooks getriggerde scenario's (Stripe, Supabase, inkomende data), wikkel externe API-aanroepen altijd in foutafhandelaars die zijn ingesteld op Break. Dit bewaart de mislukte uitvoering in Make's wachtrij voor onvolledige uitvoeringen, waar je de payload kunt inspecteren, het probleem kunt oplossen en het handmatig opnieuw kunt uitvoeren. Zonder Break-afhandelaars verdwijnen mislukte uitvoeringen en verlies je de triggerende data permanent.

Voor geplande scenario's (rapporten, batchbewerkingen), gebruik Ignore of Resume met een foutmelding. Als een wekelijks rapport er niet in slaagt één databron op te halen, wil je waarschijnlijk dat de rest van het rapport toch draait en een waarschuwing ontvangen over de gedeeltelijke mislukking, in plaats van helemaal niets te ontvangen. Voeg altijd een Slack-melding of e-mailwaarschuwing toe op de foutroute, stille mislukkingen zijn de gevaarlijkste mislukkingen in productieautomatisering.

Make gebruiken met webhooks en Supabase

Supabase's databasewebhooks laten je een Make-scenario triggeren bij INSERT-, UPDATE- of DELETE-gebeurtenissen op elke tabel. Configuratie: ga in Supabase naar Database → Webhooks, maak een nieuwe webhook aan die verwijst naar de webhook-URL van je Make-scenario (gegenereerd in Make wanneer je een Custom Webhook-triggermodule toevoegt). Selecteer de tabel en het gebeurtenistype (Insert voor nieuwe gebruikersregistratie, Update voor statuswijzigingen). Supabase stuurt de gewijzigde rijdata als de webhook-payload.

Voor een trigger bij nieuwe gebruikersregistratie: Supabase vuurt af wanneer een rij wordt ingevoegd in je profiles-tabel (aangemaakt door je auth-trigger). Make ontvangt de ID, het e-mailadres en eventuele metadata die je bij registratie opslaat van de gebruiker. Het scenario kan de data vervolgens verrijken (Clearbit-opzoeking), een CRM-contact aanmaken (HubSpot, Pipedrive), een welkomstmail sturen (SendGrid) en posten naar een Slack-kanaal, dit alles binnen 2-3 seconden nadat de gebruiker zich registreert.

Belangrijk: Supabase-webhooks hebben een timeout van 5 seconden. Als je Make-scenario langer dan 5 seconden nodig heeft om op de webhook te reageren, markeert Supabase deze als mislukt en kan deze opnieuw proberen. Voor langlopende workflows moet Make de webhook onmiddellijk bevestigen (reageren met HTTP 200) en de resterende operaties asynchroon in de wachtrij zetten. Bereik dit in Make door te splitsen in twee scenario's: een ontvangerscenario dat direct reageert en data naar een Make-datastore stuurt, en een verwerkerscenario dat uit de datastore leest en de zware logica uitvoert.

Flow 1: Onboarding-sequentie voor nieuwe gebruikers

Trigger: nieuwe rij in Supabase users-tabel.
Acties: (1) Stuur welkomstmail via SendGrid, (2) Maak contact aan in HubSpot, (3) Post naar #new-users Slack-kanaal, (4) Plan Dag 3 vervolgmail, (5) Voeg toe aan Airtable nieuwe-gebruikers-trackingbasis.

Deze flow draait automatisch voor elke registratie, geen handmatige tussenkomst, geen gemiste welkomstmails.

Flow 2: Stripe-abonnementsgebeurtenissen

Trigger: Stripe webhook (subscription.created, subscription.updated, subscription.deleted).
Acties: (1) Update gebruikersplan in Supabase (rol: free/starter/pro/enterprise), (2) Stuur planbevestigingsmail via SendGrid, (3) Update HubSpot-dealstadium, (4) Post naar #revenue Slack-kanaal bij upgrades.

Dit zorgt ervoor dat je app altijd de huidige abonnementsstatus kent, zelfs als de gebruiker zijn abonnement beheert via het Stripe-klantenportaal.

Flow 3: Churn-risicowaarschuwing

Trigger: geplande Supabase-webhook, draait elke maandag om 9:00.
Acties: Vraag gebruikers op die de afgelopen 14 dagen minder dan één keer zijn ingelogd ÉN die betalen. Stuur de lijst naar het Slack #cs-team-kanaal met gebruikersnamen, plan en laatste inlogdatum.

Dit geeft je customer success-team een wekelijkse lijst van risicovolle accounts voordat ze hun abonnement opzeggen.

Flow 4: B2B-leadkwalificering

Trigger: nieuwe formulierinzending (Typeform, Webflow-formulier of WeWeb-formulier via webhook).
Acties: (1) Verrijk bedrijfsdata via Clearbit, (2) Scoor de lead op basis van bedrijfsgrootte, branche en functietitel, (3) Stuur hoog scorende leads naar Pipedrive met een taak voor de AE, (4) Stuur middelmatig scorende leads naar een drip-e-mailsequentie, (5) Stuur laag scorende leads alleen naar een self-service e-mail.

Flow 5: Factuur- en contractgenerering

Trigger: nieuwe rij in Supabase projects-tabel (status = "bevestigd").
Acties: (1) Genereer PDF-factuur via PDFMonkey vanuit een Supabase-projectsjabloon, (2) Stuur naar de klant via SendGrid met betaallink, (3) Maak projectmap aan in Google Drive, (4) Post naar #projects Slack-kanaal.

Elimineer handmatige factuurcreatie volledig.

Flow 6: Supportticket-routing

Trigger: nieuw Intercom-gesprek of supportmail.
Acties: (1) Classificeer urgentie met OpenAI (Kritiek / Hoog / Normaal / Laag), (2) Bij Kritiek: page de dienstdoende medewerker via PagerDuty, (3) Bij Hoog: wijs toe aan senior support en stuur een Slack-melding, (4) Log alle tickets in de Airtable-supporttracker met categorie en oplostijd.

Flow 7: Wekelijks omzetrapport

Trigger: elke maandag om 8:00.
Acties: (1) Vraag Stripe op voor MRR, nieuwe abonnementen, opzeggingen en expansie-omzet van de afgelopen 7 dagen, (2) Vraag Supabase op voor nieuwe registraties, DAU en featuregebruik, (3) Formatteer als een gestructureerd rapport, (4) Post naar #leadership Slack-kanaal en mail naar de founders.

Je KPI's landen elke maandag in je inbox zonder handmatig trekken.

Flows 8-10: Meer hoge-waarde scenario's

Flow 8, NPS-enquête-automatisering: getriggerd 30 dagen na registratie, stuur een NPS-enquête via Delighted, stuur Detractors door naar customer success voor onmiddellijke opvolging.

Flow 9, Trial-conversiesequentie: getriggerd wanneer de trial verloopt. Dag 0: upgrade-prompt e-mail. Dag 3: case study e-mail. Dag 7: persoonlijke e-mail van de founder. Dag 14: annuleringsbevestiging met win-back aanbod.

Flow 10, Databack-up: elke nacht om 2:00, exporteer Supabase-tabellen naar versleutelde CSV-bestanden in Google Drive. Eenvoudig maar cruciaal, SaaS-bedrijven die dit overslaan hebben er uiteindelijk spijt van.

Veelvoorkomende SaaS-automatiseringspatronen

Naast de 10 specifieke flows hierboven zijn er vier architecturale patronen die terugkomen in bijna elk SaaS-automatiseringsproject. Het gebeurtenisgedreven patroon: elke belangrijke gebruikersactie in je app vuurt een Supabase-webhook af, die een Make-scenario triggert dat de downstream-effecten afhandelt (CRM-update, melding, analyticsgebeurtenis). Dit is de ruggengraat van moderne SaaS-operaties, je app blijft slank en elk operationeel aandachtspunt is geïsoleerd in een eigen scenario.

Het geplande-aggregatiepatroon: dagelijkse of wekelijkse Make-scenario's bevragen je database, aggregeren metrics en verspreiden rapporten. Dit is eenvoudiger en goedkoper dan het bouwen van rapportage-infrastructuur in je app, en het houdt operationele intelligentie in tools die je team al gebruikt (Slack, e-mail, Google Sheets).

Het verrijkingspatroon: telkens wanneer een nieuw contact of bedrijf in je systeem verschijnt (registratie, leadformulier, supportticket), verrijkt een Make-scenario dit met data van derden (Clearbit, Hunter.io, LinkedIn) voordat het je CRM bereikt. Salesteams die vooraf verrijkte leads ontvangen sluiten 20-30% meer deals, omdat ze tijd besteden aan verkopen in plaats van research.

Het escalatiepatroon: Make bewaakt drempeloverschrijdingen (mislukte betalingen, supportreactietijd, foutpercentage-pieken) en escaleert naar het juiste teamlid met context. Dit bouwen in je app vereist aangepaste monitoringinfrastructuur. Dit bouwen in Make kost een middag en enkele centen per uitvoering.