Moeten we het bouwen? De vraag die we stellen voordat we code schrijven

Wanneer een organisatie een softwareontwikkelbedrijf benadert, is de verwachting meestal dat het gesprek eindigt in een voorstel om iets te bouwen: een nieuwe applicatie, een vervanger van een verouderd systeem, een platform dat losse processen verbindt. Het is een begrijpelijke aanname, maar ze slaat een vraag over die beantwoord moet worden voordat iemand over technologie, budgetten of opleverdata praat.

Moeten we het eigenlijk wel bouwen?

Bij Libertas Software Research (LSR) geloven we dat weten of je software moet ontwikkelen net zo belangrijk is als weten hoe. Soms is een maatwerkapplicatie precies goed. Soms voorziet een gevestigd SaaS-platform perfect in de behoefte, of levert het koppelen van de systemen die u al heeft het resultaat op zonder de kosten en verstoring van vervanging. Het doel is te verbeteren hoe een organisatie werkt, niet om nóg een applicatie toe te voegen aan een toch al ingewikkelde omgeving.

Begin bij het probleem, niet bij de oplossing

Organisaties beschrijven vaak de oplossing waarvan ze denken dat ze die nodig hebben, in plaats van het probleem dat ze hebben. „Een rapportagedashboard” of „een app om onze spreadsheets te vervangen” klinkt goed gedefinieerd, maar zegt weinig over wat de aanvraag veroorzaakte.

Neem een maandelijks managementrapport dat met de hand wordt samengesteld uit meerdere spreadsheets en systemen. Het kost dagen, en als het binnenkomt zijn de gegevens al verouderd. De voor de hand liggende conclusie is dat u rapportagesoftware nodig heeft. Bij nadere beschouwing is het echte probleem vaak losstaande data en inconsistente processen: een bescheiden integratieproject, geen nieuwe applicatie. En als het onderzoek laat zien dat u gespecialiseerde workflows of controles nodig heeft die geen enkel product ondersteunt, dan verdient maatwerk zijn plek.

Wanneer kopen zinvoller is

De commerciële markt is volwassen. CRM, boekhouding, planning, documentbeheer en business intelligence hebben producten met jarenlange verfijning. Als er één voldoet aan uw behoeften zonder onredelijke beperkingen, voegt een maatwerkvervanging weinig waarde toe.

Vergelijk echter de total cost of ownership, niet de abonnementsprijzen. Een product van £500 per maand is £30.000 over vijf jaar, vóórdat u configuratie, integraties, extra licenties of aanpassingen aan uw eigen processen meetelt. Controleer hoe de prijs schaalt, of u uw data kunt exporteren en wat er gebeurt als de leverancier zijn model wijzigt. En wees voorzichtig met het dwingen van het bedrijf om activiteiten op te geven die het écht onderscheiden, alleen omdat een product iets anders veronderstelt.

Soms is het antwoord: koppel wat u al heeft

De meeste organisaties verzamelen in de loop der tijd systemen: financiën in het ene, operatie in het andere, klantenservice in een derde. Elk werkt prima; ze praten alleen niet met elkaar, wat leidt tot vertragingen, dubbel werk en inconsistente informatie.

