Warum der nächste Relaunch selten die Lösung ist

Es gibt einen Moment in fast jedem digitalen Projekt, der sich erstaunlich vertraut anfühlt. Die Website ist in die Jahre gekommen, die Startseite wirkt etwas müde, das Menü ist gewachsen wie ein Garten ohne Schnitt, und irgendwo im Unternehmen sagt jemand den Satz, der gleichzeitig Befreiung und Drohung ist: „Wir brauchen einen Relaunch."

Der Satz klingt entschlossen. Nach Aufbruch. Nach Ordnung. Nach einem Schnitt, der das Alte hinter sich lässt. Und manchmal stimmt das sogar. Manche Websites sind technisch überholt, gestalterisch erschöpft oder strukturell so verworren, dass eine grundlegende Neuaufstellung notwendig wird. Aber sehr oft ist der Relaunch eben doch nicht die Lösung. Er ist die sichtbarste, teuerste und bequemste Antwort auf Fragen, die vorher nicht sauber gestellt wurden.

Denn eine Website altert selten nur an der Oberfläche. Sie altert in ihren Zuständigkeiten, in ihren Prozessen, in ihrer Sprache, in ihren Daten, in ihren Annahmen über Nutzer:innen. Sie altert dort, wo Inhalte ohne redaktionelles Konzept entstehen, wo Abteilungen eigene Bereiche verteidigen, wo technische Systeme historisch gewachsen sind und niemand mehr genau weiß, warum etwas so ist, wie es ist.

Eine Website wird nicht dadurch schlecht, dass sie drei Jahre alt ist. Sie wird schlecht, wenn sie drei Jahre lang nicht geführt wurde.

Und genau hier beginnt das Missverständnis. Der Relaunch wird oft als großes Reinigungsritual verstanden. Einmal alles neu, einmal alles schön, einmal alles zeitgemäß. Danach, so die Hoffnung, funktioniert es wieder. Doch digitale Qualität entsteht nicht durch einen einmaligen Kraftakt. Sie entsteht durch kontinuierliche Pflege, klare Entscheidungen und die Fähigkeit, die eigene Organisation im Web wirklich abzubilden, ohne ihr ausgeliefert zu sein.

Der klassische Website-Relaunch hat etwas Märchenhaftes. Am Anfang steht das Unbehagen: Die alte Website passt nicht mehr. Dann folgt die Verheißung: Mit einem neuen Design, einem neuen CMS, einer neuen Struktur wird alles besser. Schließlich kommt die große Verwandlung: neue Farben, neue Typografie, neue Navigation, neue Startseite, neue Bildwelt. Für einen kurzen Moment fühlt sich alles frisch an.

Aber viele Relaunches tragen eine stille Enttäuschung schon in sich. Sie setzen voraus, dass das Problem der Website in der Website liegt. Genau das ist häufig falsch. Ungepflegte Inhalte verschwinden nicht hinter einem neuen Layout. Ein neues Backend klärt keine Zuständigkeiten. Kein Hero-Bild macht ein unverständliches Angebot verständlicher. Und solange interne Machtverhältnisse die Navigation bestimmen, hilft auch kein Card-Sorting-Workshop – zumindest nicht, wenn niemand bereit ist, danach tatsächlich Entscheidungen zu treffen.

Dass jede Abteilung „auf die Startseite" möchte, ist am Ende ein Führungsproblem, kein Designproblem.

Der Relaunch erscheint dann als elegante Abkürzung. Man muss nicht über redaktionelle Verantwortung sprechen, nicht über Datenqualität, nicht über Prioritäten. Man kann stattdessen über Farben, Templates und Launchtermine sprechen. Greifbarer, angenehmer – wirksamer ist es deshalb noch lange nicht.

Denn ein Relaunch ist auch verführerisch, weil er Kontrolle simuliert. Es gibt ein Projekt, ein Budget, einen Zeitplan, ein Kick-off, einen Abnahmetermin und am Ende einen sichtbaren Moment: Die neue Website geht online. Das lässt sich intern kommunizieren, feiern, in Roadmaps eintragen.

Kontinuierliche Verbesserung dagegen hat keinen großen Knall. Sie verlangt Geduld, Disziplin und ein anderes Verständnis von digitaler Arbeit: Was funktioniert nicht, warum funktioniert es nicht, und welche Verbesserung bringt den größten Effekt?

Unspektakulär – aber erwachsen.

