Webseite Redesign: Was du im Vorfeld klären solltest

Ein Webseite Redesign ist die gezielte Überarbeitung eines bestehenden digitalen Auftritts. Es kann Gestaltung, Inhalte, Nutzerführung, Komponenten und technische Grundlagen betreffen. Der Ausgangspunkt bleibt jedoch eine bereits genutzte Website mit bekannten Seiten, Suchzugriffen, Formularen und internen Abläufen. Genau deshalb ist ein Redesign keine leere Leinwand. Gute Vorbereitung trennt das, was nachweislich funktioniert, von dem, was Menschen behindert oder das Unternehmen nicht mehr richtig darstellt.

Im Vorfeld solltest du fünf Dinge klären: welches geschäftliche Problem das Projekt löst, welche Nutzerwege entscheidend sind, welche Inhalte erhalten oder verändert werden, welche technischen Grenzen bestehen und wer die neue Website nach dem Start pflegt. Diese Fragen geben Gestaltung und Entwicklung einen belastbaren Rahmen. Ohne sie wird das Projekt schnell zu einer Geschmacksdiskussion über einzelne Entwürfe.

Redesign, Relaunch und laufende Optimierung unterscheiden

Bei einer laufenden Optimierung bleiben Struktur und System weitgehend bestehen. Einzelne Seiten, Formulare oder Komponenten werden verbessert. Ein Redesign verändert das visuelle und oft auch das redaktionelle System deutlicher, kann aber auf derselben technischen Plattform und denselben URLs stattfinden. Ein Relaunch umfasst zusätzlich einen größeren technischen oder strukturellen Wechsel, etwa ein anderes CMS, neue Seitentypen oder veränderte Adressen. Diese Begriffe werden im Alltag vermischt; für das Projekt zählt deshalb nicht das Etikett, sondern der tatsächliche Umfang.

Schreibe auf, welche Ebenen sich ändern dürfen. Betrifft das Vorhaben nur Erscheinungsbild und Komponenten? Werden Navigation und Inhalte neu geordnet? Muss das CMS ersetzt werden? Ändern sich Domain oder URLs? Die Antworten bestimmen Team, Tests und Risiken. Eine Agentur kann erst dann sinnvoll planen, wenn sie erkennt, ob sie ein Designsystem erneuert oder gleichzeitig Daten, Technik und Sichtbarkeit migriert.

Ein Anlass ist noch kein Ziel

„Die Website wirkt alt“ beschreibt einen Anlass, aber keine überprüfbare Wirkung. Dahinter können verschiedene Probleme liegen: Interessenten verstehen das Angebot nicht, mobile Nutzer brechen im Formular ab, Redakteure bauen jede Seite anders oder die Marke hat sich verändert. Jedes Problem führt zu anderen Entscheidungen. Ein modernerer Look allein behebt weder unklare Inhalte noch eine schwer bedienbare Anfrage.

Formuliere deshalb die heutige Schwierigkeit als beobachtbaren Zustand. Benenne, wer betroffen ist, in welchem Schritt das Problem auftritt und was nach dem Redesign besser funktionieren soll. Das Ergebnis ist kein garantiertes Geschäftswachstum, sondern eine klare Arbeitsrichtung: wichtige Leistungen werden schneller verstanden, wiederkehrende Seitentypen lassen sich konsistent pflegen oder zentrale Formulare funktionieren auf allen relevanten Geräten.

Erhalten ist eine aktive Entscheidung

Ein Redesign muss nicht alles neu machen. Wiedererkennbare Markenelemente, gut besuchte Inhalte, verständliche Navigationsbegriffe und funktionierende Prozesse können wertvoll sein. Wer sie nur wegen eines neuen Erscheinungsbilds entfernt, tauscht vorhandenes Wissen gegen Annahmen. Eine Bestandsaufnahme verhindert diesen Verlust.

Die bestehende Website enthält mehr Wissen, als ein schneller Rundgang erkennen lässt. Besuchsdaten zeigen, welche Seiten tatsächlich genutzt werden. Suchanfragen machen sichtbar, mit welchen Problemen Menschen einsteigen. Formulare, CRM-Einträge und Gespräche zeigen, welche Informationen vor einer Anfrage fehlen. Die Redaktion kennt Stellen, an denen Änderungen unnötig lange dauern. Diese Perspektiven gehören gemeinsam in die Ausgangslage.

Beginne mit einem Inventar aller Seitentypen und zentralen Funktionen. Gruppiere nicht nur einzelne URLs, sondern ihre Aufgaben: Leistung erklären, Vertrauen aufbauen, Fragen beantworten, Bewerbungen ermöglichen oder Kontakt herstellen. So wird sichtbar, welche Muster mehrfach vorkommen und welche Sonderseiten historisch entstanden sind. Das Inventar ist keine spätere technische Pflichtübung, sondern die Grundlage für Umfang und Prioritäten.

