Wat is SaaS? Software die je als dienst afneemt in plaats van installeert. Wanneer standaard-SaaS volstaat en wanneer maatwerk beter past.
SaaS betekent software als dienst: je neemt een programma af via internet en betaalt er een abonnement voor, in plaats van het te installeren op eigen servers. De leverancier beheert updates, beschikbaarheid en beveiliging. Je wint gemak, maar werkt binnen de regels en velden die de leverancier heeft bedacht.
Vrijwel elk bedrijf werkt vandaag met SaaS, vaak zonder het woord te gebruiken: het planningstool in de browser, de boekhoudomgeving, de mailservice, de klantendatabase. Je logt in, de software staat ergens in een datacenter, en maandelijkse of jaarlijkse afrekening loopt automatisch. Er is geen installatie-dvd meer, geen server in de kast en geen update die iemand handmatig moet doorvoeren.
De keerzijde zit in de naam: het is software van een ander. Je werkt in de structuur die de leverancier tekende. Welke velden een klant heeft, welke statussen een order kent, welke rapporten er bestaan. Komt jouw werkwijze grotendeels overeen met wat het pakket standaard doet, dan is dat een voordeel: je begint morgen. Wijkt jouw proces af op de plekken die je juist het meeste opleveren, dan pas je je aan aan het pakket, of je zoekt een ander pakket, of je laat iets bouwen. Die keuze is de hele afweging rond SaaS.
Een voorbeeld: een klein installatiebedrijf begint met een standaard planningstool en is binnen een week operationeel. Twee jaar later blijkt dat werkbonnen, onderdelenlijsten en controleerlijsten niet samenvallen in dat tool, en medewerkers houden lijstjes bij in tekstbestanden ernaast. Op dat punt is het standaardpakket niet meer verkeerd, maar wel te krap geworden. Het werk groeide uit de mal.
SaaS is de moeite waard voor elk kernproces dat generiek is: mail, agenda, boekhouding, facturatie, bestandsopslag. Die processen verschillen weinig tussen bedrijven, zijn door honderden leveranciers uitgewerkt en kosten je als abonnee nauwelijks keuzestress. Ook als startpunt loont het: een standaardomgeving laat snel zien waar je proces écht knelt, met veel minder inzet dan eerst laten bouwen.
Het loont niet als het pakket jouw onderscheidende werk aanpast in plaats van andersom, of als het belangrijkste proces niet in de velden past. Let ook op de afhankelijkheid: een abonnement kun je opzeggen, maar je gegevens uit een pakket halen is een klus die je vóór het tekenen al wilt beproeven. En wie per maand dezelfde tekortkomingen omzeilt met losse spreadsheets ernaast, heeft feitelijk al besloten dat standaard niet meer volstaat.
We koppelen graag aan de SaaS-pakketten die je al hebt in plaats van ze te vervangen: een automatisering of AI-agent haalt zijn gegevens op uit je bestaande omgeving en schrijft terug waar dat mag. Waar een standaardpakket op de cruciale plek tekortschiet, bouwen we maatwerksoftware die daar aanvult. De afweging staat uitgebreid op de pagina Maatwerk. Offertes volgen uit nacalculatie op de echte scope, nooit uit een pakket.
Bij SaaS neem je een kant-en-klaar pakket af en werk je binnen de structuur van de leverancier; de kosten zitten in een abonnement en het beheer is niet jouw zorg. Bij maatwerksoftware laat je een applicatie bouwen rond jouw eigen proces, met beheer en doorontwikkeling als eigen verantwoordelijkheid. Standaard wint op snelheid en onderhoud, maatwerk wint op de plekken waar jouw werkwijze afwijkt van wat generiek is.
In de meeste gevallen wel, via de interfaces die de leveranciers aanbieden: gegevens uit het ene pakket stromen dan automatisch naar het andere, zonder overtypen. De praktische check is of beide pakketten een bruikbare API hebben én of de velden die jij nodig hebt daarin zichtbaar zijn. Waar dat niet zo is, blijft een nette import-export een prima tussenoplossing. In de discovery van een traject toetsen we dat per pakket, vóórdat er gebouwd wordt.
Een abonnement lijkt goedkoop per maand maar loopt door zolang je het pakket gebruikt, en stijgt mee met zitplaatsen of verbruik. Laten bouwen vraagt vooraf meer inzet en loopt daarna door op beheer en doorontwikkeling. Eerlijk antwoord: geen van beide is per definitie voordeliger. Het hangt af van hoe lang je het gebruikt en hoe specifiek je proces is. We rekenen projecten af op nacalculatie en leggen de aannames vast, zodat je die afweging met echte cijfers kunt maken.
Vraag dat vóór het tekenen, niet achteraf. De meeste leveranciers bieden export aan als csv of een vergelijkbaar bestandsformaat, maar de volledigheid verschilt sterk: soms gaan historie, bijlagen of koppelingen tussen records verloren. Test de export met een echte dataset en controleer of het nieuwe pakket ermee aan de slag kan. Bij een traject nemen we die overgang mee in de planning, zodat het oude pakket pas stopt als het nieuwe werkend is.
EIGHTY8