--- title: "BAKE: software ontwikkelen in Laravel met Buy And Keep Evolving | Coding Agency" description: "BAKE — Buy And Keep Evolving — combineert bewezen Laravel-packages met maatwerk. Ontdek waarom dit slimmer is dan alles zelf bouwen of alleen kopen." url: https://coding.agency/kennisbank/bake-software-ontwikkeling-laravel source: Coding Agency (https://coding.agency) language: nl --- Architectuur & Frameworks 10 min leestijd # BAKE: software ontwikkelen in Laravel met Buy And Keep Evolving. Niet alles zelf bouwen en niet alles kopen, maar starten op bewezen packages en daarop verder evolueren met maatwerk. Zo werkt de BAKE-methode — Buy And Keep Evolving — in het Laravel-ecosysteem. [ Jasper Koers ](https://coding.agency/over/jasper-koers) · 26 jun. 2026 ## In het kort - BAKE = Buy And Keep Evolving: start op bewezen packages, evolueer met maatwerk voor wat jouw project uniek maakt - Het Laravel-ecosysteem — Spatie, Filament, Cashier, Stancl Tenancy, Fortify — dekt het grootste deel van de standaardfunctionaliteit af - BAKE is de gulden middenweg tussen alles zelf bouwen (te duur, te traag) en alleen kopen (te beperkt, geen eigenaarschap) - Je behoudt volledig eigenaarschap: de code is van jou, packages zijn vervangbaar, geen vendor lock-in - Toekomstbestendig door Laravels vaste releaseritme en actief onderhouden community-packages ## BAKE: het wiel niet opnieuw uitvinden, maar wel zelf besturen Kort antwoord BAKE staat voor **Buy And Keep Evolving**. Je bouwt software door te starten op bewezen, bestaande packages voor het standaarddeel (Buy) en evolueert die met maatwerk voor het deel dat jouw project uniek maakt (Keep Evolving). Je heruitvindt het wiel niet, maar bouwt op een fundament dat al door duizenden projecten is getest — en je behoudt volledig eigenaarschap over de code. 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](https://coding.agency/kennisbank/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](https://nl.wikipedia.org/wiki/Paretoprincipe) — 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](https://spatie.be/open-source) onderhoudt tientallen breed gebruikte packages. [laravel-permission](https://spatie.be/docs/laravel-permission) voor rollen en rechten, [laravel-medialibrary](https://spatie.be/docs/laravel-medialibrary) voor bestands- en afbeeldingenbeheer, en [laravel-activitylog](https://spatie.be/docs/laravel-activitylog) voor een audit trail. Stuk voor stuk problemen die je nooit meer vanaf nul hoeft op te lossen. - **Filament** — [Filament](https://filamentphp.com) 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](https://laravel.com/docs/billing) regelt abonnementen, facturatie en webhooks rond Stripe of Paddle; voor de Nederlandse markt is er een Cashier-variant voor [Mollie](https://www.mollie.com/). Betalingen en recurring billing zijn notoir foutgevoelig — dit zijn precies de zaken die je níét zelf wilt schrijven. - **Stancl Tenancy** — [stancl/tenancy](https://tenancyforlaravel.com/) levert de infrastructuur voor [multi-tenancy](https://coding.agency/kennisbank/multi-tenancy-laravel): 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](https://laravel.com/docs/fortify) als headless backend, [Breeze](https://laravel.com/docs/starter-kits) als minimale starter en Jetstream voor een uitgebreidere set met teams en two-factor authenticatie. Inloggen, registreren, wachtwoordherstel en [2FA](https://coding.agency/kennisbank/twee-factor-authenticatie) zijn daarmee in uren geregeld in plaats van dagen. - **Nova, Horizon & Telescope** — De officiële tooling van Laravel zelf: [Nova](https://nova.laravel.com/) als beheerpaneel, [Horizon](https://laravel.com/docs/horizon) voor het monitoren van queues en [Telescope](https://laravel.com/docs/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](https://coding.agency/kennisbank/api-koppelingen-bouwen), 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](https://owasp.org/www-project-top-ten/)-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](https://coding.agency/kennisbank/low-code-nadelen-vendor-lock-in), slaat de aanvankelijke snelheid vaak om in [vendor lock-in](https://coding.agency/kennisbank/low-code-nadelen-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". | Aanpak | Snelheid | Maatwerk mogelijk | Eigenaarschap | | Zelf bouwen | Laag | Volledig | Volledig | | Alleen kopen (SaaS/no-code) | Hoog | Beperkt | Geen | | BAKE | Hoog | Volledig | Volledig | ## 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](https://coding.agency/kennisbank/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](https://laravel.com/docs/releases). 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](https://coding.agency/kennisbank/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](https://coding.agency/kennisbank/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. ## Veelgestelde vragen BAKE staat voor Buy And Keep Evolving. Je begint met bestaande, bewezen packages en oplossingen voor het grootste deel van de functionaliteit (Buy) en bouwt daarop verder met maatwerk voor het deel dat jouw project uniek maakt (Keep Evolving). Zo vind je het wiel niet opnieuw uit, maar houd je wel volledige controle over de code. Laravel heeft een volwassen ecosysteem van bewezen packages: Spatie voor permissions, media en activity logs, Filament als admin panel, Laravel Cashier voor betalingen, Stancl Tenancy voor multi-tenancy en Fortify, Breeze en Jetstream voor authenticatie. Deze dekken de standaardfunctionaliteit af, zodat je tijd overhoudt voor het maatwerk dat echt onderscheidt. Alles zelf bouwen (build from scratch) betekent dat je ook commodity-functionaliteit als rechtenbeheer, betalingen en authenticatie zelf programmeert. Dat is duur, traag en foutgevoelig. BAKE gebruikt daarvoor bewezen packages en reserveert de ontwikkeltijd voor de unieke bedrijfslogica die jouw software waardevol maakt. Ja. Anders dan bij een SaaS- of no-code-platform draait BAKE op open-source packages binnen jouw eigen Laravel-codebase. Je bezit de code, kunt elke package vervangen of aanpassen en bent niet afhankelijk van de prijs- of productstrategie van één leverancier. Juist wel. Laravel kent een vast releaseritme met langdurige beveiligingsupdates, en de grote packages worden actief onderhouden door teams als Spatie en de Laravel-organisatie zelf. Door mee te bewegen met die updates blijft je software veilig en eigentijds, zonder dat je het onderhoud volledig zelf draagt. Gerelateerde expertise — Maatwerk Software **Maatwerk software laten maken?** Bekijk onze aanpak, werkwijze en referentieprojecten. Vanaf € 3.000, 16+ jaar ervaring, 150+ projecten opgeleverd. [ Bekijk onze aanpak ](https://coding.agency/expertises/maatwerk-software-laten-maken) [ Gratis prijsindicatie ](https://coding.agency/prijsindicatie) Onderwerpen [Laravel](https://coding.agency/kennisbank?q=Laravel) [BAKE](https://coding.agency/kennisbank?q=BAKE) [Maatwerk](https://coding.agency/kennisbank?q=Maatwerk) [Packages](https://coding.agency/kennisbank?q=Packages) [Strategie](https://coding.agency/kennisbank?q=Strategie) [Eigenaarschap](https://coding.agency/kennisbank?q=Eigenaarschap) ## Gerelateerde artikelen [ 1 okt. 2024 Strategie ### Build vs buy: zelf bouwen of kant-en-klaar kopen? De afweging die elke ondernemer maakt: investeren in maatwerk of een bestaande oplossing gebruiken? Wanneer loont welke keuze? ](https://coding.agency/kennisbank/build-vs-buy) [ 1 jun. 2024 Frameworks ### Waarom Laravel? Het populairste PHP-framework ter wereld — en waarom wij er alles mee bouwen. Van startup tot enterprise. ](https://coding.agency/kennisbank/waarom-laravel) [ 15 nov. 2024 Strategie ### Low-code platformen: de verborgen kosten van 'eenvoud' Webflow, Bubble, OutSystems en vergelijkbare tools beloven snelle resultaten. Maar wat betaal je werkelijk? Over vendor lock-in, licentiekos... ](https://coding.agency/kennisbank/low-code-nadelen-vendor-lock-in) ## Hulp nodig? Vragen over dit onderwerp? Laten we het erover hebben. [ Neem contact op ](https://coding.agency/contact) --- *Bron: [Coding Agency](https://coding.agency/kennisbank/bake-software-ontwikkeling-laravel)*