Nutzungsdaten ohne Scheingenauigkeit lesen

Analysedaten liefern Hinweise, keine fertigen Designentscheidungen. Eine kurze Aufenthaltsdauer kann bedeuten, dass eine Antwort schnell gefunden wurde oder dass die Seite enttäuscht. Eine selten besuchte Seite kann entbehrlich sein oder für wenige, aber wichtige Entscheidungen gebraucht werden. Werte werden deshalb mit Seitenaufgabe und qualitativen Rückmeldungen verbunden.

Prüfe Einstiegsseiten, Übergänge zu Leistungen, Formularstarts, Abbrüche und wiederkehrende Suchbegriffe. Vergleiche mobile und große Ansichten, ohne aus kleinen Unterschieden vorschnell Ursachen abzuleiten. Wenn Tracking unvollständig ist, wird diese Unsicherheit dokumentiert. Das Redesign darf nicht mit vermeintlich präzisen Zahlen begründet werden, deren Erfassung niemand erklären kann.

Technische und redaktionelle Schulden getrennt erfassen

Langsame Seiten, fehlerhafte Komponenten und unklare Rechte sind technische Befunde. Doppelte Aussagen, veraltete Projekte und uneinheitliche Begriffe sind redaktionelle Befunde. Beide wirken auf die Erfahrung, brauchen aber unterschiedliche Verantwortliche. Eine gemeinsame Liste mit Ursache, Auswirkung und betroffener Seite hilft, sie im Projekt richtig einzuordnen.

Auch der Pflegeweg gehört in die Analyse. Beobachte, wie eine neue Leistung, ein Teammitglied oder ein Ratgeber heute veröffentlicht wird. Muss die Redaktion Bilder manuell zuschneiden, Entwickler um kleine Textänderungen bitten oder dieselbe Information an mehreren Stellen pflegen? Ein Redesign ist eine gute Gelegenheit, diese wiederkehrende Arbeit zu vereinfachen. Es sollte sie nicht nur hinter einer neuen Oberfläche verstecken.

Erhaltenswerte Elemente ausdrücklich markieren

Gute Seiten, Inhalte und Funktionen werden nicht lediglich „mitgenommen“. Es wird festgehalten, warum sie wirken und welche Eigenschaften erhalten bleiben müssen. Das kann eine verständliche Leistungsstruktur, eine bekannte Kontaktmöglichkeit oder ein häufig verlinkter Fachartikel sein. Gestaltung darf sich verändern, ohne die fachliche Aufgabe zu verlieren.

Das Ergebnis der Bestandsaufnahme ist eine Karte aus Stärken, Problemen und offenen Fragen. Sie verhindert, dass Entwürfe nur gegen persönliche Vorlieben bewertet werden. Jede größere Entscheidung kann auf einen beobachteten Bedarf oder ein bewusst gesetztes Ziel zurückgeführt werden.

Ziele geben dem Projekt eine Entscheidungshilfe. Sie ersetzen keine kreative Arbeit, sorgen aber dafür, dass Entwürfe nicht nur nach persönlichem Geschmack ausgewählt werden. Ein gutes Ziel verbindet eine konkrete Nutzerhandlung mit einer betrieblichen Aufgabe. Menschen sollen beispielsweise eine passende Leistung verstehen, einen Termin mit ausreichendem Kontext anfragen oder einen Fachinhalt finden. Das Unternehmen muss diese Schritte anschließend zuverlässig bearbeiten können.

Vermeide Ziele wie „moderner wirken“, „mehr Dynamik“ oder „bessere Conversion“, solange sie nicht erklärt sind. Modernität ist kein einheitlicher Zustand, und eine höhere Abschlussquote kann durch unpassende Anfragen sogar mehr Arbeit erzeugen. Beschreibe stattdessen, welche Unklarheit verschwindet und welches Verhalten dadurch leichter wird.

Pro Ziel eine Ausgangslage festhalten

Wenn ein wichtiges Formular verbessert werden soll, dokumentiere seinen heutigen Ablauf: Wo beginnt es, welche Felder werden verlangt, was passiert nach dem Absenden und wer übernimmt die Anfrage? Ergänze vorhandene Messwerte nur dort, wo sie verlässlich sind. Eine Ausgangslage kann auch qualitativ sein, etwa wiederkehrende Rückfragen im Erstgespräch oder häufige Fehlzuordnungen.

Für Inhalte gilt dasselbe. Wenn Besucher Leistungen verwechseln, sammle Beispiele aus Suchanfragen, Mails und Gesprächen. Wenn die Redaktion Seiten kaum aktualisiert, protokolliere die nötigen Schritte und Abhängigkeiten. Das spätere Ergebnis lässt sich dann gegen eine echte Schwierigkeit prüfen, nicht gegen eine allgemein formulierte Hoffnung.

Frühe, mittlere und späte Signale unterscheiden