Alles vervangen door één applicatie is verleidelijk, maar riskant. Bestaande platforms bevatten jarenlange operationele kennis en verborgen integraties. Een zorgvuldig ontworpen integratielaag (API's koppelen, overdrachten automatiseren, rapportage consolideren vanuit gezaghebbende bronnen) kan de levensduur van die investeringen verlengen. Het vraagt om goed doordachte authenticatie, data-eigendom, foutafhandeling en controleerbaarheid, maar integratie aanbevelen boven vervanging is geen mindere engineering. Vaak is het de beter doordachte architectuurkeuze.

Wanneer maatwerk de juiste investering is

Sommige eisen passen echt niet bij gangbare producten: gespecialiseerde operaties, ongebruikelijke beveiligings- of databehoeften, of software die zelf een concurrentievoordeel is. Hier laat maatwerksoftware de architectuur volgen hoe het bedrijf werkelijk werkt.

Die flexibiliteit brengt een langetermijnverantwoordelijkheid met zich mee voor onderhoud, beveiliging, testen en support. Een systeem kan voldoen aan zijn oorspronkelijke specificatie en toch een slechte investering zijn als het moeilijk te onderhouden is of zich niet kan aanpassen. Maatwerkontwikkeling is gerechtvaardigd wanneer de voordelen van een speciaal gebouwde oplossing zowel de initiële kosten als de blijvende verplichting van eigenaarschap overtreffen.

Niet elk probleem vraagt om meer software

Soms is het proces het probleem. Goedkeuringen, rapporten en administratieve stappen stapelen zich over de jaren op, lang nadat de omstandigheden die ze creëerden zijn verdwenen. Ze automatiseren precies zoals ze zijn, conserveert alleen de complexiteit.

Als een document vijf goedkeuringen nodig heeft, vraag dan niet hoe u vijf goedkeuringen automatiseert, maar waarom elk bestaat en welk risico het afdekt. Software is uitstekend in het toepassen van consistente regels, maar kan u niet vertellen of het proces zinvol is. Een workflow vereenvoudigen of eigenaarschap verduidelijken kan echte winst opleveren zonder nog een systeem om te leren en te ondersteunen.

Kijk verder dan de initiële kosten

Maatwerkprojecten hebben hoge initiële kosten, terwijl SaaS zijn kosten over abonnementen spreidt, waardoor de vergelijking scheef lijkt. Een eerlijke vergelijking omvat de hele levensduur: implementatie, licenties, hosting, support, onderhoud, integratie, training en toekomstige wijzigingen.

Neem ook de kosten van niets doen mee. Een inefficiënt proces dat 20 personeelsuren per week opslokt, is ongeveer 1.040 uur per jaar. Tegen een illustratief tarief van £35 per uur is dat ongeveer £36.400 per jaar, uitgaande van de aanname dat de tijd echt kan worden teruggewonnen en elders ingezet. Voeg daar slechte datakwaliteit en trage besluitvorming aan toe, die moeilijker te prijzen zijn maar even reëel. De beste optie is niet de goedkoopste, maar die met de sterkste mix van waarde, aanvaardbaar risico en duurzaamheid op lange termijn.

Waarom zou een softwarebedrijf adviseren geen software te bouwen?

Het is een eerlijke vraag. Als we een product of een kleine integratie aanbevelen, is dat op papier minder ontwikkelwerk.

Maar er is een verschil tussen ontwikkelcapaciteit leveren en optreden als partner voor softwareonderzoek en architectuur. Ons werk begint voordat er een specificatie is: het probleem begrijpen, de opties afwegen en u helpen beslissen waar u investeert. Dat heeft waarde, wat de uitkomst ook is, en er is meestal nog analyse-, architectuur-, planning- en integratiewerk te doen, zelfs als maatwerk niet het antwoord is.

Ontwikkeling aanbevelen die u niet nodig heeft, is contraproductief. Een project dat op tijd en volgens specificatie wordt opgeleverd, mislukt toch als het niet de juiste oplossing was. Een klant helpen onnodige uitgaven te vermijden bouwt het soort vertrouwen op dat blijft.

Kunnen bouwen is geen reden om te bouwen

AI en moderne tooling maken code sneller en goedkoper te produceren. Dat is nuttig, maar het maakt het denkwerk vooraf belangrijker, niet minder, omdat de inspanning die mensen vroeger dwong te vragen „hebben we dit echt nodig?” verdwijnt. Het is heel goed mogelijk iets technisch uitstekends te bouwen, efficiënt op te leveren en te ontdekken dat het het verkeerde antwoord was.

Voordat de ontwikkeling begint, willen we duidelijke antwoorden over het bedrijfsprobleem, de kosten van het onopgelost laten, welke eisen bestaande producten niet kunnen invullen, hoe succes wordt gemeten (verwerkingstijd, nauwkeurigheid, zichtbaarheid, compliance, niet het aantal functies) en wie de oplossing daarna beheert en ondersteunt.

Er zullen projecten zijn waarbij maatwerksoftware duidelijk de juiste keuze is, andere waarbij integratie meer waar voor uw geld biedt, en weer andere waarbij een kant-en-klaar platform het werk doet. Wat telt is dat het advies voortkomt uit begrip van uw organisatie, niet uit een aanname over wat een softwarebedrijf wil verkopen.

Voordat we vragen hoe we iets moeten bouwen, is het de moeite waard vast te stellen of we het überhaupt moeten bouwen.

Libertas Software Research werkt met organisaties aan het onderzoeken, beoordelen, ontwerpen en ontwikkelen van softwareoplossingen, met aandacht voor onderhoudbaarheid op lange termijn, operationele waarde en weloverwogen technologie-investeringen.