Vraag drie bureaus hoe lang software op maat duurt en je krijgt drie keer hetzelfde antwoord: dat hangt ervan af. Dat klopt, en toch heb je er weinig aan. Daarom eerst een eerlijke bandbreedte, over de volle breedte van maatwerk. Een afgebakende interne tool staat er in enkele weken. De meeste bedrijfsapplicaties vragen een aantal maanden. Een systeem dat meerdere afdelingen, gebruikersgroepen en externe koppelingen omvat, loopt richting een jaar.
Dat de bandbreedte zo breed is, komt door een handvol factoren. Dit artikel gaat over die factoren en over hoe je er zelf op stuurt, welke vorm van maatwerk je ook laat bouwen. Gaat het je specifiek om een webapplicatie of portaal en wil je dat traject fase voor fase zien, lees dan de doorlooptijd van een webapplicatie, van eerste gesprek tot livegang. Wie de factoren kent, herkent bovendien een planning die te mooi is om waar te zijn.
De omvang van het vraagstuk bepaalt de kalender
De doorlooptijd volgt niet uit de agenda van het bureau, maar uit wat je laat ontwikkelen. Vier factoren wegen het zwaarst:
- het aantal processen dat de applicatie ondersteunt, en vooral het aantal uitzonderingen binnen die processen
- de koppelingen met bestaande systemen, zoals je boekhouding, CRM of planning
- het aantal soorten gebruikers, elk met eigen schermen en rechten
- de eisen aan beveiliging en privacy, zeker wanneer er persoonsgegevens in het spel zijn
Van deze vier worden koppelingen met andere systemen het vaakst onderschat. Elke verbinding vraagt ontwikkeling en tests, maar ook afstemming met een externe partij: documentatie opvragen, toegang regelen, wachten op antwoord. Juist dat wachten zie je in optimistische planningen nooit terug.
Werkende software hoeft niet te wachten tot alles af is
Een traject van maanden betekent niet dat je maanden naar een voortgangsrapportage staart. We ontwikkelen in korte cycli en zetten de functionaliteit die het meeste oplevert vooraan. Zo staat er na een aantal weken een eerste werkende versie die een deel van het werk al draagt, terwijl de rest in stappen wordt uitgebouwd.
Daarmee verschuift de vraag van wanneer alles af is naar wanneer je organisatie er iets aan heeft. Voor budget, planning en het meenemen van je mensen is dat tweede moment meestal het belangrijkste. Het totale traject wordt er niet korter van, de tijd tot het eerste resultaat wel.
Waar de tijd werkelijk in gaat zitten
De meeste tijd gaat niet naar het typen van code, maar naar begrijpen: hoe je processen lopen, waar de uitzonderingen zitten, wat er moet gebeuren als een order halverwege wordt geannuleerd. Daarna naar testen, want de uitzondering die niemand had genoemd, komt in productie gegarandeerd langs.
We ontwikkelen zelf AI-assisted en dat heeft het schrijven van code merkbaar versneld. De gesprekken over wat de software precies moet doen versnellen er niet door, en juist die bepalen of het resultaat klopt. Wees daarom alert bij een aanbieder die vooral snelheid belooft: die bezuinigt meestal op dat begrip.
Vertraging komt zelden uit de techniek
Trajecten lopen vooral uit door zaken buiten de code. Wensen die er tijdens de rit bij komen zonder dat er iets af gaat. Beslissingen die weken op een akkoord wachten. Betrokkenen die geen tijd hebben om tussenversies te beoordelen. Aan alle drie kun je zelf iets doen.
Wijs één beslisser aan die knopen doorhakt. Reserveer bij de start tijd bij de mensen die straks met de software werken, zodat feedback niet blijft liggen. En wees streng op de scope: nieuwe wensen zijn welkom, maar krijgen een plek in een volgende fase in plaats van in de lopende planning. Meer voorbereiding vind je in de vragen die je stelt voordat je software laat ontwikkelen.
Wil je een tijdlijn voor je eigen situatie, dan is een gesprek sneller dan een rekenmodel. We ontwikkelen maatwerkapplicaties vanuit Amsterdam en schetsen in een eerste gesprek welke route bij je vraagstuk past en welke doorlooptijd daar realistisch bij hoort. Ook als het eerlijke antwoord is dat een standaardpakket sneller bij je doel komt, hoor je dat van ons.