Vijf jaar lang de software achter een Belgisch leadgeneratiebedrijf gebouwd en beheerd.

Hoe een project van €2.000 vijf jaar werk werd

De eerste opdracht was klein: een webhook, een beheertool voor landingspagina's en een eenvoudige Laravel-applicatie. De waarde was ongeveer €2.000.

Het bedrijf van de klant bleef veranderen. Er kwamen nieuwe leadbronnen bij, klantwensen veranderden en nieuwe koppelingen werden noodzakelijk. Functionaliteit die in de ene fase belangrijk was, was dat in de volgende niet meer. Dat eerste project groeide stap voor stap uit tot de software achter de bedrijfsvoering. Ik werd de externe senior developer die verantwoordelijk was voor de verdere ontwikkeling van het geheel.

Wat die technische verantwoordelijkheid betekende

Er lag geen vijf jaar lang vaststaande specificatie. Het werk was om ieder nieuw commercieel of operationeel probleem te begrijpen en vervolgens te bepalen wat de software nodig had.

Dat betekende nieuwe functionaliteit bouwen, eerdere versies herschrijven als het bedrijfsmodel veranderde, overbodige onderdelen verwijderen, productieproblemen oplossen, externe systemen koppelen en belangrijke processen zichtbaar houden. De waarde zat niet alleen in kennis van Laravel. Ik kende genoeg van het bedrijf om praktische keuzes te maken, zonder dat de oprichter ieder bedrijfsprobleem eerst naar een technische taak hoefde te vertalen.

Het systeem dat met het bedrijf meegroeide

• Leadintake uit meer dan zes bronnen. Iedere bron leverde andere velden en veranderde op een andere manier. Binnenkomende data moest eerst consistent worden voordat vervolgstappen erop konden vertrouwen.
• Distributie en CRM-koppelingen. Leads moesten bij de juiste makelaar terechtkomen en passen bij hoe die makelaar zijn CRM werkelijk gebruikte — vaak anders dan de CRM-leverancier het bedoeld had.
• Maatwerkfacturatie en rapportage. Het platform verbond activiteit in de leadstroom met de commerciële administratie eromheen.
• Lifecycle-mail. Een bestand van meer dan 100.000 contacten moest op project-, lead- en gedragsdata worden gesegmenteerd en daarna betrouwbaar via queues worden verwerkt.
• Interne dashboards, queues en monitoring. Het team moest kunnen zien wat er gebeurde, en storingen moesten zichtbaar worden voordat ongemerkt gegevens verloren gingen.

Het lastige deel: systemen uit de echte wereld

Het moeilijkste werk was zelden één algoritme. Het zat in de mismatch tussen systemen en tussen de mensen die ze gebruiken.

Iedere CRM bedoelt iets anders met woorden als 'lead', 'contact' en 'deal'. Klanten richten dezelfde CRM verschillend in, en sommigen gebruiken hem voor een workflow waarvoor hij nooit ontworpen is. Vastgoeddata is net zo inconsistent: een project kan één woning zijn, een volledig gebouw of een reeks woningtypen, met andere velden per land, bron en klant.

Eén helder intern datamodel hield die variatie beheersbaar. Het platform ving rommelige invoer op en leverde precies de gegevens die iedere klantkoppeling nodig had.

Het resultaat

Vijf jaar lang verwerkte het platform duizenden leads per maand en ondersteunde het de dagelijkse bedrijfsvoering, terwijl het bedrijf eromheen bleef veranderen.

Dat is het sterkste soort bewijs dat ik kan geven: geen eenmalige, gepolijste lancering, maar een bedrijfskritisch Laravel-systeem dat een klant mij jarenlang toevertrouwde om verder te bouwen, te repareren en te beheren.