B2B SaaS Redesign Strategien
Wie etablierte Produkte ihr Interface modernisieren ohne Bestandskunden zu verlieren
Warum Redesigns bei etablierten SaaS Produkten anders funktionieren
Ein neues SaaS Produkt zu designen ist vergleichsweise einfach.
Du startest auf der grünen Wiese. Keine Gewohnheiten. Keine Altlasten. Keine Abhängigkeiten.
Ein etabliertes Produkt neu zu gestalten ist das Gegenteil davon.
Du arbeitest gegen:
jahrelang aufgebaute Nutzergewohnheiten
individuelle Workflows von Power Usern
interne Logik, die historisch gewachsen ist
und oft gegen dein eigenes System
Bestandskunden sind dabei dein größtes Asset – und dein größtes Risiko.
Sie zahlen. Sie kennen das Produkt. Sie haben sich angepasst.
Und genau deshalb reagieren sie sensibel auf Veränderungen.
Ein Redesign kann:
die Conversion steigern
Support-Anfragen reduzieren
neue Zielgruppen erschließen
Oder es kann:
bestehende Nutzer frustrieren
Churn erhöhen
Vertrauen zerstören
Ich habe mehrere SaaS Redesigns begleitet, bei denen technisch alles richtig gemacht wurde – und trotzdem Nutzer verloren gingen. Nicht wegen schlechter UX. Sondern wegen schlechter Strategie.
Ein B2B SaaS Redesign ist kein Designprojekt.
Es ist ein Change-Projekt.
Matthias Ohnemus - Freelance-Designer aus Hamburg
Freelance-Designer aus Hamburg
Ich bin UI/UX & Branding Designer aus Hamburg und unterstütze Startups beim Aufbau klarer Marken und digitaler Produkte.
Die drei häufigsten Redesign-Strategien im Vergleich
Es gibt nicht “die eine richtige” Strategie.
Aber es gibt klare Muster, die immer wieder auftauchen.
1. Inkrementelles Redesign (Modul für Modul)
Du ersetzt dein Interface Schritt für Schritt.
Ein Screen. Ein Modul. Ein Feature nach dem anderen.
Wann diese Strategie funktioniert
Diese Strategie ist ideal, wenn:
dein Produkt sehr groß und komplex ist
du viele aktive Power User hast
du kontinuierlich releasen kannst
dein Design System bereits halbwegs steht
Der größte Vorteil:
Nutzer werden nicht überrumpelt.
Sie lernen das neue Interface in kleinen Dosen.
GitHub ist ein gutes Beispiel dafür.
Über Jahre hinweg wurde das Interface modernisiert – ohne einen klaren “Big Bang”.
Wann sie scheitert
Das Problem: Inkonsistenz.
Wenn du zu langsam bist oder keine klare Zielvision hast, entsteht ein Hybrid:
alte Patterns
neue Komponenten
widersprüchliche Interaktionen
Das verwirrt mehr als ein altes, aber konsistentes System.
Ohne starkes Design System und klare UX-Prinzipien wird das schnell unkontrollierbar.
Hier zahlt sich ein vorgelagerter UX Audit massiv aus.
Fazit
Sicher, aber langsam.
Und nur gut, wenn du strukturell sauber arbeitest.
2. Big Bang Redesign (alles auf einmal)
Ein Stichtag.
Ein neues Interface.
Alle Nutzer wechseln gleichzeitig.
Wann diese Strategie funktioniert
Selten. Aber wenn, dann unter diesen Bedingungen:
dein aktuelles UX ist strukturell kaputt
inkrementelle Updates würden zu lange dauern
du eine klare, validierte Zielvision hast
du Nutzer gut vorbereitest
Ein gutes Beispiel ist Linear.
Linear hat von Anfang an auf eine extrem klare UX gesetzt – und größere Änderungen wurden konsequent und geschlossen ausgerollt. Allerdings mit einer sehr design-affinen Zielgruppe.
Wann sie scheitert
In den meisten Fällen.
Der Klassiker:
neues UI ist objektiv besser
Nutzer sind trotzdem frustriert
Warum?
Weil sie nicht das bewerten, was besser ist.
Sondern das, was anders ist.
Salesforce Lightning ist das bekannteste Beispiel.
Das neue Interface war moderner – aber der Umstieg von Classic war für viele Nutzer schmerzhaft.
Fehlende Orientierung, andere Navigation, neue Patterns.
Das Ergebnis: Widerstand. Und teilweise Rückmigration.
Fazit
Schnell. Klar. Radikal.
Aber extrem riskant.
3. Parallelbetrieb (neue Version für Neukunden)
Du baust ein neues Produkt – neben dem alten.
Neue Kunden starten direkt im neuen Interface
Bestehende Kunden bleiben zunächst im alten
Migration erfolgt später (oder optional)
Wann diese Strategie funktioniert
Diese Strategie ist stark, wenn:
dein Produkt eine klare Trennung erlaubt
du genug Ressourcen hast, zwei Systeme zu betreiben
du aus realem Nutzerverhalten lernen willst
Das ist im Grunde ein kontrolliertes Live-Experiment.
Du kannst:
Features validieren
UX iterieren
reale Nutzung beobachten
Ohne deine bestehende User Base zu riskieren.
Wann sie scheitert
Der Preis ist hoch:
doppelte Maintenance
doppelte Komplexität
interne Fragmentierung
Und irgendwann kommt der Punkt, an dem du entscheiden musst:
Migration oder Abschaltung.
Wenn du diesen Punkt nicht klar definierst, bleibt das Produkt dauerhaft gespalten.
Fazit
Sehr kontrolliert. Sehr aufwendig.
Strategisch stark – operativ teuer.
4. Hybrid-Modelle (Opt-in)
Viele erfolgreiche Redesigns nutzen eine Mischung:
Neue UI ist optional
Nutzer können wechseln
Feedback wird gesammelt
Migration erfolgt schrittweise
Das reduziert Risiko und erhöht Akzeptanz.
Aber auch hier gilt:
Ohne klares Enddatum bleibt alles im Schwebezustand.
Die häufigsten Fehler bei SaaS Redesigns
Die Strategie ist nur die halbe Miete.
Die eigentlichen Probleme entstehen in der Umsetzung.
1. Nutzer werden überrascht statt vorbereitet
Das häufigste Problem.
Ein neues Interface erscheint über Nacht.
Ohne Kontext. Ohne Erklärung. Ohne Übergang.
Für dich ist es ein Redesign.
Für den Nutzer ist es ein Bruch.
Besser:
früh kommunizieren
Screenshots zeigen
Beta-Zugänge anbieten
Changes erklären
Ein Redesign beginnt nicht mit dem Release.
Sondern Monate davor.
2. Power User werden nicht früh einbezogen
Power User sind deine kritischsten Nutzer.
Und deine wertvollsten.
Sie kennen jeden Shortcut.
Jeden Workaround.
Jede Schwäche deines Produkts.
Wenn du sie ignorierst, passiert Folgendes:
sie verlieren Geschwindigkeit
sie verlieren Vertrauen
sie beschweren sich öffentlich
Binde sie früh ein:
Interviews
Beta-Programme
Feature-Feedback
Nicht als Nice-to-have.
Sondern als Kern deiner Strategie.
3. Redesign wird mit neuen Features vermischt
Ein klassischer Fehler.
“Wenn wir schon redesignen, können wir auch gleich Feature X bauen.”
Schlechte Idee.
Warum?
Weil du zwei Variablen gleichzeitig veränderst:
Interface
Funktionalität
Wenn Nutzer Probleme haben, weißt du nicht warum.
Besser:
zuerst Struktur und UX verbessern
dann Features ergänzen
Nicht beides gleichzeitig.
4. Kein klares Enddatum für den Übergang
Viele Teams vermeiden die Entscheidung.
Das alte System bleibt “vorerst” bestehen.
Die Migration wird verschoben.
Das Ergebnis:
doppelte Systeme
interne Unsicherheit
keine klare Richtung
Ein Redesign braucht ein Ende.
Nicht sofort.
Aber klar definiert.
Matthias Ohnemus - Freelance-Designer aus Hamburg
Freelance-Designer aus Hamburg
Ich bin UI/UX & Branding Designer aus Hamburg und unterstütze Startups beim Aufbau klarer Marken und digitaler Produkte.
Praktische Empfehlung: Welche Strategie passt zu deinem Produkt?
Die richtige Entscheidung hängt weniger vom Trend ab – und mehr von deiner Situation.
Diese fünf Fragen helfen dir dabei:
1. Wie hoch ist die Abhängigkeit deiner Nutzer vom aktuellen Interface?
Arbeiten sie täglich mehrere Stunden im Tool?
Oder nutzen sie es sporadisch?
→ Je höher die Abhängigkeit, desto vorsichtiger musst du sein.
2. Wie konsistent ist dein aktuelles UX?
Hast du bereits ein halbwegs sauberes System?
Oder ist es historisch gewachsen und fragmentiert?
→ Bei hoher Inkonsistenz kann ein radikalerer Schnitt sinnvoll sein.
3. Hast du ein funktionierendes Design System?
Ohne Design System wird jedes Redesign chaotisch.
Eine solide Komponenten-Bibliothek ist die Grundlage für:
konsistente Updates
skalierbare UI-Entwicklung
schnellere Iterationen
4. Wie schnell kannst du iterieren?
Hast du:
kurze Release-Zyklen
direkte Nutzer-Feedback-Loops
→ Wenn ja, ist ein inkrementelles Redesign deutlich realistischer.
5. Wie risikobereit ist dein Unternehmen?
Ein Big Bang kann funktionieren.
Aber du musst den möglichen Schaden tragen können.
Viele unterschätzen das.
Das beste Redesign ist das, das niemand bemerkt hat
Die meisten denken bei Redesigns an visuelle Veränderung.
Farben. Typografie. Layout.
Das ist nicht der Punkt.
Ein gutes B2B SaaS Redesign fühlt sich nicht neu an.
Es fühlt sich logisch an.
weniger Reibung
klarere Struktur
bessere Orientierung
Nutzer müssen nicht umlernen.
Sie verstehen einfach schneller.
Nicht mehr Features — sondern weniger Widerstand.
Nicht schöner — sondern verständlicher.
Am Ende gewinnt nicht das modernste Interface.
Sondern das Produkt, das Menschen ohne Nachdenken benutzen können.
