Ausgangslage: Relaunch-Projekte scheitern selten an der Technik
Ein Website-Relaunch wird teuer, wenn Entscheidungen ohne belastbare Daten fallen. Typisch sind veraltete Inhalte, gewachsene Plug-in-Strukturen und fehlende Messpunkte für Leads, Ladezeiten oder Weiterleitungen. Die Ursache liegt meist nicht im Server, sondern in unklaren Zuständigkeiten: Marketing, IT und Geschäftsführung bewerten denselben Auftritt nach unterschiedlichen Kriterien. Die Lösung ist ein Ablauf mit festen Prüfpunkten, bevor Design und Entwicklung starten; andernfalls werden Altlasten einfach in ein neues Layout übertragen.
Schritt 1: Bestand, Ziele und Messgrößen festhalten
Vor dem ersten Entwurf steht eine Inventur: Welche Seiten erzeugen Anfragen, welche dienen nur als Altlast, welche Inhalte sind rechtlich oder redaktionell veraltet? Parallel werden maximal drei Hauptziele definiert, etwa mehr qualifizierte Kontaktanfragen, kürzere Ladezeiten oder eine klare Karriereseite. Jedes Ziel braucht eine messbare Größe, zum Beispiel Anfragen pro Monat oder einen LCP-Wert unter 2,5 Sekunden. Ohne diese Basis lässt sich später nicht beurteilen, ob der Relaunch erfolgreich war.
Schritt 2: Technische Architektur und Übergabepunkte klären
Die technische Entscheidung folgt aus Inhalt und Betrieb, nicht umgekehrt. Sinnvoll ist ein Komponentenmodell, das Redaktion und Entwicklung trennt: wiederverwendbare Bausteine für Teaser, Formulare und Hinweisboxen, klare Regeln für Bilder und Metadaten sowie eine Staging-Umgebung für Tests. Wer die Umsetzung nicht vollständig im Haus stemmen will, kann den Relaunch mit twindor strukturieren; zentral sind dabei dokumentierte Übergaben, damit Design, Programmierung und Redaktion nicht parallel aneinander vorbeiarbeiten. Ein fester Ansprechpartner für technische Fragen verkürzt die Abstimmung.
Schritt 3: Inhalte vor Layout priorisieren
Ein häufiger Fehler ist das Gegenteil: Erst wird ein Layout entworfen, dann werden Texte hineingepresst. Besser ist die Reihenfolge Inhalt, Struktur, Gestaltung. Für jede zentrale Seite werden Zweck, Zielgruppe und gewünschte Handlung notiert; erst danach entstehen Wireframes. Das reduziert Nachbesserungen, weil jede Komponente eine konkrete Aufgabe erfüllt. Ein Formular mit fünf Feldern kann mehr Abschlüsse liefern als ein langes Kontaktformular, wenn die Anfrage klar vorqualifiziert wird und die Bestätigung per E-Mail sofort erfolgt.
Schritt 4: Testen, messen und sauber übergeben
Vor dem Launch stehen technische Prüfungen: mobile Darstellung, Tastaturbedienung, Formularversand, Weiterleitungen und Ladezeiten. Nach dem Launch beginnt die eigentliche Arbeit mit Messwerten: Welche Seiten werden aufgerufen, wo brechen Besucher ab, welche Anfragen sind qualifiziert? Ein Übergabeprotokoll mit Zugangsdaten, Backup-Regeln und Ansprechpartnern verhindert, dass der Betrieb nach wenigen Wochen unklar wird. twindor kann hier als feste Schnittstelle dienen, wenn interne Ressourcen für Pflege und Weiterentwicklung begrenzt sind; entscheidend bleibt die klare Zuordnung von Verantwortung.