Die Zahlen aus großen Transformationsstudien passen erschreckend gut zu vielen Webprojekten. BCG spricht davon, dass 70 Prozent digitaler Transformationen ihre Ziele verfehlen (3). Gartner berichtete 2024, dass im Schnitt nur 48 Prozent digitaler Initiativen ihre angestrebten Geschäftsergebnisse erreichen oder übertreffen; besonders erfolgreich sei eine kleinere Gruppe dort, wo IT- und Business-Verantwortung gemeinsam getragen werden (4). McKinsey kommt in früheren Untersuchungen zu einem ähnlichen Grundmuster: Digitaler Wandel scheitert selten an Technologie allein, sondern an Führung, Fähigkeiten, Kommunikation, Werkzeugen und Befähigung der Mitarbeitenden (5).

Ein Website-Relaunch ist natürlich keine komplette Konzerntransformation. Aber das Muster ist ähnlich: Der sichtbare Umbau wird überschätzt, die operative Verankerung unterschätzt.

Der Relaunch ist häufig die teuerste Form, einer Analyse auszuweichen. Das klingt hart, ist aber in vielen Projekten die Realität. Ein Neuanfang ohne Erkenntnis ist Wiederholung mit anderem Erscheinungsbild. Wer nicht versteht, warum die alte Website versagt hat, baut die neue auf demselben Fundament.

Der Ruf nach einem Relaunch beginnt selten mit einer belastbaren Analyse. Häufiger beginnt er mit einem Gefühl: Die Website sieht alt aus. Dieses Gefühl ist nicht wertlos. Gestaltung altert tatsächlich. Sehgewohnheiten verändern sich, Marken entwickeln sich, technische Möglichkeiten wachsen. Aber das Gefühl ist trügerisch, weil interne Teams ihre eigene Website sehr viel häufiger sehen als die meisten Nutzer:innen. Was intern abgenutzt wirkt, kann für Nutzer:innen noch vertraut, verständlich und effizient sein.

Jakob Nielsen hat diesen Unterschied zwischen interner Müdigkeit und externer Nutzbarkeit schon vor Jahren zugespitzt: Teams hätten oft Tausende „exposure hours" mit dem eigenen Interface, während typische Nutzer:innen nur wenige Stunden damit verbringen. Sein Rat: Vertrautheit nicht vorschnell zerstören, auf bestehendem Wissen der Nutzer:innen aufbauen. Die Nielsen Norman Group warnt entsprechend, dass ein radikal „frisches" Design zunächst schlechter sein kann, gerade weil es Erwartungen bricht (1).

Ein Plädoyer gegen Veränderung als Selbstzweck, wohlgemerkt – nicht gegen Veränderung an sich. Ein Relaunch, der nur die interne Langeweile kuriert, kann für Nutzer:innen zur Belastung werden. Buttons sind plötzlich woanders. Begriffe ändern sich. Gewohnte Pfade verschwinden. Was im Meeting nach Modernisierung aussieht, ist im Alltag manchmal Reibung.

Hier liegt ein psychologisches Muster: Vertrautheit erzeugt auch Sicherheit. Der Mere-Exposure-Effekt beschreibt, dass wiederholte Darbietung eines Reizes zu positiverer Bewertung führen kann; der Effekt geht auf Robert Zajonc zurück und wurde später vielfach diskutiert und meta-analytisch untersucht (2). Für Websites bedeutet das: „Alles soll bleiben, wie es ist" wäre die falsche Konsequenz. Aber es erklärt, warum Nutzer:innen nicht automatisch dankbar sind, wenn ein vertrautes System plötzlich „neu" ist.

Wenn Entscheider:innen sagen, eine Website sei „nicht mehr zeitgemäß", meinen sie oft Verschiedenes zugleich. Visuelle Gestaltung, Performance, technische Sicherheit, Barrierefreiheit, Inhalte, die niemand mehr versteht, ein Backend, das Redakteur:innen frustriert – all das kann gemeint sein. Oft genug geht es aber um etwas Diffuseres: Die Website spiegelt nicht mehr, wer wir heute sind.

Dieses Gefühl ist ernst zu nehmen. Aber es braucht Übersetzung. Denn „nicht mehr zeitgemäß" ist ein Symptombericht, noch keine Diagnose.

