Een applicatie in Laravel laten maken: wanneer is dat de juiste keuze?

"Het moet in Laravel." Die zin krijg ik regelmatig te horen van ondernemers die ze zelf ergens opgevangen hebben, zonder dat iemand hen ooit heeft uitgelegd waarom. En even vaak hoor ik het omgekeerde: iemand heeft een voorstel liggen voor een applicatie en wil weten of Laravel nu goed of slecht nieuws is.

Het eerlijke antwoord: het is zelden de belangrijkste vraag. Maar omdat ze toch gesteld wordt, hier wat ik erover te zeggen heb.

De korte versie

Laravel is een goede keuze als je iets nodig hebt dat geen kant-en-klaar pakket is: een applicatie met je eigen logica, je eigen rekenregels, je eigen schermen. Heb je een website nodig die vooral pagina's en nieuws toont, dan is het overkill. Verkoop je online, dan hoor je bij een webshoppakket, niet bij maatwerk.

Het verschil zit niet in de techniek maar in de vraag of jouw manier van werken in bestaande software past. Past ze, neem dan bestaande software.

Wat Laravel is, zonder jargon

Laravel is geen programma dat je koopt en installeert. Het is een verzameling bouwstenen voor programmeurs, in de taal PHP, waarmee ze een applicatie van nul opbouwen.

Vergelijk het met een bouwpakket voor een huis. De fundering, de leidingen, de deurkozijnen en het slotenwerk zijn al bedacht en getest door duizenden anderen. Wat jij laat bouwen, is de indeling: welke kamers, hoe groot, waar de ramen komen.

Dat scheelt enorm veel tijd tegenover alles zelf uitvinden, en het betekent dat je applicatie op een manier in elkaar zit die andere ontwikkelaars herkennen. Dat tweede is belangrijker dan het klinkt, en ik kom er straks op terug.

Wanneer Laravel de juiste keuze is

Er zijn drie situaties waarin ik er vrij snel bij uitkom.

Je werkproces zit nergens in. Je hebt een manier van werken die klanten, planning, materiaal en facturatie op jouw manier aan elkaar hangt. Je hebt pakketten bekeken en elk pakket doet tachtig procent, maar telkens een andere tachtig procent. Op dat punt is maatwerk geen luxe meer maar de goedkoopste weg.

Er moet iets rekenen. Prijzen per klant, per hoeveelheid, per seizoen. Marges die afhangen van inkoop. Planningen die rekening houden met wie wat kan. Zodra er echte logica achter zit, loop je in standaardsoftware tegen muren waar je met plugins en Excel-bestanden omheen gaat werken.

Je hebt een portaal nodig. Klanten of leveranciers die inloggen en hun eigen gegevens zien: hun bestellingen, hun dossiers, hun documenten. Elk met eigen rechten. Dat is precies waar Laravel sterk in is, en waar een website met een ingebouwd ledengedeelte meestal tekortschiet.

Wanneer het dat niet is

Nu de andere kant, want dit is waar het geld weglekt.

Heb je een site nodig die vertelt wat je doet, met pagina's, foto's en een contactformulier? Dan bouw je dat niet in Laravel. Je bouwt dat in iets waar je zelf aan kan, zonder mij elke keer te bellen voor een nieuwe alinea. Daar is een website laten maken de juiste vraag, niet een applicatie.

Verkoop je producten? Dan zit je bij een webshop. Een webshop vanaf nul in Laravel bouwen kan, maar je bouwt dan opnieuw wat Shopware en WooCommerce al jaren goed doen: betalingen, verzendkosten, kortingen, voorraad, btw per land. Dat is geen vooruitgang, dat is een rekening.

En soms is het antwoord dat je niets moet laten bouwen. Dat je drie bestaande programma's goed aan elkaar moet koppelen en dat het probleem daarmee weg is, voor een fractie van de prijs. Dat is vaker het geval dan ondernemers verwachten.

Laravel of WordPress: het echte verschil

Deze vergelijking komt vaak terug, en ze is eigenlijk een beetje scheef. WordPress is bedoeld om content te beheren. Laravel is bedoeld om software te bouwen. Het is niet de ene tegen de andere, het is een ander soort gereedschap.

Waar het wel een echte keuze wordt: je hebt een site in WordPress en er moet iets bij dat WordPress niet kan. Een rekenmodule, een klantenportaal, een koppeling met je voorraad. Dan heb je twee wegen. Je stapelt plugins op je WordPress tot het wankelt, of je bouwt dat ene stuk apart in Laravel en laat je site gewoon een site blijven.

Die tweede weg is bijna altijd de rustigere. Je site blijft iets waar je zelf aan kan, en de applicatie staat ernaast zonder dat een WordPress-update hem kan breken.

Wat het kost en hoe lang het duurt

