BAKE: software ontwikkelen in Laravel met Buy And Keep Evolving.

BAKE: het wiel niet opnieuw uitvinden, maar wel zelf besturen

Bij elk softwareproject staat dezelfde vraag aan de basis: bouw je alles zelf, of koop je een bestaande oplossing? In het artikel over build vs buy beschreven we al dat dit zelden een zwart-witkeuze is. BAKE — Buy And Keep Evolving — is de aanpak die wij bij vrijwel elk project hanteren, en die deze twee uitersten met elkaar verzoent.

De gedachte is simpel: het grootste deel van wat software moet kunnen, is al duizenden keren gebouwd. Rechtenbeheer, gebruikersauthenticatie, het verwerken van betalingen, een beheeromgeving, het opslaan van bestanden — dat zijn opgeloste problemen. Voor dat deel gebruik je bewezen bouwstenen (Buy). De echte waarde van jouw software zit in het kleinere, onderscheidende deel: de bedrijfslogica, het proces en de werkwijze die jou onderscheiden. Dáár investeer je je ontwikkeltijd in, en dat blijf je doorontwikkelen (Keep Evolving).

Vaak gaat het grofweg om een Pareto-verhouding — zo'n 80% van de functionaliteit komt uit bestaande bouwstenen, de resterende ~20% is maatwerk. Maar dat is een vuistregel, geen wet: de verdeling verschuift per project. Een vrij standaard applicatie zit dichter bij 90/10, terwijl een platform met veel eigen bedrijfslogica eerder richting 60/40 gaat. Belangrijker dan het exacte getal is dat de assen omgekeerd liggen: juist dat kleinere maatwerkdeel kost de meeste ontwikkeltijd én levert vrijwel alle onderscheidende waarde. BAKE draait dus niet om hoeveel je zelf bouwt, maar om waar je je maatwerk inzet.

Wat de BAKE-aanpak precies inhoudt

BAKE bestaat uit twee bewegingen die elkaar versterken:

• Buy — start op bewezen fundamenten. "Buy" betekent niet per se betalen; het betekent niet zelf opnieuw maken wat al bestaat. In het Laravel-ecosysteem is dat meestal een open-source package, soms een betaald product zoals Laravel Nova. Je neemt een component dat je het leeuwendeel van de functionaliteit geeft en dat door een grote gebruikersgroep is gehard.
• Keep Evolving — bouw door met maatwerk. Bovenop dat fundament voeg je de logica toe die jouw project uniek maakt: het specifieke proces, de koppelingen, de schermen die exact aansluiten op hoe jouw organisatie werkt. En je stopt niet na livegang — je blijft evolueren met nieuwe features, schaalvergroting en updates van de onderliggende packages.

Het verschil met klakkeloos packages aan elkaar knopen is wezenlijk: bij BAKE blijft de package een fundament, geen plafond. Omdat alles in je eigen codebase draait, kun je elk onderdeel uitbreiden, overschrijven of vervangen wanneer je project erom vraagt.

Een package geeft je een voorsprong; maatwerk geeft je een voordeel. BAKE combineert beide zonder dat het een je het ander kost.

Het Laravel-ecosysteem als ideale basis voor BAKE

BAKE werkt in elke taal, maar Laravel is er bijzonder geschikt voor. Het framework heeft een ongewoon volwassen ecosysteem waarin de meest voorkomende behoeften al door hoogwaardige, actief onderhouden packages worden afgedekt. Een greep uit de bouwstenen waar wij dagelijks mee starten:

• Spatie-packages — Het Belgische Spatie onderhoudt tientallen breed gebruikte packages. laravel-permission voor rollen en rechten, laravel-medialibrary voor bestands- en afbeeldingenbeheer, en laravel-activitylog voor een audit trail. Stuk voor stuk problemen die je nooit meer vanaf nul hoeft op te lossen.
• Filament — Filament is een admin-panel-framework waarmee je in dagen een volwaardige beheeromgeving neerzet in plaats van weken. Tabellen, formulieren, filters en autorisatie zitten erin — en het is volledig uit te breiden met eigen componenten.
• Laravel Cashier & Mollie — Laravel Cashier regelt abonnementen, facturatie en webhooks rond Stripe of Paddle; voor de Nederlandse markt is er een Cashier-variant voor Mollie. Betalingen en recurring billing zijn notoir foutgevoelig — dit zijn precies de zaken die je níét zelf wilt schrijven.
• Stancl Tenancy — stancl/tenancy levert de infrastructuur voor multi-tenancy: meerdere klanten op één codebase, met data-isolatie per tenant. Het fundament onder elk SaaS-platform.
• Fortify, Breeze & Jetstream — Voor authenticatie biedt Laravel een schaal van bouwstenen: Fortify als headless backend, Breeze als minimale starter en Jetstream voor een uitgebreidere set met teams en two-factor authenticatie. Inloggen, registreren, wachtwoordherstel en 2FA zijn daarmee in uren geregeld in plaats van dagen.
• Nova, Horizon & Telescope — De officiële tooling van Laravel zelf: Nova als beheerpaneel, Horizon voor het monitoren van queues en Telescope als debug-assistent. Inzicht en beheer zonder dat je je eigen dashboards bouwt.

