Waarom je SaaS-platform op een gegeven moment vastloopt — en wat een redesign écht inhoudt

Er komt een moment in de groei van elk SaaS-product waarop het begint te wringen. Niet ineens, maar geleidelijk. Gebruikers klagen dat ze dingen niet kunnen vinden. Je developers weten niet meer waar een nieuwe feature moet landen. En als je eerlijk bent: je bent niet echt trots als je het platform aan een nieuwe klant laat zien.

Dat moment is geen toeval. Het is een voorspelbaar gevolg van hoe de meeste SaaS-producten worden gebouwd.

Hoe het begint: een goed idee en een dashboard template

De meeste SaaS-platforms beginnen hetzelfde. Er is een sterk idee, een team van developers die dat idee technisch kunnen realiseren, en de druk om snel op de markt te komen. Er wordt een dashboard template gekozen, de eerste features worden gebouwd, en het werkt.

In die fase is dat prima. Je wilt valideren, niet perfectioneren.

Maar dan groeit het product. Er komen nieuwe features. Nieuwe gebruikersgroepen. Nieuwe inzichten over wat klanten eigenlijk nodig hebben. En elke keer wordt er een beslissing genomen: waar zetten we dit neer? Wat voelt ongeveer logisch?

Het probleem is dat “ongeveer logisch” zich opstapelt. Wat in mijn ogen een linkje had kunnen zijn, wordt een knop. Wat op één pagina had kunnen staan, verspreidt zich over drie. Een gebruiker die een simpele taak wil uitvoeren, moet zich steeds opnieuw oriënteren — en raakt gefrustreerd zonder precies te weten waarom.

De drie signalen dat je platform vastloopt

Je hoeft niet te wachten op een crisis om te weten dat er iets moet veranderen. Er zijn drie signalen die ik keer op keer zie bij SaaS-bedrijven die bij mij aankloppen:

1. Gebruikers klagen over het platform — maar kunnen het niet goed omschrijven Ze zeggen dingen als “het is niet intuïtief” of “ik moet altijd even zoeken.” Dat zijn geen klachten over een specifieke bug. Het zijn klachten over de optelsom van honderd kleine ontwerpbeslissingen die nooit als geheel zijn bekeken.

2. Developers weten niet meer waar nieuwe features horen Als je team bij elke nieuwe functionaliteit de discussie voert over waar die moet landen, is dat geen gebrek aan technische kennis. Het is een gebrek aan een logisch systeem. Er is geen structuur die nieuwe toevoegingen een vanzelfsprekende plek geeft.

3. Je bent niet trots op wat je laat zien Dit is misschien wel het meest onderschatte signaal. Als jij als founder of product owner even aarzelt voor je het platform aan een potentiële klant toont — als je van tevoren uitlegt hoe het werkt in plaats van het gewoon te laten zien — dan weet je eigenlijk al wat er moet gebeuren.

De misvatting: een redesign is een verfje

De grootste misvatting die ik tegenkom is dat een redesign een kwestie is van een nieuw jasje. Andere kleuren, een frisser lettertype, wat meer witruimte. Een week werk, misschien twee.

Dat is begrijpelijk. Als je niet dagelijks bezig bent met UX en design, zie je niet wat er onder de oppervlakte speelt. Je ziet knoppen en schermen. Wat je niet ziet is de logica — of het gebrek daaraan — die bepaalt waarom een gebruiker drie klikken nodig heeft voor iets wat één klik zou moeten kosten.

Een goed redesign van een SaaS-platform begint niet met kleuren of componenten. Het begint met vragen. Wat zijn de belangrijkste taken die een gebruiker uitvoert? In welke volgorde? Wat zijn de uitzonderingen, de randgevallen, de momenten waarop iemand even vastloopt? Waar zit de échte waarde van het platform — en communiceert de interface dat ook?

Pas als die vragen beantwoord zijn, heeft het zin om naar schermen te kijken.

Wat een redesign wél is: een systeem bouwen om op verder te groeien

Wat ik zie bij de bedrijven die dit goed aanpakken, is dat ze niet denken vanuit het probleem van vandaag maar vanuit het platform van over twee jaar. Waar willen jullie naartoe? Welke gebruikersgroepen komen er bij? Welke features staan op de roadmap?

Dat is de input voor een redesign die meer doet dan oplossen wat nu kapot is. Een goed doordacht UX-systeem geeft je developers een logische structuur om op voort te bouwen. Nieuwe features hebben een vanzelfsprekende plek. De interface groeit mee met het product — zonder dat je over twee jaar weer van voor af aan hoeft te beginnen.

Dat is ook precies wat ik bedoel als ik zeg dat een redesign geen verfje is. Het is een investering in structuur. In herkenbaarheid voor de gebruiker. In een product waar je wél trots op bent als je het laat zien.

Wat er verandert als de gebruiker centraal staat

De grootste verschuiving die ik bij klanten zie — en die ook het meest weerstand oproept in het begin — is om het platform te bekijken door de bril van de gebruiker in plaats van door de bril van de techniek of het eigen team.

Dat klinkt vanzelfsprekend. Maar in de praktijk zijn de meeste beslissingen over een SaaS-interface genomen door mensen die het systeem van binnen kennen. Die weten hoe de data stroomt, hoe de features samenhangen, wat er technisch mogelijk is. En die kennis maakt het juist moeilijk om te zien wat een nieuwe gebruiker ervaart.

Iemand die het platform voor het eerst opent, heeft die context niet. Die ziet schermen. Die klikt op wat logisch lijkt. En als dat niet werkt, probeert die iets anders — of haakt af.

Een redesign die werkt, begint bij dat perspectief. Niet bij wat het systeem doet, maar bij wat de gebruiker wil bereiken. En hoe je die twee zo dicht mogelijk bij elkaar brengt.

Wanneer is het moment om actie te ondernemen?

Als je één of meerdere van de drie signalen herkent — gebruikersklachten, developers die vastlopen, of een platform waar je zelf niet trots op bent — dan is het moment er al.

Niet omdat het platform niet meer werkt. Maar omdat het beter kan werken. Voor je gebruikers, voor je team, en voor de groei die je voor ogen hebt.

Een redesign van een SaaS-platform is geen luxe voor als je groot genoeg bent. Het is de investering die je groot genoeg laat worden.