Wanneer is kopen de verstandige keuze?
Standaard SaaS-functionaliteit past goed bij processen die sector-breed hetzelfde werken. Denk aan track-and-trace zichtbaarheid voor klanten, standaard rittenplanning op basis van postcodes, of eenvoudige documentopslag. Als jouw bedrijf dit exact zo uitvoert als de gemiddelde concurrent, dan betaal je voor een SaaS-licentie en ga je live. Dat is sneller en goedkoper dan bouwen. Veel TMS-leveranciers bieden bovendien steeds meer AI-functionaliteit als add-on: automatisch herplannen bij vertraging, slimme routesuggesties. Die werken goed zolang je je aanpast aan het systeem. Het probleem zit in het moment dat je dat niet meer wilt of kunt.
Criterium 1: hoe eigenaardig is jouw proces?
Dit is het eerste besliscriterium. Heeft jouw bedrijf een tariefstructuur die afwijkt van wat een standaardpakket ondersteunt? Werken jullie met klantspecifieke documenteisen, bijzondere douanecodes of eigen statuscategorieën? Dan gaat het aanpassen. Je past het proces aan het pakket aan, of je bouwt dure maatwerkkoppelingen bovenop een SaaS-licentie. Beide opties leiden tot technische schuld. Het omgekeerde geldt ook: als het proces werkelijk generiek is, hoef je niet te bouwen. De eerlijke vraag aan jezelf is: als ik morgen met dit pakket live ga, hoeveel van mijn echte werkwijze past er dan niet in?
Criterium 2: hoe diep moet de integratie zijn?
Integratiediepte is het tweede criterium en in de logistiek vaak het meest onderschatte. Een gemiddeld middelgroot transportbedrijf werkt met een TMS, een boekhoudsysteem, klantportalen van verladers, EDI-koppelingen, en soms een WMS of tolsysteem. SaaS-pakketten bieden standaardkoppelingen voor de gangbare combinaties. Zodra jij een TMS hebt dat tien jaar oud is, of klanten die data in een afwijkend formaat aanleveren, of een koppeling met een intern systeem dat nooit een API heeft gekregen, valt de standaard integratie weg. Dan bouw je alsnog. Alleen doe je dat dan bovenop een licentie die je maandelijks betaalt, zonder dat je de code bezit.
Criterium 3: schaalbaarheid op jouw manier
SaaS schaalt makkelijk in gebruikers en licenties, maar niet altijd in logica. Groeit jouw bedrijf door een overname, voeg je een nieuwe vervoersmodaliteit toe, of wil je een klantspecifiek rapportageformat aanbieden? Dan loop je vroeg of laat tegen de grenzen van het pakket aan. Maatwerk schaalt anders: je voegt functionaliteit toe wanneer je die nodig hebt, in het tempo dat past bij de operatie. Het nadeel is dat je daarvoor een betrouwbare partner nodig hebt, of een intern team. Als die continuïteit er niet is, is SaaS een veiligere keuze, ook al past het minder perfect.
Criterium 4: total cost of ownership over vijf jaar
De aanschafprijs van maatwerk ligt hoger dan de eerste maand SaaS. Maar de vergelijking stopt niet bij de aanschaf. Tel bij SaaS de maandelijkse licentiekosten op, de kosten voor maatwerkkoppelingen die je toch nodig hebt, de interne uren die gaan naar het omzetten van processen naar het pakket, en de afhankelijkheid van de leverancier voor elke aanpassing. Bij maatwerk betaal je eenmalig voor ontwikkeling en bezit je daarna de code. Geen licentie, geen lock-in, geen functionaliteitswijziging die doorgevoerd wordt zonder jouw akkoord. Voor complexe operaties met meerdere koppelingen en eigen logica slaat de TCO-balans na twee tot drie jaar doorgaans om.
Wat betekent dit voor AI in het bijzonder?
AI voegt een extra laag toe aan de koop-of-bouw-vraag. Een generieke AI-feature in een SaaS-pakket, zoals automatisch een ritvertraging signaleren, werkt op generieke data en generieke patronen. Dat is bruikbaar. Maar een AI-worker die jouw specifieke e-mailformaten van verladers leest, jouw tariefstructuur toepast en jouw documentstromen volgt, moet gebouwd worden op jouw data en jouw logica. Dat is geen productfeature die je koopt, dat is een systeem dat je inricht op jouw operatie. De keuze is dan niet kopen of bouwen in het abstract, maar: is mijn proces generiek genoeg dat een pakket het goed genoeg doet, of is het specifiek genoeg dat ik beter bouw?
De korte beslisboom voor logistieke bedrijven
Koop een SaaS-pakket als je een generiek proces hebt, de integratiebehoefte beperkt is, je snel resultaat wilt en bereid bent je werkwijze deels aan het systeem aan te passen. Kies voor maatwerk of een AI-laag op maat als je eigen tarieflogica hebt die afwijkt van de standaard, als je meerdere legacy-systemen moet koppelen, als je eigenaar wilt zijn van de code en data, of als SaaS-aanpassingen altijd via de leverancier moeten lopen. De meeste logistieke bedrijven zitten niet in een van de twee uitersten. Ze kopen een bestaand TMS voor de kern en bouwen specifieke automatisering er bovenop. Dat is een legitieme keuze, zolang je weet welk deel je bouwt en waarom.