Ein Redesign kann unmittelbar die Bedienbarkeit eines Menüs oder Formulars verändern. Ob daraus mehr passende Aufträge entstehen, zeigt sich oft später und wird zusätzlich von Angebot, Nachfrage und Vertrieb beeinflusst. Plane daher Signale auf mehreren Ebenen. Frühe Signale sind technische Stabilität, verständliche Navigation und erfolgreiche Formularzustellung. Mittlere Signale betreffen Nutzung wichtiger Inhalte und Qualität der Anfragen. Späte Signale liegen in Vertrieb und Geschäftsentwicklung.

Diese Staffelung schützt vor falschen Versprechen. Das Projektteam kann verantworten, dass eine Seite zugänglich, schnell und verständlich gebaut wird. Es kann nicht garantieren, wie sich ein Markt entwickelt oder wie konsequent Leads bearbeitet werden. Eine saubere Messlogik trennt den Beitrag der Website von nachgelagerten Faktoren.

Nicht jedes Ziel braucht eine Kennzahl

Markenkonsistenz, verständliche Sprache oder ein wartbares Komponentensystem lassen sich nicht sinnvoll auf einen einzelnen Wert reduzieren. Definiere dafür prüfbare Kriterien. Jede Leistungsseite kann etwa aus denselben freigegebenen Bausteinen entstehen, Überschriften folgen einer klaren Hierarchie und zentrale Interaktionen sind mit Tastatur bedienbar. Solche Kriterien können im Review konkret bestätigt werden.

Lege vor dem Entwurf fest, wer Ziele priorisiert und wer Zielkonflikte entscheidet. Eine besonders reduzierte Gestaltung kann weniger Raum für erklärungsbedürftige Inhalte lassen. Ein sehr freies Seitensystem kann die redaktionelle Konsistenz schwächen. Wenn diese Spannungen früh sichtbar sind, können Lösungen bewusst abgewogen werden.

Zielgruppenbeschreibungen helfen nur, wenn sie Entscheidungen für Inhalte und Nutzerführung ermöglichen. Alter, Branche oder Unternehmensgröße reichen selten aus. Wichtiger ist, mit welcher Aufgabe jemand die Website besucht, welches Vorwissen vorhanden ist und welche Unsicherheit vor dem nächsten Schritt besteht. Eine Geschäftsführung prüft vielleicht die grundsätzliche Passung, während eine Fachabteilung Abläufe und Integrationen verstehen muss.

Formuliere für die wichtigsten Gruppen konkrete Situationen. Woher kommen sie, welche Seite sehen sie zuerst und welche Information benötigen sie danach? Ein Nutzerweg ist keine ideale lineare Reise. Menschen springen zwischen Leistungen, Projekten, Team und Ratgeber. Die Architektur sollte diese Bewegung unterstützen und nicht voraussetzen, dass alle auf der Startseite beginnen.

Suchintention und Website-Aufgabe verbinden

Organische Einstiege führen häufig auf Unterseiten. Eine Ratgeberseite beantwortet eine konkrete Frage, eine Leistungsseite erklärt ein beauftragbares Angebot und ein Projekt zeigt eine reale Umsetzung. Beim Redesign müssen diese Rollen erhalten bleiben. Werden alle Seitentypen in eine einheitliche Werbestruktur gepresst, verlieren sie ihre jeweilige Aufgabe.

Prüfe für zentrale Einstiegsseiten, ob Überschrift und erster Abschnitt die erwartete Frage beantworten. Danach braucht es einen nachvollziehbaren Weg zu Belegen, Details und Kontakt. Interne Links und Navigation sollen nicht möglichst viele Optionen zeigen, sondern die wahrscheinlich nächste Entscheidung erleichtern.

Reale Fragen statt erfundener Personas verwenden

Vertrieb, Support und Projektteams kennen wiederkehrende Fragen. Diese Sprache ist für das Redesign wertvoller als ausgeschmückte Persona-Biografien. Sammle, welche Begriffe Kunden benutzen, was sie verwechseln und welche Belege sie vor einer Anfrage verlangen. Daraus entstehen Seitenrollen, Reihenfolgen und verständliche Beschriftungen.

Wenn Wissen fehlt, reichen wenige gezielte Gespräche oft für bessere Hypothesen. Lass Nutzer eine Aufgabe auf der bestehenden Website erledigen und beobachte, wo sie zögern. Frage nicht nur, ob ihnen die Seite gefällt. Bitte sie zu erklären, was das Unternehmen anbietet, wo sie Details erwarten und welchen nächsten Schritt sie wählen würden.

Barrieren als Teil des Nutzerwegs betrachten

Nutzerwege scheitern nicht nur an Inhalten. Zu kleine Bedienelemente, schwacher Kontrast, unklare Fokuszustände, bewegte Elemente oder schlecht beschriftete Formulare können Menschen ausschließen. Barrierefreiheit wird deshalb nicht am Ende als technische Prüfung angehängt. Sie beeinflusst Komponenten, Sprache, Medien und Interaktionen von Anfang an.