Eerlijk blijven: maatwerk is duurder dan een pakket. Niet in hosting, maar in bouwuren, en die uren stoppen niet na de oplevering.

Een eerste werkende versie van een afgebakende applicatie — een portaal, een planningstool, een rekenmodule — ligt doorgaans tussen zes en twaalf weken. De prijs hangt bijna volledig af van het aantal schermen en het aantal regels dat erachter zit, niet van hoe mooi het eruitziet.

Reken daarnaast op onderhoud. Een applicatie is nooit af: er komen gebruikers bij, de wet verandert, je werkwijze schuift. Wie je een applicatie verkoopt zonder dat gesprek te voeren, verkoopt je een probleem voor volgend jaar.

Mijn eigen aanpak: we beginnen klein. Niet alles wat je ooit wil, maar het stuk dat vandaag het meeste tijd kost. Dat zet ik in gebruik, en pas daarna breiden we uit op basis van wat je er echt mee doet. Dat is niet de snelste manier om een groot project te verkopen, maar het is wel de manier waarop er minder geld in schermen verdwijnt die niemand gebruikt.

Zit je vast aan één bouwer?

Dit is de vraag die ondernemers zelden stellen en die het meest kost als ze misloopt.

Maatwerk brengt een risico mee dat een pakket niet heeft: als de bouwer wegvalt, moet iemand anders zich inwerken in code die hij niet geschreven heeft. Hoe makkelijk dat gaat, bepaalt of je vrij bent of gevangen.

Precies daarom is een bekend framework zoals Laravel een voordeel. Een applicatie die netjes in Laravel zit, is leesbaar voor elke Laravel-ontwikkelaar in Vlaanderen. Een applicatie die iemand volledig op zijn eigen manier heeft verzonnen, is dat niet.

Maak daarnaast drie dingen hard afspraak, wie je ook inhuurt. De code staat in een repository waar jij eigenaar van bent. De hosting staat op jouw naam. En er is documentatie die volstaat om iemand anders op te starten. Ontbreekt een van de drie, dan betaal je dat later terug met interest — ik zie regelmatig dossiers waarin ik een bestaande site of applicatie overneem en waarin net die drie dingen het probleem zijn.

Hoe ik een project aanpak

Ik begin niet bij de techniek. Ik begin bij de vraag welk werk je vandaag manueel doet en hoeveel uur dat kost. Daarna kijken we of er een pakket bestaat dat het oplost, want dat is bijna altijd goedkoper. Blijft er iets over dat echt eigen is, dan is dat het stuk dat we bouwen.

Werk je in Gent, Wetteren, Aalst of ergens in die driehoek, dan kom ik graag eens langs om het door te nemen. Bekijk anders eerst wat webapplicaties bij mij inhouden, of stel meteen je project samen.

Veelgestelde vragen

Wat is Laravel precies? Laravel is een framework voor de programmeertaal PHP: een set bouwstenen waarmee ontwikkelaars sneller en veiliger software bouwen. Je koopt of installeert het niet zelf, het is het gereedschap waarmee je applicatie gemaakt wordt.

Kan je een website laten maken in Laravel? Het kan, maar voor een gewone website is het zelden de slimste keuze. Je verliest het gemak om zelf pagina's aan te passen. Laravel wordt pas interessant zodra er logica achter je site moet zitten die een gewoon CMS niet kan.

Hoeveel kost een applicatie in Laravel? Dat hangt af van het aantal schermen en de regels erachter, niet van het framework. Een afgebakende eerste versie ligt meestal tussen zes en twaalf weken werk. Vraag altijd een opsplitsing per onderdeel, zodat je kan schrappen wat niet dringend is.

Hoe vind ik een goede Laravel-ontwikkelaar? Vraag naar twee dingen: mag je bestaande code zien, en wie is eigenaar van de repository. Iemand die op geen van beide een duidelijk antwoord geeft, zou ik niet nemen, hoe goed het voorstel ook klinkt.

Kan ik later van ontwikkelaar veranderen? Ja, en dat is net het voordeel van een bekend framework. Zorg wel dat de code in een repository op jouw naam staat en dat de hosting van jou is. Zonder die twee is overstappen duur, mét die twee is het gewoon een overdracht.

Werkt Laravel samen met mijn bestaande software? Meestal wel. Alles met een API — je boekhouding, je webshop, je kassa, je voorraadsysteem — is te koppelen. Begin bij één koppeling die echt tijd scheelt en breid daarna uit, in plaats van alles in één keer te willen verbinden.

Is Laravel veilig? Het framework handelt de bekende kwetsbaarheden standaard af, wat een groot deel van de klassieke fouten uitsluit. De rest hangt af van wie het bouwt en of er onderhoud is. Software die twee jaar niet is bijgewerkt, is onveilig, in welk framework ze ook zit.