Redesign, Refresh oder Rebuild: drei Begriffe, drei verschiedene Probleme

Redesign, Refresh und Rebuild sind keine drei Größen desselben Projekts. Sie lösen drei verschiedene Probleme. Dass Teams so oft das falsche kaufen, liegt daran, dass die Branche diese Begriffe als Preisstufen verkauft, günstig, mittel und teuer, statt zu benennen, welches Problem jeder von ihnen tatsächlich löst. Ist das Problem richtig erkannt, ergibt sich die passende Maßnahme zum realistischen Preis von selbst. Liegen Sie daneben, zahlen Sie entweder für ein Fundament, das Sie nicht gebraucht hätten, oder Sie investieren in die Oberfläche, während das Fundament darunter langsam Risse bekommt. Der teuerste Posten eines Website-Projekts steht meist in keinem Angebot: die Kosten dafür, das falsche Problem gut zu lösen.

Dieser Beitrag vertritt eine Position, die der übliche Vergleich nicht einnimmt. Die meisten Ratgeber definieren die drei über das, was Sie bekommen: ein leichteres oder schwereres Leistungspaket auf einer Preisleiter. Genau diese Sichtweise führt dazu, dass Teams nach Budget statt nach Diagnose wählen. Hier definieren wir sie über das, was sie beheben. Denn welcher Begriff passt, sollte die Ebene des Problems entscheiden, nicht die Höhe der Rechnung. Benennen Sie die Ebene richtig, wird das ganze Projekt günstiger. Nicht, weil jemand Rabatt gibt, sondern weil Sie keine Arbeit mehr einkaufen, die das Problem nie verlangt hat.

Was alle unter diesen Begriffen verstehen

Die gängige Annahme lautet: Refresh, Redesign und Rebuild beschreiben eine Skala des Anspruchs. Ein Refresh ist klein und günstig, ein Redesign die ernsthafte Mitte, und ein Rebuild das große, teure Projekt für den Moment, in dem Sie bereit sind zu investieren. Diese Annahme liegt nahe, weil sie zur Hälfte stimmt. Die drei werden entlang dieser Linie tatsächlich teurer, und die meisten Angebote sind genau so aufgebaut: als Stufen, zwischen denen Sie je nach Investitionsbereitschaft wählen.

Die Sichtweise klingt vernünftig, weil alle drei am selben sichtbaren Punkt enden: bei einer Website, die besser aussieht und besser funktioniert als die jetzige. Da liegt es nahe, sie als mehr oder weniger vom Gleichen zu betrachten. Doch genau „mehr oder weniger vom Gleichen“ ist das falsche Modell. Ein Refresh ist kein kleines Redesign, und ein Redesign ist kein halber Rebuild. Sie setzen an verschiedenen Ebenen der Website an, und ein größeres Budget macht aus dem einen nicht das andere. Mit dem Geld für ein Redesign beheben Sie kein Problem im Fundament. Mit dem Geld für einen Rebuild beheben Sie ein Problem im Erscheinungsbild nicht besser als mit einem Refresh. Das Stufenmodell unterstellt stillschweigend, dass es immer um dasselbe Problem geht, nur mal stärker, mal schwächer spürbar. Das stimmt nicht.

Was die drei jeweils beheben

Jede der drei Maßnahmen setzt an einer anderen Ebene der Website an. Wer die Ebene benennt, hat die Entscheidung schon getroffen.

Ein Refresh behebt das Erscheinungsbild. Die Struktur der Website stimmt, Besucher finden, was sie suchen, und erledigen, wofür sie gekommen sind, und die technische Basis trägt. Aber die Website wirkt veraltet, passt nicht mehr zur Marke oder nicht mehr dazu, wo das Unternehmen heute steht. Ein Refresh erneuert die sichtbare Ebene: Typografie, Farbe, Bildsprache, Abstände und Texte. Wie die Website gegliedert oder technisch umgesetzt ist, bleibt unberührt. Das Problem, das er löst: Die Website sieht nicht mehr nach Ihnen aus.

Ein Redesign behebt Nutzererlebnis und Struktur. Hier ist nicht die Oberfläche das eigentliche Problem, sondern die Gliederung der Website. Besucher finden Dinge nur mühsam, die Navigation arbeitet gegen die Art, wie Menschen tatsächlich denken, der Weg zur gewünschten Aktion ist unklar, oder die Struktur wurde für ein Unternehmen gebaut, aus dem Sie längst herausgewachsen sind. Ein Redesign überarbeitet Informationsarchitektur, Seitenaufbau, User Flows und das Nutzererlebnis. Meist verändert sich dabei auch das Aussehen, aber das ist ein Nebeneffekt. Das Problem, das es löst: Die Website funktioniert nicht mehr so, wie Ihre Besucher es brauchen.