Auch organisatorische Barrieren gehören dazu. Wenn ein Kontaktformular Informationen verlangt, die Interessenten noch nicht kennen, wird der nächste Schritt unnötig schwer. Wenn nur ein Kalender angeboten wird, obwohl manche Anliegen zuerst schriftlichen Kontext brauchen, passt der Prozess nicht zu allen Situationen. Gute Nutzerführung verbindet Oberfläche und tatsächliche Bearbeitung.

Inhalte bestimmen, welche Seitentypen und Komponenten eine Website benötigt. Wird zuerst gestaltet, entstehen häufig Flächen für erfundene Textlängen und austauschbare Aussagen. Später muss die Redaktion reale Leistungen in diese Formen pressen. Ein Redesign wird belastbarer, wenn wichtige Inhalte zumindest strukturell geklärt sind, bevor das visuelle System skaliert.

Erstelle für jede bestehende Seite eine Entscheidung: behalten, überarbeiten, zusammenführen, neu erstellen oder beenden. Begründe sie anhand der Seitenaufgabe und vorhandener Signale. Eine alte Seite verschwindet nicht nur, weil ihr Design schwach ist. Vielleicht enthält sie wichtige Fachbegriffe, beantwortet eine häufige Frage oder erhält externe Verweise.

Seitenrollen statt einzelner Screens planen

Gruppiere Inhalte in wiederkehrende Rollen: Leistungsseite, Branchenlösung, Projekt, Ratgeber, Teamprofil, Karriereangebot oder Kontaktweg. Jede Rolle braucht eine eigene inhaltliche Dramaturgie. Leistungsseiten erklären Problem, Vorgehen und Zusammenarbeit. Projekte zeigen Ausgangslage, Entscheidungen und Ergebnis. Ratgeber lösen eine eigenständige Frage. Ein gemeinsames Designsystem darf diese Unterschiede unterstützen, nicht eine identische Reihenfolge erzwingen.

Definiere Pflicht- und optionale Felder je Rolle. Ein Projekt benötigt vielleicht Branche, Aufgabenstellung, Lösung und verwendete Systeme. Ein Teamprofil braucht andere Informationen. Diese Struktur bildet später die Grundlage für CMS und Komponenten. Sie verhindert, dass wichtige Inhalte nur als freie Textblöcke irgendwo eingefügt werden.

Navigation aus Entscheidungen ableiten

Eine Navigation ist keine vollständige Inhaltsliste. Sie zeigt die wichtigsten Wege und ordnet Begriffe so, wie Besucher sie verstehen. Interne Zuständigkeiten oder Abteilungsnamen eignen sich nur, wenn sie auch für Außenstehende Bedeutung haben. Teste Bezeichnungen mit realen Fragen und prüfe, ob verwandte Inhalte über Seitennavigation und interne Links erreichbar bleiben.

Mehrstufige Menüs brauchen eine erkennbare Hierarchie. Jede zusätzliche Ebene erhöht die Orientierungslast. Gleichzeitig darf eine sehr reduzierte Hauptnavigation wichtige Angebote nicht verstecken. Ein Prototyp mit echten Titeln und langen Begriffen zeigt früh, ob die Struktur auf Desktop und Mobil funktioniert.

Ton und Belege als Systembestandteile behandeln

Ein Redesign verändert häufig auch die Sprache. Lege fest, wie direkt die Website spricht, welche Fachbegriffe erklärt werden und welche Aussagen Belege brauchen. Kundenlogos, Projekte, Bewertungen und Teamkompetenz sollten nicht als dekorative Module über jede Seite verteilt werden. Sie stehen dort, wo sie eine konkrete Unsicherheit beantworten.

Plane außerdem Eigentümer und Aktualität. Wer verantwortet eine Leistung, ein Projekt oder eine rechtliche Information? Wie wird sichtbar, dass Inhalte veraltet sind? Ein schönes CMS-Feld löst keine fehlende Zuständigkeit. Das neue System muss Pflege ermöglichen, während der Prozess festlegt, dass sie tatsächlich stattfindet.

Ein Redesign wirkt langfristig, wenn Gestaltung als System funktioniert. Farben, Schriften und Abstände sind nur der sichtbare Teil. Entscheidend sind wiederverwendbare Komponenten, verständliche Varianten und Regeln dafür, wann welches Muster eingesetzt wird. Ohne diese Struktur sieht der erste Entwurf überzeugend aus, während spätere Seiten zunehmend aus Ausnahmen bestehen.

Beginne mit wenigen zentralen Entscheidungen: Typografie, Lesebreite, Raster, Abstände, Farbrollen, Zustände und Bildsprache. Daraus entstehen Komponenten für Navigation, Hero, Inhaltsabschnitte, Belege, Formulare und Handlungsangebote. Jede Komponente beantwortet eine wiederkehrende Aufgabe. Sie wird nicht gebaut, nur weil ein einzelner Entwurf eine besondere Form benötigt.