Websites altern auf mehreren Ebenen. Technisch, wenn Systeme nicht aktualisiert werden, Schnittstellen brechen, Sicherheitsstandards nicht eingehalten werden oder neue Anforderungen nur noch mühsam ergänzt werden können. Gestalterisch, wenn visuelle Muster nicht mehr zur Marke, zur Nutzungssituation oder zu heutigen Erwartungen passen. Strukturell, wenn Navigationen wachsen, ohne neu geordnet zu werden. Redaktionell, wenn Texte aus verschiedenen Jahren, Abteilungen und Tonalitäten nebeneinanderstehen wie Sedimentschichten. Und organisatorisch, wenn niemand mehr verantwortlich ist für das Ganze.

Der letzte Punkt ist der entscheidende. Denn technische, gestalterische und redaktionelle Alterung sind sichtbar. Organisatorische Alterung ist es nicht. Sie zeigt sich nur in ihren Folgen: in übervollen Menüs, widersprüchlichen Inhalten, doppelten Daten, veralteten PDFs, schlecht auffindbaren Angeboten und einer Startseite, die gleichzeitig Empfang, Pressespiegel, Produktkatalog, Vorstandsbühne und Krisenkommunikation sein soll.

Viele Relaunches scheitern nicht, weil schlecht gestaltet oder schlecht programmiert wurde. Sie scheitern, weil sie eine digitale Oberfläche erneuern, ohne die dahinterliegenden Entscheidungsprozesse zu verändern. Nach dem Launch beginnt dann das alte Spiel im neuen Gewand. Inhalte werden wieder ungeordnet eingestellt. Module werden zweckentfremdet. Navigationspunkte vermehren sich. Ausnahmen werden zur Regel. Und nach zwei oder drei Jahren steht wieder jemand im Raum und sagt: „Wir brauchen einen Relaunch."

Dass Organisationen zum Relaunch greifen, ist nicht nur eine sachliche Entscheidung. Es ist auch Psychologie – und drei Mechanismen spielen in Webprojekten zuverlässig zusammen.

Der Status-quo-Bias (6) hält Organisationen zu lange an gewachsenen Strukturen fest. Alte Menüpunkte, alte Zuständigkeiten, alte Content-Logiken bleiben bestehen, weil jede Veränderung Konflikte auslösen würde. Bis der Reformstau groß genug ist – dann kippt derselbe Mechanismus ins Gegenteil: Das Pendel schwingt von „Bitte nichts anfassen" zu „Jetzt alles neu". Beide Reflexe weichen der eigentlichen Arbeit aus.

Ist das Relaunch-Projekt erst einmal gestartet, greift der Sunk-Cost-Effekt (7). Je mehr Workshops gehalten, Templates gestaltet und Inhalte migriert wurden, desto schwerer wird es, grundlegende Zweifel zuzulassen. Irgendwann geht es nicht mehr darum, ob der Relaunch die richtige Antwort ist. Es geht darum, dass er nicht scheitern darf.

Und parallel dazu läuft die Planning Fallacy (8): Der Launchtermin steht früh, die redaktionelle Realität kommt spät. Projekte sehen im Futur immer sauberer aus als in der Gegenwart. Im Plan gibt es keine widersprüchlichen Altdaten, keine fehlenden Bildrechte, keine ungeklärten Verantwortlichkeiten und keine Fachabteilung, die zwei Tage vor Abnahme feststellt, dass der wichtigste Inhalt doch ganz anders strukturiert werden muss.

Ein besonders hartnäckiges Missverständnis liegt darin, Design als sichtbare Modernisierung zu begreifen. Neue Farben, mehr Weißraum, größere Bilder, weichere Ecken, zeitgemäße Typografie – all das kann sinnvoll sein. Aber gutes digitales Design beginnt bei Entscheidungen. Bei der Frage, was Gewicht bekommt und was in den Hintergrund tritt.

Design gibt einer Handlung den Vorzug vor einer anderen. Es bestimmt, welche Inhalte zusammengehören – und ob ein komplexes Angebot dadurch verständlicher wird oder nur eleganter unübersichtlich bleibt. Es regelt, wie viel interne Struktur man Nutzer:innen zumutet, und es zeigt, ob eine Organisation über sich selbst spricht oder den Bedarf ihres Gegenübers ernst nimmt.

Darum reicht es nicht, eine alte Website in ein neues visuelles System zu übertragen. Wer nur Templates erneuert, aber Inhalte, Logik und Prioritäten unverändert lässt, produziert eine hübschere Version desselben Problems.