Ein Rebuild behebt das Fundament. Das Problem liegt weder im Aussehen noch in der Gliederung, sondern in dem, worauf die Website gebaut ist. Die Plattform oder Codebasis kann nicht leisten, was das Unternehmen braucht. Jede Änderung ist langsam oder riskant, Integrationen sind fehleranfällig, die Architektur deckelt die Performance, oder das Ganze lässt sich nicht auf den nächsten Markt, den nächsten Shop oder die nächste Marke skalieren. Ein Rebuild ersetzt die technische Basis. Das Problem, das er löst, liegt unter allem, was Besucher sehen, und genau deshalb wird diese Ebene am häufigsten falsch diagnostiziert. Flatline arbeitet in Projekten für Unternehmenswebsites auf allen drei Ebenen, für Marken von Fugazzi bis Hugo Boss. Und in jedem Fall bestimmt die Ebene, die tatsächlich kaputt ist, den echten Umfang, nicht wie groß der Begriff klingt.

Warum die Begriffe falsch bepreist werden

Der Mechanismus dahinter ist einfach: Diese Begriffe benennen Leistungen, keine Probleme, und die Branche kauft und verkauft sie nach Aufwand. Ein Angebot beschreibt, was Sie erhalten, neue Visuals, eine neue Struktur, eine neue Plattform, und hängt einen Preis an den Arbeitsaufwand. Nichts in diesem Ablauf zwingt jemanden, zuerst festzustellen, welche Ebene tatsächlich kaputt ist. Also wird standardmäßig nach Budget oder Ehrgeiz gewählt: Ein Team legt fest, wie viel es ausgeben oder wie mutig es sein will, und nimmt die passende Stufe. Die Diagnose, die eigentlich am Anfang stehen sollte, fällt weg, weil die Begriffe sie nie verlangt haben.

So landet ein Team mit einem Problem im Fundament bei einem Redesign: schöne neue Seiten auf derselben Basis, die das eigentliche Hindernis war. Ein Jahr später steht es wieder am selben Punkt, das strukturelle Problem unberührt. Und so bekommt ein Team, dessen Website lediglich etwas müde aussieht, einen Rebuild verkauft und bezahlt für den Ersatz eines Fundaments, das einwandfrei funktionierte. In beiden Fällen wird das Geld kompetent ausgegeben und das falsche Problem gelöst, weil der Begriff aus einer Preisliste stammt und nicht aus einer Diagnose. Die unabhängige UX-Forschung der Nielsen Norman Group kommt bei überdimensionierten Projekten zum selben Schluss: Viele Probleme einer Website sind isoliert und lassen sich mit kleineren, gezielten Änderungen beheben. Eine komplette Überarbeitung wird oft aus Langeweile oder Panik gewählt, nicht aufgrund von Belegen. Die Abhilfe ist in jedem Fall dieselbe: erst die Ebene benennen, dann die Arbeit bepreisen.

Wie Sie erkennen, welches Problem Sie wirklich haben

Die Diagnose geht schneller als die Budgetdebatte und läuft auf eine Frage hinaus: Welche Ebene lässt Sie im Stich? Fragen Sie sich in diesen Kategorien, was tatsächlich nicht stimmt.

Wirkt die Website veraltet oder passt sie nicht mehr zur Marke, aber Besucher finden noch, was sie suchen, die Struktur dient dem Unternehmen und technisch hält Sie nichts auf? Dann ist das Erscheinungsbild das Problem, und ein Refresh ist die ehrliche Antwort. Können Besucher nicht einfach finden oder erledigen, wofür sie gekommen sind, arbeiten Navigation oder Seitenaufbau gegen das Ziel, oder wurde die Website für ein kleineres oder anderes Unternehmen gegliedert, als Sie heute sind? Dann liegt das Problem in Nutzererlebnis und Struktur, und das ist ein Redesign, egal wie die Oberfläche aussieht. Ist die Einschränkung technisch, können Sie nicht bauen, was Sie brauchen, sind Änderungen langsam oder riskant, stoßen Performance oder Integrationen an ihre Grenzen, oder trägt die Plattform die nächste Wachstumsphase nicht? Dann ist das Fundament das Problem, und das ist ein Rebuild, ganz gleich, wie die Website aussieht oder sich liest.