Mit echten Inhalten gestalten

Kurze Platzhalter verdecken Schwächen. Teste Überschriften mit realistischen Längen, Projekte mit unterschiedlichen Bildformaten und Karten mit unterschiedlich umfangreichen Texten. Eine Komponente ist erst belastbar, wenn sie Varianz aushält, ohne Lesbarkeit oder Hierarchie zu verlieren. Das gilt besonders für mobile Ansichten und Übersetzungen.

Gestaltung mit echten Inhalten zeigt auch, welche Aussagen fehlen. Wenn jeder Hero einen beliebigen Claim braucht, ist möglicherweise die Seitenaufgabe noch unklar. Wenn ein Abschnitt nur mit sehr kurzen Texten funktioniert, passt er vielleicht nicht zu einem erklärungsbedürftigen Angebot. Das Design gibt solche Rückmeldungen früh an die Contentarbeit zurück.

Varianten begrenzen und begründen

Ein System braucht Flexibilität, aber keine unbegrenzte Auswahl. Definiere Varianten nach fachlicher Funktion: ein ruhiger Inhaltsblock, eine Gegenüberstellung, ein Projektbeleg oder ein klarer nächster Schritt. Unterschiedliche Farben und Anordnungen ohne Bedeutungsunterschied erhöhen die Pflege. Redakteure müssen dann visuelle Entscheidungen treffen, die eigentlich im System gelöst sein sollten.

Halte für jede Komponente fest, welche Inhalte erforderlich sind, welche Kombinationen erlaubt sind und wann sie nicht verwendet wird. Diese Dokumentation kann direkt im CMS oder in einer Komponentenübersicht liegen. Sie wird gemeinsam mit dem Code gepflegt und ist Teil der Übergabe.

Marke und Bedienbarkeit gemeinsam prüfen

Eine eigenständige Gestaltung darf Konventionen bewusst nutzen. Links, Schaltflächen, Formulare und Navigation müssen als solche erkennbar bleiben. Fokuszustände, Kontrast und reduzierte Bewegung gehören zum visuellen System. Barrierefreiheit ist keine Einschränkung der Marke, sondern eine Bedingung dafür, dass ihre Gestaltung von unterschiedlichen Menschen genutzt werden kann.

Bewerte das System nicht nur in einer Präsentation. Baue zentrale Seiten und Zustände als klickbaren oder funktionalen Prototyp. Prüfe Menü, Formulare, Fehlermeldungen, lange Inhalte und kleine Displays. Erst im Zusammenspiel zeigt sich, ob die Gestaltung eine Website trägt oder nur einzelne Bilder.

Die technische Basis entscheidet, ob das neue Design schnell, zugänglich und pflegbar bleibt. Ein Redesign auf demselben CMS kann trotzdem neue Komponenten, Medienregeln und Trackingänderungen erfordern. Ein Plattformwechsel erweitert den Umfang um Datenmigration, Weiterleitungen, Rechte und Betrieb. Diese Arbeit wird nicht kleiner, wenn sie erst nach der Designfreigabe sichtbar wird.

Dokumentiere aktuelle Plattform, Hosting, Erweiterungen, Formulare, Tracking, Consent, Suchfunktion und angebundene Systeme. Ergänze, wer Zugang besitzt und welche Teile geschäftskritisch sind. Eine technische Bestandskarte verhindert, dass ein scheinbar dekoratives Element später von einem veralteten Plugin oder einem manuellen Prozess abhängt.

Performance als Gestaltungsbedingung setzen

Große Medien, umfangreiche Animationen und zusätzliche Skripte können eine visuell starke Seite spürbar verlangsamen. Lege deshalb früh Budgets und Regeln fest: geeignete Bildformate, responsive Größen, begrenzte Schriftschnitte und bewusste Animationen. Ein Entwurf wird nicht erst nach seiner Umsetzung auf Geschwindigkeit reduziert. Seine Medien- und Bewegungsidee muss von Beginn an technisch tragfähig sein.

Prüfe repräsentative Seitentypen unter realistischen Bedingungen. Eine leere Startseite im lokalen Netzwerk sagt wenig über einen langen Ratgeber mit Bildern, Consent und Analyse aus. Messung im Labor und Beobachtung realer Nutzung ergänzen sich. Wichtig ist, dass das Team nach dem Start neue Inhalte veröffentlichen kann, ohne die Regeln versehentlich zu brechen.

Barrierefreiheit in Komponenten verankern

Semantische Überschriften, Tastaturbedienung, Alternativtexte, Formularbeschriftungen und verständliche Fehlermeldungen müssen in den Komponenten vorbereitet sein. Redaktion und Entwicklung teilen die Verantwortung. Der Code kann ein Alternativtextfeld anbieten, aber nicht entscheiden, welcher Text ein Bild sinnvoll beschreibt.