Man sieht das oft an Startseiten. Sie werden im Relaunch besonders sorgfältig behandelt. Große Bühne, starke Claims, moderne Bildwelt, animierte Einstiege. Doch unter der Oberfläche bleibt die alte Unentschiedenheit: Image, News, Service, Kampagne, interne Politik – von allem etwas, von nichts genug. Die Startseite sieht neu aus, aber sie denkt nicht klarer. Gutes Design ist in solchen Fällen unbequem: Es fragt, was sichtbar sein muss, was Tiefe braucht – und was weg kann. Die schwierigste Designentscheidung betrifft meistens nicht das Aussehen. Es geht darum, was man weglässt.

Auch SEO und CMS-Wechsel werden im Kontext von Relaunches gern als Allheilmittel behandelt. Die neue Website soll besser gefunden werden, das neue System soll Redakteur:innen endlich befähigen. Beides sind legitime Ziele. Aber weder Suchmaschinenoptimierung noch ein neues Content-Management-System können leisten, was organisatorisch fehlt.

SEO löst keine strategische Unschärfe. Es verstärkt nur, was inhaltlich vorhanden und strukturell zugänglich ist. Unklare Sprache wird durch Keywords nicht verständlicher. Fehlende Substanz wird durch Meta-Daten nicht relevanter. Und wer Nutzer:innen nach dem Klick enttäuscht, hat ein Qualitätsproblem, kein Rankingproblem. Google beschreibt moderne Suchqualität ausdrücklich als „helpful, reliable, people-first content" (9). Sichtbarkeit entsteht durch Substanz, Struktur, Vertrauenswürdigkeit und Pflege – kosmetische Erneuerung reicht dafür nicht.

Auch technische Qualität lässt sich nicht bloß behaupten. Google bewertet Core Web Vitals als Messwerte für reale Nutzerfreundlichkeit – empfohlen werden unter anderem LCP innerhalb von 2,5 Sekunden, INP unter 200 Millisekunden und CLS unter 0,1 (10). Das sind Betriebskriterien.

Das CMS ist selten schuld. Ungeklärte Prozesse verschwinden nicht durch einen Systemwechsel. Bessere Texte entstehen nicht im neuen Backend. Ein CMS macht sichtbar, ob eine Organisation weiß, wie sie digital arbeiten will – mehr nicht. Selbst das beste System wird chaotisch, wenn es ohne Governance betrieben wird. Und Governance – wer darf was veröffentlichen, welche Inhalte haben ein Ablaufdatum, wer entscheidet bei Konflikten, wer räumt auf – ist kein Nebenschauplatz. Es ist das Betriebssystem einer Website.

Oft wäre mehr gewonnen, wenn Organisationen jeden Monat zehn Seiten verbessern würden, statt alle fünf Jahre eine große neue Website zu bauen: Inhalte aktualisieren, Suchintentionen prüfen, interne Verlinkungen stärken, veraltete PDFs ersetzen, Landingpages konsolidieren, Barrieren abbauen. Weniger glamourös als ein Relaunch – aber näher an der Realität digitaler Sichtbarkeit.

Eine gute Website funktioniert wie ein lebendes System – und lebende Systeme werden durch Diagnose, Pflege, Training und kluge Routinen gesund gehalten. Gelegentliche Großoperationen ersetzen das nicht. Die Alternative zum Relaunch ist deshalb Evolution.

Eine evolutionäre Webstrategie fragt, wie man das Digitale dauerhaft lernfähig hält. Das bedeutet: Veränderungen werden kleiner, aber kontinuierlicher. Entscheidungen werden dateninformierter, aber nicht datenblind. Designsysteme ersetzen Einmallayouts. Module ersetzen starre Seitenlogik. Redaktionelle Routinen ersetzen Projektpanik. Technische Plattformen werden als Systeme verstanden, die wachsen dürfen, ohne beliebig zu werden.

Diese Haltung passt zu dem, was aktuelle UX-Forschung unter Langzeitperspektive diskutiert. Eine systematische Literaturübersicht zu Long-Term UX zeigt, dass UX nicht nur punktuell vor dem Launch bewertet werden sollte, sondern über Nutzungsphasen hinweg: Verhalten, Kontext und Erwartungen verändern sich; relevante Erkenntnisse entstehen auch im kontinuierlichen Vergleich mit früherem Wissen (11). Anders gesagt: Wer digitale Qualität ernst nimmt, braucht ein lernendes System – ein gutes Projekt allein reicht nicht.