Zwei Vorbehalte machen die Diagnose verlässlich. Erstens: Stützen Sie sie auf Belege, nicht auf ein Gefühl. Entscheidend ist, wo Besucher tatsächlich hängen bleiben, was das Team tatsächlich nicht ändern kann und wo die Performance tatsächlich einbricht, nicht der allgemeine Eindruck, dass die Website alt wirkt. Eine Website kann alt wirken und strukturell völlig in Ordnung sein. Dann haben Sie ein Problem im Erscheinungsbild, das sich als Strukturproblem tarnt. Zweitens: Die Ebenen können sich stapeln. Ein echtes Problem im Fundament erfordert meist Rebuild und Redesign zusammen, denn wer die Basis ersetzt, sollte bei der Gelegenheit auch die Struktur darüber in Ordnung bringen. Ein Rebuild, der nur das alte Nutzererlebnis exakt nachbaut, lohnt sich selten. Aber die Stapelung verläuft nur in eine Richtung. Ein Problem im Fundament zieht die Ebenen darüber mit in den Projektumfang. Ein Problem im Erscheinungsbild rechtfertigt fast nie, die Ebenen darunter anzufassen. Wenn Sie versucht sind, eine Ebene tiefer zu gehen, lassen Sie das tiefere Problem erst beweisen, dass es existiert, bevor Sie für seine Lösung bezahlen.

Die richtige Benennung ist die günstigste Entscheidung

Ist die Ebene erst benannt, ergeben sich die richtige Maßnahme und ihr ehrlicher Preis ohne Diskussion. Und den teuersten Fehler des ganzen Projekts, das falsche Problem gut zu lösen, haben Sie damit gerade verhindert. Deshalb ist die Diagnose die günstigste Entscheidung überhaupt: Sie kostet nichts außer Ehrlichkeit, und sie ist der einzige Schritt, der jeden danach ausgegebenen Euro schützt. Ein richtig benannter Refresh bewahrt Sie vor einem Rebuild, den Sie nicht gebraucht hätten. Ein richtig benannter Rebuild bewahrt Sie davor, zweimal ein Redesign zu machen: einmal jetzt auf der wackelnden Basis und noch einmal, wenn diese Sie schließlich doch zu dem aufgeschobenen Rebuild zwingt.

Nichts davon plädiert dafür, Sparen zum Selbstzweck zu machen. Es geht darum, in die Ebene zu investieren, die tatsächlich kaputt ist. Manchmal heißt das, dass ein Rebuild die einzige ehrliche Antwort ist und die kleineren Optionen am falschen Ende sparen. Ein Fundament, das die nächsten Jahre trägt, ist sein Geld wert, wenn das Fundament wirklich das Problem ist. Die Disziplin ist in jede Richtung dieselbe: Ebene diagnostizieren, den passenden Begriff wählen und den Preis das sein lassen, was die Lösung des echten Problems kostet. Nicht das, was zufällig in der Stufe steckte, die Sie nach Budget ausgewählt haben. Der Begriff, den Sie wählen, ist der günstigste Teil des Projekts, und er bestimmt, was alles andere kostet.

Häufig gestellte Fragen

Was ist der Unterschied zwischen Redesign, Refresh und Rebuild einer Website?

Sie beheben verschiedene Ebenen der Website. Ein Refresh erneuert das Erscheinungsbild, also Typografie, Farbe, Bildsprache und Texte, und lässt Struktur und Plattform unangetastet. Ein Redesign überarbeitet Struktur und Nutzererlebnis, also Informationsarchitektur, Navigation und User Flows. Damit ändert sich, wie die Website funktioniert, nicht nur, wie sie aussieht. Ein Rebuild ersetzt das technische Fundament, die Plattform oder Codebasis darunter. Es sind drei verschiedene Probleme, keine drei Größen eines Projekts.

Woran erkenne ich, ob ich einen Refresh oder ein komplettes Redesign brauche?