Teste zentrale Wege mit Tastatur, Vergrößerung, reduziertem Bewegungswunsch und gängigen Prüfwerkzeugen. Automatische Tests finden nur einen Teil der Probleme. Ein manueller Durchlauf zeigt, ob Reihenfolge, Fokus und Rückmeldungen verständlich sind. Solche Prüfungen gehören in Abnahmekriterien, nicht in eine optionale Restliste.

Plattform nach Betrieb auswählen

Die richtige Plattform passt zu Inhaltsmodell, Team, Integrationen und Verantwortlichkeit. Ein visueller Builder kann für Marketingseiten sinnvoll sein, ein klassisches CMS für gewachsene redaktionelle Strukturen und individuelle Entwicklung für besondere Anwendungen. Die Entscheidung folgt nicht dem bevorzugten Werkzeug einer einzelnen Person.

Frage, wer Updates, Sicherheit, Backups und Erweiterungen übernimmt. Prüfe Exportwege und Abhängigkeiten. Eine Plattform kann schnell aufgebaut sein und trotzdem langfristig ungeeignet werden, wenn jede wichtige Änderung externe Spezialisten oder fragile Umwege verlangt.

Funktionswünsche werden in Briefings oft als einzelne Wörter notiert: Kontaktformular, Karriere, Suche, Newsletter oder CRM. Für eine belastbare Planung reicht das nicht. Jede Funktion besitzt Eingaben, Regeln, Zustände, Systeme und Verantwortliche. Ein Formular endet beispielsweise nicht beim Absenden. Daten müssen validiert, zugestellt, bestätigt, gespeichert und von einer zuständigen Person bearbeitet werden.

Beschreibe deshalb für jede wichtige Funktion den gesamten Weg. Wer startet ihn, welche Informationen liegen vor, welche Rückmeldung erwartet die Person und was geschieht intern? Ergänze Fehler- und Ausnahmefälle. Eine Integration ist erst verstanden, wenn auch bekannt ist, was bei einer nicht erreichbaren Schnittstelle oder unvollständigen Nachricht passiert.

Formulare nach Bearbeitung entwerfen

Ein Formular soll genug Kontext liefern, ohne Interessenten unnötig zu belasten. Sprich mit den Personen, die Anfragen bearbeiten. Welche Angaben helfen bei der Zuordnung, welche können später geklärt werden und welche werden heute zwar erhoben, aber nicht genutzt? Daraus entstehen Feldumfang, Bestätigung und Übergabe.

Datenschutz, Einwilligung und Aufbewahrung müssen zum tatsächlichen Prozess passen. Formulardaten sollten nicht unkontrolliert in mehreren Postfächern und Werkzeugen landen. Lege fest, welches System führend ist, wer Zugriff hat und wann Daten gelöscht werden. Rechtliche Anforderungen werden mit zuständigen Fachpersonen geprüft.

Schnittstellen mit Datenhoheit beschreiben

Bei CRM, Bewerbersystem, Newsletter oder Terminbuchung ist entscheidend, welches System welche Information führt. Die Website kann Daten erfassen, sollte aber nicht stillschweigend eine zweite Kundendatenbank werden. Dokumentiere Felder, Richtung, Auslöser und Fehlerbehandlung. So kann die technische Lösung bewertet werden, ohne bereits ein bestimmtes Produkt vorzuschreiben.

Prüfe vorhandene Zugänge und Verträge. Manche Integrationen nutzen eingebettete Oberflächen, andere APIs oder Automationsdienste. Jede Variante hat Auswirkungen auf Gestaltung, Consent, Wartung und Fehlerdiagnose. Ein früher technischer Test für die kritischste Verbindung ist oft wertvoller als eine lange Annahmenliste.

Suche und Filter mit echten Inhalten testen

Eine interne Suche ist nur sinnvoll, wenn Umfang und Struktur sie tragen. Definiere, welche Inhalte gefunden werden, wie Synonyme behandelt werden und welche Filter Menschen wirklich benötigen. Ein visueller Prototyp mit fünf Beispielkarten beweist nicht, dass hundert Projekte oder Artikel verständlich durchsuchbar sind.

Nutze reale Datenmengen und schwierige Begriffe. Prüfe leere Ergebnisse, Tippfehler und mobile Bedienung. Wenn eine gute Informationsarchitektur die meisten Wege bereits löst, kann eine einfache Suche genügen. Komplexität sollte aus einer nachgewiesenen Aufgabe entstehen, nicht aus dem Wunsch nach einer modernen Funktion.

Ein Redesign sammelt schnell Erwartungen aus mehreren Bereichen. Marketing möchte neue Kampagnenbausteine, Vertrieb bessere Anfragen, Personal neue Karriereseiten und die Redaktion ein einfacheres CMS. Alle Wünsche können berechtigt sein. Wenn sie ohne Priorität in einen gemeinsamen Starttermin gedrückt werden, steigt jedoch das Risiko, dass zentrale Wege zu spät getestet werden.