Deze packages hebben samen miljoenen installaties en worden continu doorontwikkeld. Dat is precies wat "Buy" in BAKE betekent: je leunt op werk dat al door een hele community is getest en gehard.

Hoe BAKE er in de praktijk uitziet

Stel: een opdrachtgever wil een platform waarmee meerdere vestigingen hun planning, facturatie en klantcommunicatie beheren. Zo pakken we dat met BAKE aan:

1. Buy — het fundament. We starten op een Laravel-starterkit voor authenticatie, stancl/tenancy voor de scheiding per vestiging, spatie/laravel-permission voor rollen, Cashier voor de facturatie en Filament voor de beheeromgeving. Binnen de eerste sprint staat er al een werkend skelet — zonder dat we één regel rechtenbeheer of inlogflow zelf hebben geschreven.
2. Keep Evolving — het maatwerk. Vervolgens bouwen we het deel dat dit platform onderscheidt: de specifieke planningslogica, de koppelingen met bestaande systemen via een API-koppeling, en de schermen die exact aansluiten op de werkwijze van deze klant. Dat is waar de ontwikkeltijd naartoe gaat — en waar de waarde zit.
3. Keep Evolving — blijven doorontwikkelen. Na livegang stopt het niet. Nieuwe vestigingen, extra features, schaalvergroting en de updates van de onderliggende packages: het platform evolueert mee met de organisatie. Omdat het fundament op standaarden rust, is die doorontwikkeling voorspelbaar en betaalbaar.

De winst zit in de verdeling van aandacht. Door de commodity-functionaliteit aan bewezen packages over te laten, gaat vrijwel alle denk- en bouwtijd naar het deel dat het verschil maakt.

De standaardfunctionaliteit kost je bij BAKE bijna geen tijd, zodat je vrijwel al je energie kunt steken in het maatwerk dat jouw software uniek maakt.

BAKE versus de alternatieven

Om te begrijpen waarom BAKE werkt, helpt het de twee uitersten ernaast te leggen.

Alles zelf bouwen (build from scratch)

Je schrijft elke regel zelf, inclusief rechtenbeheer, betalingen en authenticatie. Het resultaat is volledig op maat, maar de prijs is hoog: het is traag, duur en je herhaalt werk dat elders al beter en veiliger is opgelost. Zelfgebouwde authenticatie en betaalflows zijn bovendien een geliefd doelwit voor beveiligingsfouten — juist omdat ze zo vaak net-niet-goed worden geïmplementeerd. Het OWASP Top 10-overzicht laat keer op keer zien dat fouten in toegangsbeheer en authenticatie tot de meest voorkomende kwetsbaarheden behoren. Voor commodity-functionaliteit is zelf bouwen zelden de verstandige keuze.

Alleen kopen (SaaS of no-code)

Aan de andere kant staat het volledig leunen op een kant-en-klaar SaaS- of no-code-platform. Snel opgezet, maar je loopt al gauw tegen de grenzen aan: je proces moet zich plooien naar wat het platform toelaat, je betaalt mee aan elke gebruiker en je bent afhankelijk van de prijs- en productstrategie van één leverancier. Bovenal: je bent geen eigenaar van de oplossing. Zoals we beschreven in low-code platformen: de verborgen kosten, slaat de aanvankelijke snelheid vaak om in vendor lock-in zodra je iets nodig hebt wat het platform niet biedt.

BAKE als gulden middenweg