Prüfen Sie, ob das Problem darin liegt, wie die Website aussieht, oder darin, wie sie funktioniert. Finden Besucher, was sie suchen, erledigen sie, wofür sie gekommen sind, und dient die Struktur noch dem Unternehmen, aber die Website wirkt veraltet oder passt nicht zur Marke? Dann ist es ein Problem im Erscheinungsbild, und ein Refresh passt. Tun sich Besucher mit der Navigation schwer, ist der Weg zu wichtigen Aktionen unklar oder passt die Struktur nicht mehr zu Ihrem Unternehmen? Dann ist es ein strukturelles Problem, das ein Redesign braucht, egal wie die Oberfläche aussieht.

Wann braucht eine Website einen Rebuild statt eines Redesigns?

Wenn die Einschränkung technisch ist und nicht visuell oder strukturell. Können Sie nicht bauen, was das Unternehmen braucht, sind Änderungen langsam oder riskant, deckelt die Architektur Performance oder Integrationen, oder lässt sich die Plattform nicht auf den nächsten Markt, Shop oder die nächste Marke skalieren? Dann ist das Fundament das Problem und ein Rebuild die Antwort. Ein Redesign auf einem wackelnden Fundament setzt neue Seiten auf dieselbe Basis, die das eigentliche Hindernis war.

Kann man ein Redesign ohne Rebuild machen?

Ja, und oft ist das sogar die richtige Wahl. Ist das technische Fundament solide, dienen aber Struktur und Nutzererlebnis dem Unternehmen nicht mehr, überarbeitet ein Redesign Gliederung und Abläufe auf der bestehenden Plattform, ohne sie zu ersetzen. Der umgekehrte Fall ist seltener: Ein Rebuild geht meist mit zumindest einem Teil-Redesign einher. Wer das Fundament ersetzt, hat den natürlichen Moment, auch die Struktur darüber zu verbessern, statt das alte Nutzererlebnis exakt nachzubauen.

Warum kosten Redesign und Rebuild so unterschiedlich viel?

Weil sie Probleme auf verschiedenen Ebenen lösen und unterschiedlich viel Arbeit erfordern. Ein Rebuild ersetzt die technische Basis und zieht meist auch Struktur und Design mit in den Projektumfang, deshalb ist er der aufwendigste der drei. Trotzdem sollten die Kosten eine Folge der Ebene sein, die Sie beheben müssen, und nicht der Grund für die Wahl eines Begriffs. Wer den günstigeren Begriff wählt, um Geld zu sparen, lässt das eigentliche Problem ungelöst. Das ist teurer, als einmal die richtige Arbeit zu machen.

Das Wichtigste in Kürze

• Redesign, Refresh und Rebuild lösen drei verschiedene Probleme, sie sind keine drei Größen eines Projekts. Ein Refresh behebt das Erscheinungsbild, ein Redesign Struktur und Nutzererlebnis, ein Rebuild das technische Fundament.

• Die Branche bepreist sie als Aufwandsstufen. Deshalb wählen Teams nach Budget oder Ehrgeiz statt nach Diagnose, und so bekommt ein Problem im Fundament ein Redesign und eine müde wirkende Website einen Rebuild.

• Diagnostizieren Sie nach Ebene. Sieht falsch aus, funktioniert aber und trägt: Refresh. Schwer zu bedienen oder schlecht gegliedert: Redesign. Technisch eingeschränkt oder nicht skalierbar: Rebuild.

• Stützen Sie die Diagnose auf Belege, nicht auf das Gefühl, dass die Website alt ist. Und denken Sie daran, dass sich die Ebenen nur in eine Richtung stapeln: Ein Problem im Fundament zieht die Ebenen darüber mit, ein Problem im Erscheinungsbild rechtfertigt selten, die Ebenen darunter anzufassen.

• Die Ebene richtig zu benennen, ist die günstigste Entscheidung im Projekt. Sie verhindert den teuersten Fehler, das falsche Problem gut zu lösen, und lässt den Preis das sein, was die Lösung des echten Problems tatsächlich kostet.

Die drei Begriffe werden austauschbar verwendet, weil sie aus der Ferne alle dasselbe versprechen: eine bessere Website. Aus der Nähe sind sie Antworten auf verschiedene Fragen, und die Frage lautet, welche Ebene Ihrer Website Sie tatsächlich im Stich lässt. Benennen Sie das zuerst, in klaren Worten, bevor jemand eine Stufe anbietet. Dann ist die Entscheidung zwischen Redesign, Refresh und Rebuild keine Budgetverhandlung mehr, sondern das, was sie sein sollte: eine Diagnose. Die Diagnose kostet nichts. Alles, was Sie danach ausgeben, hängt davon ab, dass sie stimmt.