Ordne Anforderungen nach ihrer Bedeutung für das vereinbarte Ziel. Unverzichtbar sind Inhalte und Funktionen, ohne die der neue Auftritt seine Kernaufgabe nicht erfüllt. Wichtig sind Erweiterungen mit klarer Wirkung, die notfalls in einer folgenden Etappe umgesetzt werden können. Ideen ohne bestätigte Aufgabe bleiben sichtbar, bestimmen aber nicht den ersten Umfang.

Einen vollständigen Kern statt vieler halber Funktionen bauen

Ein sinnvoller erster Umfang enthält die wichtigsten Seitentypen, Navigation, zentrale Formulare, notwendige Integrationen und den redaktionellen Betrieb. Er ist nicht einfach eine kleine Anzahl Seiten. Wenn ein weggelassener Prozess später jede andere Komponente verändert, gehört er früh in die Architektur, auch wenn seine Oberfläche zunächst reduziert bleibt.

Priorisierung bedeutet deshalb nicht, schwierige Teile zu verschieben. Häufig sollten gerade die kritischsten Annahmen zuerst getestet werden: komplexe Inhaltsmodelle, Integrationen oder lange mobile Seiten. Ein einfacher Hero ist selten das größte Risiko eines Website-Projekts.

Abhängigkeiten und Entscheidungen sichtbar machen

Inhalte, Gestaltung und Entwicklung laufen nicht unabhängig. Eine neue Navigation braucht entschiedene Seitenrollen. Komponenten benötigen reale Texte und Medien. Das CMS braucht ein freigegebenes Inhaltsmodell. Erstelle eine Abfolge, die diese Abhängigkeiten berücksichtigt, statt alle Disziplinen parallel auf unklarem Stand arbeiten zu lassen.

Halte offene Entscheidungen mit verantwortlicher Person und spätestem Termin fest. Dazu gehören Markenfreigaben, rechtliche Texte, Systemzugänge und Inhaltseigentümer. Ein Projekt gerät oft nicht wegen langsamer Umsetzung ins Stocken, sondern weil Entscheidungen niemandem gehören.

Start und Weiterentwicklung trennen

Die Website braucht zum Start einen abgenommenen Zustand. Danach beginnt die laufende Verbesserung auf Basis realer Nutzung. Diese Phasen sollten nicht vermischt werden. Ein Backlog nach dem Start ist sinnvoll, wenn dort bewusst zurückgestellte Aufgaben stehen. Es darf keine Sammlung ungeklärter Pflichtfunktionen sein.

Definiere außerdem, welche Inhalte zum Start vollständig vorliegen müssen und welche später folgen dürfen. Leere Kategorien, unfertige Referenzen oder austauschbare Platzhalter schwächen den Auftritt. Weniger veröffentlichte Seiten mit klarer Aufgabe sind oft besser als eine große Struktur, deren Inhalte erst nach und nach ernsthaft ausgearbeitet werden.

Ein Redesign-Angebot ist nur dann aussagekräftig, wenn alle Anbieter denselben Ausgangspunkt verstehen. Eine lose Anfrage nach einer neuen Website führt zu unterschiedlichen Annahmen über Inhalte, Technik, Migration und Mitwirkung. Der günstigste oder umfangreichste Vorschlag muss dann nicht das passendste Vorgehen darstellen. Gute Vorbereitung schafft Vergleichbarkeit, ohne die Lösung vorwegzunehmen.

Das Briefing sollte Anlass, Ziele, wichtige Nutzerwege, Seitentypen, Funktionen, Systeme, vorhandene Materialien und interne Rollen enthalten. Ergänze, welche Fragen noch offen sind. Ein seriöser Anbieter darf Unsicherheit benennen und eine Klärungsphase vorschlagen. Ein detaillierter Festpreis auf unbekannter Grundlage wirkt präzise, kann aber nur auf verdeckten Annahmen beruhen.

Leistungsumfang hinter den Überschriften prüfen

Begriffe wie Strategie, UX, Design und Entwicklung können sehr unterschiedliche Arbeiten enthalten. Frage nach konkreten Ergebnissen und Entscheidungen. Umfasst Strategie eine Bestandsanalyse und Zielklärung? Enthält UX echte Nutzerwege oder nur Wireframes? Wird ein Designsystem mit dokumentierten Komponenten gebaut? Sind Contentübernahme, Weiterleitungen und Tracking Teil der Umsetzung?

Prüfe auch, was ausdrücklich nicht enthalten ist. Bildproduktion, Texterstellung, Übersetzungen, Lizenzen, Systempflege und Schulung werden häufig unterschiedlich eingeordnet. Eine klare Abgrenzung schützt beide Seiten vor späteren Erwartungen.

Mitwirkung und Entscheidungswege bewerten