Evolution heißt nicht, nie wieder grundlegend zu erneuern. Manchmal ist ein größerer Schnitt nötig. Aber selbst dann ist der Relaunch ein Abschnitt in einer längeren Entwicklung, kein Ziel für sich. Der Unterschied: Beim klassischen Relaunch denkt man vom Launchtermin her. Bei der evolutionären Strategie denkt man vom Betrieb her. Was passiert nach dem Go-live? Wie verändern sich Datenquellen und Nutzerbedürfnisse? Wie fließen Erkenntnisse zurück ins System? Wo dürfen Redakteur:innen selbst entscheiden, und wo braucht es klare Leitplanken?

Eine Website ist nicht fertig, wenn sie online geht. Sie beginnt dann erst, sich zu bewähren.

Ein weiterer Grund, warum Relaunches überfrachtet werden, liegt in der symbolischen Bedeutung der Startseite. Sie wird intern oft behandelt wie die digitale Eingangshalle des Unternehmens. Alles, was wichtig erscheint, soll dort vorkommen.
Das Ergebnis ist selten Klarheit. Es ist Kompromissarchitektur.

Dabei kommen viele Nutzer:innen gar nicht über die Startseite. Sie landen über Suchmaschinen, Newsletter, Social Media, Fachportale oder direkte Links auf Unterseiten. Wer digitale Kommunikation ernst nimmt, muss in Einstiegsseiten, Themencluster, Suchpfade, Landingpages und konkrete Nutzungssituationen denken.

Der Relaunch fixiert sich jedoch oft auf die große sichtbare Bühne. Wochenlang wird über den ersten Screen diskutiert, während tiefere Inhaltsbereiche, Formulare, Suchergebnisse, Detailseiten oder redaktionelle Workflows zu wenig Aufmerksamkeit bekommen. Denn die Qualität einer Website entscheidet sich dort, wo Menschen tatsächlich etwas brauchen – und das ist selten die repräsentativste Stelle.

Eine gute Website ist ein Arbeitsmittel für Nutzer:innen – kein Denkmal der Organisation.

Gerade die gewachsenen Anforderungen an Websites zeigen, warum ein Relaunch als Einmalprojekt zu kurz greift. Barrierefreiheit ist in vielen Kontexten rechtlich, gesellschaftlich und professionell unverzichtbar. Digitale Nachhaltigkeit wird relevanter, weil Performance, Datenvolumen und technische Effizienz nicht nur Komfortfragen sind. Datenschutz bleibt ein Thema, das nicht durch Cookie-Banner erledigt ist.

Diese Themen werden im Relaunch gern mitgedacht, aber oft nicht tief genug. Sie erscheinen als Checklisten am Rand des Projekts: Kontraste prüfen, Alt-Texte ergänzen, Ladezeiten optimieren, Consent-Tool einbauen. Besser als nichts. Aber es reicht nicht.

Die WCAG 2.2 erweitert frühere Standards unter anderem um Anforderungen zu Fokus, Zielgrößen, redundanter Eingabe und zugänglicher Authentifizierung (12). Der European Accessibility Act verfolgt das Ziel, Barrieren im Binnenmarkt durch gemeinsame Anforderungen für zugängliche Produkte und Dienstleistungen abzubauen (13).

Barrierefreiheit beginnt bei Struktur, Sprache, Komponentenlogik, Tastaturbedienbarkeit, Formularverhalten und redaktioneller Pflege – weit vor jeder Endkontrolle. Nachhaltigkeit beginnt bei Bildgrößen, Tracking-Disziplin, technischer Architektur und der ehrlichen Frage, ob wirklich jede Animation und jede Bibliothek nötig ist. Datenschutz wiederum prägt, welche Dienste man nutzt, welche Daten man erhebt und welche Abhängigkeiten man akzeptiert.

Ein Relaunch, der diese Themen als Abschlussprüfung behandelt, wird ihnen nicht gerecht. Sie müssen Teil des Systems werden. Genau deshalb ist kontinuierliche Weiterentwicklung oft stärker als die große Neuinszenierung: Sie erlaubt, Qualität dauerhaft zu verankern.

Bevor ein Relaunch beauftragt wird, lohnt sich ein Moment der Stille. Die meisten Relaunch-Briefings beschreiben Wünsche, keine Probleme. Sie sagen, wie die neue Website aussehen soll – aber nicht, warum die alte versagt hat.

Die entscheidenden Fragen sind dabei selten technischer Natur. Sie sind organisatorischer Natur: Was genau funktioniert heute nicht, und wer leidet konkret darunter? Welche Seiten erzeugen echten Wert, welche existieren nur noch aus Gewohnheit? Und was würde verhindern, dass dieselbe Unordnung nach dem Relaunch wieder entsteht?

