Blog

SaaS is niet dood, maar het is niet langer "betrouwbaar".

by | 2 augustus 27

De scherpe daling van de Amerikaanse aandelenkoersen van vorige week bevatte één signaal dat door de markt werd versterkt: De introductie van Claude Opus 4.6 en OpenAI Codex-5.3.
Dit zijn niet zomaar modelupgrades, maar dingen die meer mensen in staat stellen om het voor het eerst echt te ervaren:Een groot aantal "functionele SaaS"-aanbieders verliest zijn concurrentievoordeel..

Dit betekent niet dat alle SaaS-diensten onmiddellijk zullen verdwijnen, maar...Een bepaald type SaaS is in een risicovolle zone terechtgekomen..
Diensten zoals Jotform, DocuSign, Monday en Ragic, die zich richten op "processen, formulieren, goedkeuringen en beheerinterfaces", zijn in essentie:

Vertaal vereisten naar regels, processen, gebruikersinterfaces en documentatie.
Verpakt tot een bruikbaar product.

Deze taak wordt nu door AI uitgevoerd.De tijdsaanduiding wordt niet langer in "jaren" maar in "maanden" weergegeven..

Het werkelijke risico van SaaS is niet dat het "onbruikbaar" is, maar "of het kan overleven".

Het grootste risico bij het gebruik van dit type SaaS is tegenwoordig niet zozeer de prijs of het gebrek aan functionaliteit, maar eerder...
Als het niet meer te redden is, wil je dan verhuizen?

Maar hier zit het probleem:

  • Als de ene partij failliet gaat, kun je verhuizen.
  • Als veel bedrijven het niet redden, waar ga je dan naartoe?
  • Zijn we gedoemd om voor altijd tussen verschillende SaaS-aanbieders te blijven zwerven?

Wanneer de hele markt op grote schaal intern begint te produceren.De optie om "over te stappen naar een andere SaaS-aanbieder" zal vanzelf verdwijnen..

De volgende stap is niet om "de tools te veranderen", maar om "de structuur te veranderen".

Vervolgens zult u een duidelijke trend zien:
Bedrijven zijn niet langer afhankelijk van externe SaaS-assemblageprocessen, maar beginnen hun eigen interne systemen te bouwen.

Niet elk bedrijf hoeft een volledig engineeringteam in dienst te hebben; het is eerder zo:

  • De gereedschappen die oorspronkelijk gehuurd waren
  • Het wordt een intern besturingssysteem dat "zelfsturend, uitbreidbaar en integreerbaar" is.

Op dit moment is er niet langer alleen een tekort aan ingenieurs, maar ook aan...
Enterprise Architect.

Een architect is niet iemand die code schrijft, maar iemand die "weet hoe je systemen bouwt".

Deze rol is cruciaal, maar wordt ook vaak verkeerd begrepen.

Hij hoeft niet per se veel code te schrijven, maar hij moet wel het volgende begrijpen:

  • Hoe integreer je software en processen?
  • Hoe worden AI, data, gebruikersinterface en machtigingen geïntegreerd?
  • Hoe kies en configureer je een publieke cloud, een private cloud en een hybride cloud?
  • Wat moeten we zelf doen, wat moeten we uitbesteden en wat moeten we met open source doen?

Simpel gezegd is hij "Digitale architecten".

Een huis huren versus een eigen huis bouwen

Je kunt de huidige SaaS-oplossingen zien als een "gehuurd huis":

  • Gemakkelijk, snel en lage aanvangskosten
  • Maar het kan op elk moment worden teruggenomen, doorverkocht of de water- en elektriciteitsvoorziening kan worden afgesloten.

De wijziging is nu als volgt:
AI verlaagt de drempel voor het bouwen van een eigen huis aanzienlijk..

Maar "makkelijker" betekent niet "vereist geen begrip".
Daarom heb je een architect nodig om je te helpen bij het plannen van het hele huis, in plaats van zomaar een gammele hut van golfplaten te bouwen.

De conclusie is eigenlijk vrij eenvoudig.

Naarmate steeds meer mensen hun eigen systemen gaan bouwen, beginnen ze steeds meer systemen te bouwen.
De ruimte voor SaaS om te overleven zal steeds kleiner worden.,
Als u van hen afhankelijk blijft, loopt u het systemische risico dat de dienst plotseling verdwijnt.

Dit risico is nu al zichtbaar.
Het probleem is dat de meeste mensen het nog niet serieus nemen.

In 2026 zal dit verhaal zich vrijwel zeker volledig ontvouwen.
Als u nog steeds veel gebruikmaakt van SaaS (niet alles, maar vooral kantoor-, proces- en beheerservices).
Wat je nu zou moeten doen, is niet vragen: "Moeten we van gereedschap wisselen?"
In plaats daarvan begonnen ze te denken:

Als ik op een dag geen SaaS meer kan gebruiken, hoe blijft mijn systeem dan functioneren?

Dit is geen intimidatie, dit is een waarschuwing. En het alarm is al afgegaan...

meer nieuws