Ein gutes Angebot erklärt nicht nur, was die Agentur tut. Es zeigt, welche Informationen und Freigaben dein Team liefern muss. Wer entscheidet über Marke, Inhalte und Technik? Wie werden Rückmeldungen gebündelt? Wie viele Review-Schritte sind vorgesehen? Unklare interne Rollen können selbst ein gutes Vorgehen ausbremsen.

Bewerte, ob Workshops und Präsentationen tatsächlich Entscheidungen vorbereiten. Ein Termin ist kein Ergebnis. Nach jeder Phase sollte klar sein, welche Annahmen geprüft, welche Artefakte entstanden und welche Fragen entschieden wurden. Das macht Fortschritt nachvollziehbar.

Qualitätssicherung und Übergabe einfordern

Das Angebot sollte beschreiben, wie responsive Darstellung, Barrierefreiheit, Performance, Formulare, Browser und redaktionelle Abläufe geprüft werden. Frage, wer Fehler priorisiert und wann eine Funktion als abgenommen gilt. Eine bloße Schlusskontrolle kurz vor dem Start reicht für zentrale Komponenten nicht.

Zur Übergabe gehören Quellzugänge, Komponenten- und CMS-Dokumentation, Schulung, Zuständigkeiten und ein Verfahren für Fehler nach dem Start. Prüfe, welche Teile dir gehören und welche dauerhaft an einen Anbieter gebunden sind. Diese Antworten beeinflussen den Betrieb stärker als einzelne Präsentationsdetails.

Das fertige Redesign-Briefing muss kein umfangreiches Pflichtenheft sein. Es soll dafür sorgen, dass interne Beteiligte und mögliche Umsetzungspartner über dasselbe Projekt sprechen. Eine klare Zusammenfassung enthält Ausgangslage, Ziel, wichtigste Nutzerwege, Inhaltsumfang, Funktionen, technische Umgebung, Mitwirkung und gewünschte Zusammenarbeit. Offene Fragen werden nicht versteckt, sondern als Teil der Klärung markiert.

Beginne mit einer kurzen Beschreibung des Unternehmens und der Rolle der Website. Erkläre dann, warum das Redesign jetzt notwendig ist und welche beobachtbaren Probleme bestehen. Danach folgen priorisierte Ziele und die Elemente, die unbedingt erhalten werden müssen. Diese Reihenfolge verhindert, dass technische Einzelwünsche den Anlass überdecken.

Vorhandene Materialien geordnet bereitstellen

Sammle Markenunterlagen, Inhaltsinventar, Analysedaten, Nutzerfeedback, Systemzugänge und bekannte technische Befunde. Nicht alles muss bereits perfekt dokumentiert sein. Wichtig ist, dass Anbieter erkennen, was belastbar vorhanden ist und wo zunächst Recherche nötig wird. Zugangsdaten selbst gehören in einen sicheren Übergabeweg, nicht in das Briefingdokument.

Markiere außerdem verbindliche Rahmenbedingungen: bestehende Systeme, rechtliche Vorgaben, Sprachen, interne Freigaben und feste Ereignisse. Trenne echte Grenzen von Vorlieben. „Das CRM bleibt führend“ ist eine Architekturvorgabe. „Die Startseite soll ein Video haben“ ist zunächst eine Lösungsidee, deren Nutzen geprüft werden darf.

Offene Punkte als Fragen formulieren

Ein gutes Briefing muss nicht jede Lösung kennen. Es kann ausdrücklich fragen, ob das bestehende CMS weiter trägt, wie Inhalte sinnvoll modelliert werden oder welche Form der Nutzerforschung angemessen ist. Solche Fragen geben Anbietern Raum, ihre Arbeitsweise zu zeigen. Verdeckte Unsicherheit führt dagegen zu Angeboten, die aneinander vorbeiplanen.

Wenn intern noch Uneinigkeit besteht, benenne sie. Vielleicht soll die Website gleichzeitig stark reduziert und sehr erklärend sein. Vielleicht wünschen mehrere Bereiche eigene Navigationseinstiege. Ein früher moderierter Entscheidungsprozess ist günstiger als spätere Korrekturen an bereits freigegebenen Entwürfen.

Den passenden nächsten Schritt wählen

Je nach Klarheit kann der nächste Schritt ein fokussierter Audit, eine Konzeptphase oder bereits ein vollständiges Redesign-Angebot sein. Wenn Ziele und Bestand noch unscharf sind, sollte niemand so tun, als ließen sich Umfang und Lösung endgültig festlegen. Eine vorgeschaltete Klärung ist kein Umweg, wenn sie zentrale Fehlannahmen verhindert.

Wenn du Inhalte, Nutzerführung, Designsystem und technische Umsetzung gemeinsam betrachten möchtest, zeigen wir dir auf unserer Seite zur Entwicklung eines tragfähigen Webdesigns von der Struktur bis zur Umsetzung, wie diese Disziplinen in einem Projekt verbunden werden. Das Erstgespräch dient anschließend dazu, Ausgangslage und sinnvollen Projektstart einzuordnen.