7 fouten bij maatwerksoftware (en hoe je ze voorkomt)
Je laat software bouwen omdat een proces te langzaam, te foutgevoelig of te handmatig loopt. Na een half jaar staat er een systeem dat technisch werkt, maar waar niemand mee wil werken. Offertes, voorraad en facturatie lopen nog steeds langs elkaar heen. Bij de meeste mislukte softwareprojecten ligt dat niet aan programmeurs. Het ligt aan keuzes die in de eerste weken worden gemaakt.
Fout 1: te vroeg bouwen. Fout 2: vage eisen. Een eisenlijst met alleen woorden als flexibel en gebruiksvriendelijk is geen specificatie. Begin met een voorfase van twee tot zes weken. Inventariseer de huidige en gewenste procesflows, interview directie, uitvoerders, beheer en klantenservice, en maak een risicoregister met aannames, afhankelijkheden en openstaande vragen. Laat die voorfase eindigen met een klikbaar prototype en een releaseplan. Beschrijf requirements als gedrag: wie doet wat, in welke situatie, met welke gegevens, wat er gebeurt bij ontbrekende data, een dubbele klant of een annulering, en wanneer je het resultaat accepteert. Dan kun je offertes vergelijken op inhoud, niet op gevoel.
Fout 3: alles tegelijk live. Een eerste release met rollen, koppelingen, rapportages, mobiele app en datamigratie is een groot risico. Kies een smal proces dat waarde oplevert: één type aanvraag, één productgroep, één vestiging of één klantreis. Koppel eerst één systeem en laat de rest nog handmatig lopen. Meet vooraf de huidige doorlooptijd, het aantal handmatige correcties en het percentage fouten. Werkt de kleine versie, dan voeg je uitbreidingen toe op basis van gebruik, niet op basis van een plan van maanden geleden. Twijfel je over de keuze? Lees wanneer maatwerk software of standaardpakket loont.
Fout 4: koppelingen en data onderschatten. Vaak gaat het project mis bij de eerste synchronisatie. Leg per koppeling vast wie eigenaar is van bron en doel, welk systeem de waarheid bevat per veld, welke richting en frequentie de synchronisatie heeft, welke velden op elkaar worden gezet, wat er gebeurt bij uitval, dubbele berichten of gedeeltelijke fouten, en hoe je dit bewaakt. Zie datamigratie als een terugkerende exercitie, niet als een script op de laatste dag. Controleer volledigheid, duplicaten en afwijkende records. Draai een proefmigratie met een herkenbare dataset, controleer aantallen, totalen en relaties, en houd een terugdraaimogelijkheid aan. Dat is waarom losse systemen bedrijven vertragen: informatie klopt niet meer.
Fout 5: testen aan het einde. Fout 6: beveiliging uitstellen. Fout 7: onderhoud vergeten. Laat sleutelgebruikers vanaf de eerste werkende versie echte scenario's uitvoeren: normale orders, ongeldige invoer, ontbrekende rechten, annuleringen en piekbelasting. Leg vooraf vast welke fouten livegang blokkeren en wie bevoegd is om te accepteren. Vraag om onafhankelijke controle op inloggen, rechten, uploads, koppelingen en persoonsgegevens. Vraag ook naar onderhoud: eigendom van de broncode, documentatie, cloudaccount, back-ups, responstijden, wijzigingsprocedure en overdracht naar een andere leverancier. In een goede offerte staan aannames, wat wel en niet wordt gebouwd, testmomenten, proefmigratie, acceptatiecriteria en serviceafspraken. Waar de prijs vandaan komt, lees je bij wat de prijs van maatwerk software bepaalt.
Deze aanpak werkt omdat onzekerheid vroeg zichtbaar wordt. Een klein, werkend proces leert je meer dan een dik document, en elke uitbreiding krijgt een meetbare reden. Doe deze week drie dingen: 1) kies één proces dat de meeste handmatige correcties oplevert en schrijf drie acceptatiecriteria in gedragstaal; 2) maak per systeem een lijst met velden, eigenaar en actuele datakwaliteit; 3) vraag je leverancier om een voorfase met prototype, risicoregister en proefmigratie in plaats van een direct bouwvoorstel. Lukt dat niet, dan is dat zelf een bevinding. In Veghel denken we graag mee als partner, niet als leverancier.