BAKE neemt het beste van beide. Je profiteert van de snelheid van bestaande oplossingen voor het standaarddeel, maar omdat alles in je eigen Laravel-codebase draait, ken je geen plafond: elk onderdeel is uit te breiden, te overschrijven of te vervangen. Je houdt de snelheid van "kopen" én de vrijheid van "bouwen".

Eigenaarschap: jij bezit de code

De kern van BAKE — en het grootste verschil met een SaaS-aanpak — is eigenaarschap. De packages waarop je start zijn overwegend open source, met permissieve licenties zoals MIT. Ze draaien binnen jouw codebase, op jouw infrastructuur. Dat betekent:

• De code is van jou. Geen leverancier kan de stekker eruit trekken, de prijs verdrievoudigen of een functie schrappen waar jouw bedrijfsvoering op leunt.
• Packages zijn vervangbaar. Voldoet een package op termijn niet meer? Dan vervang je het, zonder dat je hele platform omvalt. Je bent niet getrouwd met één leverancier.
• Je bepaalt het tempo. Updates, nieuwe features en schaalvergroting doe je wanneer het jóú uitkomt — niet wanneer een platform het oplegt.

Dit eigenaarschap is precies wat ontbreekt bij het puur-kopen-scenario, en het is de reden dat BAKE op de lange termijn zoveel veerkrachtiger is. Meer hierover lees je in waarom bedrijfseigen applicaties het verschil maken.

Toekomstbestendigheid: meebewegen in plaats van vastlopen

Een veelgehoord bezwaar tegen werken met packages is: "wat als zo'n package verdwijnt of niet meer wordt onderhouden?" In het Laravel-ecosysteem is dat risico klein, en BAKE maakt het beheersbaar.

• Laravels releaseritme. Laravel brengt jaarlijks een grote versie uit en levert langdurige beveiligingsupdates per release, volgens een gepubliceerd supportbeleid. Je weet dus precies waar je aan toe bent en kunt onderhoud vooruit plannen.
• Actief onderhouden packages. De fundamenten waarop wij starten — Spatie, Filament, de officiële Laravel-packages — worden onderhouden door professionele teams met commercieel belang bij hun voortbestaan. Dat is een andere categorie dan een hobbyproject van één persoon.
• De community als verzekering. Bij populaire open-source packages kan de code, mocht het ooit nodig zijn, door de community of door jezelf worden voortgezet. Iets wat bij een gesloten SaaS-platform per definitie onmogelijk is. In Nederland draagt onder meer de Dutch Laravel Foundation bij aan dat ecosysteem.

Het "Keep Evolving"-deel van BAKE is hierbij essentieel: software die meebeweegt met updates blijft veilig en eigentijds. Software die stilstaat, wordt vanzelf technische schuld. BAKE maakt van onderhoud geen noodgreep, maar een doorlopend, voorspelbaar proces.

Toekomstbestendige software is geen software die nooit verandert — het is software die mee blíjft veranderen, op een fundament dat dat aankan.

Wanneer BAKE de juiste keuze is

BAKE past bij vrijwel elk maatwerkproject, maar de winst is het grootst wanneer:

• Je een uniek proces hebt dat geen standaardpakket goed bedient, maar dat wel leunt op veel gangbare functionaliteit eromheen (inloggen, rechten, betalingen, beheer).
• Snelheid telt. Door op bewezen packages te starten, sta je sneller live dan met alles-zelf-bouwen.
• Eigenaarschap belangrijk is. Je wilt niet afhankelijk zijn van één leverancier en je wilt de software kunnen laten meegroeien met je organisatie.
• Het project blijft evolueren. Software die jaren meegaat en doorontwikkeld wordt, profiteert het meest van een fundament op standaarden.

Onze kijk hierop

BAKE is geen los trucje, maar de manier waarop wij standaard werken. Bij elk project beginnen we met de vraag: wat hiervan is al opgelost, en waar zit de echte waarde? Het opgeloste deel bouwen we op bewezen packages uit het Laravel-ecosysteem; de waarde bouwen we als maatwerk, helemaal toegesneden op jouw werkwijze.

Het resultaat is software die snel live is, exact aansluit op je proces, volledig jouw eigendom is en jarenlang kan meegroeien. Geen heruitgevonden wiel, maar ook geen platform waar je aan vastzit. Wil je weten hoe BAKE er voor jouw situatie uitziet? Dan begint het, zoals altijd, met een goed gesprek over je proces, je ambities en de slimste route ernaartoe.