Eine kluge digitale Erneuerung beginnt selten mit Layouts. Am Anfang steht ein Audit – ein ehrlicher Blick auf das System als Ganzes: Inhalte, Struktur, Technik, Nutzung, Redaktion, Marke, Daten, Prozesse.

Welche Seiten werden besucht, aber nicht verstanden? Wo sind wichtige Inhalte unsichtbar? An welchen Formularen brechen Nutzer:innen ab? Wo existieren Inhalte mehrfach, wo scheitert Tastaturbedienung? Und wo spricht die Organisation eigentlich nur mit sich selbst?

Aus einem solchen Audit entsteht keine fertige Website, aber eine Landkarte. Sie zeigt, wo punktuelle Verbesserungen reichen und wo ein größerer Umbau nötig ist. Danach kommt Architektur: Informationsarchitektur, Inhaltsmodell, Modulstruktur, Rollenmodell, Datenlogik, technische Strategie. Erst dann wird Gestaltung wirklich wirksam.

Denn Gestaltung ohne Architektur bleibt Oberfläche. Architektur ohne Gestaltung bleibt abstrakt. Gute digitale Produkte brauchen beides – und sie brauchen die Reihenfolge, in der Denken vor Dekoration kommt.

Natürlich gibt es Situationen, in denen ein Relaunch notwendig ist. Das System lässt sich technisch nicht mehr sicher betreiben. Die Marke hat sich grundlegend verändert. Neue Zielgruppen oder Geschäftsmodelle passen nicht mehr in die alte Struktur. Barrierefreiheit, Performance oder Wartbarkeit sind durch schrittweise Anpassungen nicht mehr erreichbar.

Aber auch dann sollte der Relaunch kein großes Vergessen sein. Die alte Website enthält Erkenntnisse: über Nutzerverhalten, über Fehlstellen, über interne Prozesse. Wer diese Spuren ignoriert, verliert Wissen.

Der entscheidende Unterschied liegt in der Haltung. Ein schlechter Relaunch sagt: „Wir machen alles neu, dann wird es besser." Ein guter Relaunch sagt: „Wir haben verstanden, was nicht funktioniert, und bauen ein System, das dauerhaft besser lernen kann."

Am Ende führt die Diskussion über Relaunches zu einer größeren Frage. Wer übernimmt Verantwortung für das Digitale als fortlaufenden Teil der Organisation? Diese Verantwortung ist technisch, redaktionell, gestalterisch – und vor allem: strategisch.

Viele Websites leiden daran, dass sie zwischen Zuständigkeiten zerrieben werden. Die IT betreibt das System, die Kommunikation pflegt Inhalte, das Marketing erwartet Kampagnenleistung, Fachabteilungen liefern Material, die Geschäftsführung möchte Sichtbarkeit. Alle haben berechtigte Perspektiven. Aber niemand hält zwingend das Ganze.

Eine Website braucht Produktverantwortung. Es braucht eine Instanz, die das System als System sieht – die entscheidet, was hineinpasst und was nicht, die Nutzerbedürfnisse gegen interne Wünsche abwägt, die technische Nachhaltigkeit ernst nimmt, redaktionelle Qualität sichert und auch einmal Nein sagen darf. Gartners Befund zur „Digital Vanguard" bestätigt das: Die erfolgreicheren Organisationen unterscheiden sich dadurch, dass CIOs und CxOs digitale Lieferung gemeinsam verantworten und nicht in klassische Auftraggeber-Dienstleister-Logiken zurückfallen (4).

Ohne diese Verantwortung wird jeder Relaunch zur Episode. Mit ihr kann auch eine bestehende Website erstaunlich weit kommen.

Der nächste Relaunch ist selten die Lösung, wenn er nur die sichtbare Erschöpfung einer Website behandelt. Er kann notwendig sein. Er kann befreiend sein. Er kann technische und gestalterische Grundlagen schaffen, die lange gefehlt haben. Aber er ersetzt keine Strategie, keine Governance, keine redaktionelle Haltung und keine Bereitschaft zur kontinuierlichen Verbesserung.

Digitale Reife zeigt sich darin, ein System zu bauen, das gepflegt, verstanden und weiterentwickelt werden kann. Eine gute Website ist eine laufende Praxis.

Die erste Frage sollte deshalb nicht lauten: „Wann machen wir den Relaunch?"

Sondern: „Was müsste sich ändern, damit wir in drei Jahren nicht wieder dieselbe Frage stellen?"