Website-Relaunch oder Neuaufbau: So wählen Sie den passenden Weg

Was ändert sich bei Auffrischung, Redesign und Neuaufbau?

Anbieter verwenden Begriffe wie „Refresh“ und „Redesign“ für ganz unterschiedliche Arbeiten. Legen Sie im Briefing fest, welche Seiten und Funktionen sich ändern und welche bleiben. Bei einem Neuaufbau lassen sich die Seiten-URLs erhalten. Prüfen Sie sie auch bei einer optischen Auffrischung, denn Änderungen am Design können Links und Inhalte beeinflussen.

So finden Sie heraus, was an der aktuellen Website nicht stimmt

Beziehen Sie die Personen ein, die Inhalte veröffentlichen und die Website betreuen, und dazu jemanden aus Ihrem Unternehmen, der entscheiden darf. Lassen Sie sich von Ihrem Entwickler eine vollständige URL-Liste aus der Sitemap und einem Crawl der Website geben. Haben Sie Analytics und Search Console, prüfen Sie dort, welche Seiten Besucher bringen und wie viele Anfragen eingehen. Bevor Sie einen Rückgang deuten, stellen Sie sicher, dass Tracking und Formularübermittlungen funktionieren.

Beginnen Sie mit acht verschiedenen URLs: Startseite, zwei Leistungsseiten, eine Fallstudie, ein Artikel, die Kontaktseite und zwei Seiten, die Besucher aus der Suche oder aus Kampagnen erhalten. Stehen die beiden letzten schon auf Ihrer Liste, wählen Sie andere. Ersetzen Sie Seitentypen, die Ihre Website nicht hat, durch Seiten mit anderem Layout, und notieren Sie Ihre Auswahl. Ergänzen Sie wichtige Abläufe, die Sie noch nicht erfasst haben, etwa einen Kauf oder die Anmeldung in einem Mitgliederbereich.

Dieser Plan ergibt 16 + 6 + 4 + 4 = 30 Einträge. Für zusätzliche Seiten oder Funktionen kommen weitere hinzu. Für die beiden Nutzeraufgaben können Sie diese Anweisungen verwenden: „Sie möchten wissen, ob diese Leistung Ihr Problem lösen kann. Finden Sie etwas, das Ihnen bei der Entscheidung hilft, und sagen Sie, warum.“ und „Sie möchten ein Angebot. Finden Sie heraus, wie Sie eines anfragen, und gelangen Sie zum Formular, ohne es abzusenden.“ Sagen Sie niemandem, wo er klicken soll, während er eine Aufgabe löst.

Halten Sie bei jedem Test fest, was Sie erwartet haben, was passiert ist, wie Sie es dokumentieren und was sich ändern muss. Bestimmen Sie jemanden, der sich um das Problem kümmert. Trennen Sie Seitenprüfungen, Nutzerversuche und technische Tests. Gelingt die Aufgabe in vier von sechs Nutzerversuchen ohne Hilfe, notieren Sie, welche zwei schwierig waren und warum. Diese 4 von 6 beschreiben die Personen, die Sie beobachtet haben. Für eine Aussage über alle Besucher brauchen Sie mehr Daten.

Welche technischen Grenzen sollten Sie vor der Entscheidung prüfen?

Veröffentlichung und Inhalte. Lassen Sie den Redakteur mit seinen zugewiesenen Rechten einen Entwurf anlegen, die Vorschau prüfen und veröffentlichen. Prüfen Sie außerdem Versionsverlauf, Sprachunterstützung und die Möglichkeit, Texte und Bilder zu exportieren. Fehlt eine benötigte Funktion, fragen Sie den Entwickler, ob sie sich im bestehenden CMS ergänzen lässt, welche Änderungen dafür nötig wären und was sie kosten würde.

Wartung des Codes. Fragen Sie, welche Komponenten noch Updates erhalten, wer sie pflegt und wie sich ein Backup einspielen lässt. Lassen Sie den Entwickler auf der Testseite eine routinemäßige Änderung ausprobieren. Blockiert eine nicht mehr unterstützte Komponente dauerhaft wichtige Funktionen, kommt infrage, diese Komponente zu ersetzen oder einen größeren Teil der Website neu aufzubauen. Das Alter der Website allein verrät noch nicht, welche Arbeit nötig ist.

Schnittstellen und Zugänge. Prüfen Sie mit Ihrem Entwickler die CRM-Anbindung und die Datenexporte. Ihr Unternehmen sollte wissen, wer Domain, Hosting, Code und Konten kontrolliert und wie Sie beim Anbieterwechsel wieder Zugriff erhalten. Schränkt ein Vertrag oder ein System den Zugriff ein, klären Sie zuerst die Ausstiegsbedingungen und den Ablauf der Datenübergabe.

Barrierefreiheit und Ladezeit. Schwache Kontraste lassen sich unter Umständen mit einer Farbänderung beheben; ein Menü, das sich nicht per Tastatur bedienen lässt, braucht womöglich eine neue Komponente. Lassen Sie die Korrektur auf einer repräsentativen Seite testen. Bei langsamen Seiten bitten Sie den Entwickler, die Leistung vor und nach der Arbeit unter gleichen Bedingungen zu messen und verbleibende Probleme zu erklären.

Für die Barrierefreiheit hilft die Übersicht des W3C zu den WCAG, um festzulegen, was Sie prüfen. Vereinbaren Sie mit dem Spezialisten die Version, die Konformitätsstufe und die zu bewertenden Seiten. Der Bericht sollte auch manuelle Prüfungen von Tastaturbedienung, Fokus, Beschriftungen und Fehlermeldungen enthalten. Ein automatisch berechneter Wert ersetzt diese Prüfungen nicht.

So vergleichen Sie Angebote von Anbietern

Listen Sie Ihre wesentlichen Anforderungen auf, etwa Veröffentlichen ohne Entwickler, Anfragen im CRM erhalten oder bestimmte URLs beibehalten. Bitten Sie jeden Anbieter, vorzuführen, wie diese Funktionen funktionieren würden. Markieren Sie im Vergleich jede Anforderung als „funktioniert im Test“, „nicht machbar“ oder „muss noch getestet werden“ und verlinken Sie den Screenshot, den Prototyp oder das Testergebnis.

Schließen Sie ein Angebot aus, wenn es eine wesentliche Funktion nicht liefern kann. Hat noch niemand die Funktion getestet, verlangen Sie den Test vor der Entscheidung. Vergleichen Sie unter den Angeboten, die Ihre Anforderungen erfüllen, Preis, Zeitplan und den Aufwand, den Ihr eigenes Team übernehmen muss.

Liefert das Kontaktformular Anfragen nicht aus, beheben Sie das vor optischen Mängeln. Sonst bleiben Menschen, die Sie kontaktieren, womöglich ohne Antwort. Setzen Sie Prioritäten, indem Sie festhalten, welche Aufgabe jedes Problem verhindert und wie oft es aufgetreten ist. Die Gesamtzahl der Mängel sagt nichts darüber, wie schwer sie wiegen.

Ein Beispiel: Redesign im bestehenden CMS

Stellen Sie sich ein Unternehmen mit 40 Seiten, einer Sprache, einem an das CRM angebundenen Formular und zwei Redakteuren vor. Es will seine Leistungen klarer erklären und möchte, dass das Team Texte und Bilder selbst aktualisieren kann. Beim Test bleiben drei der sechs Nutzerversuche am Navigationsmenü hängen. Alle vier Veröffentlichungsaufgaben gelingen, das CRM verarbeitet alle vier Szenarien korrekt, und die Wartungsprüfung findet keine technischen Hindernisse. Nötig sind ein neues Menü und drei Seitenvorlagen.

Das Unternehmen vergleicht drei Ansätze. Eine optische Auffrischung ließe das Menü unverändert und würde das beobachtete Problem nicht lösen. Ein Redesign im bestehenden CMS und ein Neuaufbau enthalten beide ein neues Menü. In jedem Prototyp lösen alle drei Teilnehmer beide Aufgaben ohne Hilfe: sechs erfolgreiche Versuche je Angebot. Jetzt kann das Unternehmen die Kosten dieser beiden Optionen für die getesteten Aufgaben vergleichen.

Die Kostenschätzungen umfassen die Durchsicht aller 40 Seiten, die Wiederverwendung geeigneter Inhalte, die Arbeit an den drei Vorlagen, Formular und CRM, vereinbarte Barrierefreiheitsprüfungen, URL-Kontrollen, Schulung und Livegang. Für dieses fiktive Beispiel gelten ein Stundensatz des Anbieters von 60 €, interne Arbeit zu 30 € pro Stunde und die unten genannten Stunden. Das sind frei gewählte Rechenwerte in Euro, keine Marktpreise und kein Angebot von Qreativa.

Die Gesamtsumme enthält das Honorar des Anbieters, die interne Arbeit und 12 Monate Wartung und Lizenzen. Das Honorar des Anbieters ist ohne Umsatzsteuer und weitere anfallende Abgaben angegeben. Die Arbeitszeit der Mitarbeiter ist ein Kostenfaktor für das Unternehmen, getrennt von der Rechnung des Anbieters. Dieses Beispiel nimmt keine weiteren Ausgaben an. Die Wartung umfasst Updates, Backups und Lizenzen, aber keine neuen Funktionen.

Der Zeitplan setzt voraus, dass die Unterlagen bereitliegen, ein Ansprechpartner im Unternehmen erreichbar ist und eine Freigaberunde genügt. Die Wochen enthalten Korrekturschleifen und Wartezeiten: Sie geben die Kalenderzeit bis zum Livegang an, nicht nur die Arbeitsstunden.

Das Unternehmen entscheidet sich für das Redesign, weil es die beobachteten Probleme löst und im ersten Jahr 4.560 € weniger kostet als der Neuaufbau. Das neue System würde bei der Wartung 40 € im Monat sparen, also 480 € in 12 Monaten; das ist in den Summen bereits enthalten. Dieser Vergleich betrachtet Kosten und getestete Funktionen. Ob die Zahl der Anfragen steigt, lässt sich erst mit Daten der Website nach dem Livegang beurteilen.

Hilfe bei der Budgetplanung finden Sie im Ratgeber „Was kostet eine Website?“. Bitten Sie die Anbieter, für dieselben Seiten und Funktionen zu kalkulieren, und lassen Sie Zusatzleistungen, Lizenzen, Support, den Zeitaufwand Ihres Teams und die Kosten ausweisen, die bei einem späteren Anbieterwechsel entstehen würden.

Was Sie während des Projekts erhalten sollten

Bevor Sie die Website ändern, listen Sie für jede wichtige Seite die URL, die zu erhaltenden Inhalte, Links, Downloads und die Aufgaben auf, die Besucher erledigen müssen. Sichern Sie Ausgangswerte zu Besuchern und Anfragen, sofern das Tracking zuverlässig ist, und dazu Messwerte zur Ladezeit. Mit ihnen kontrollieren Sie die Website nach der Arbeit.

Ändern sich URLs, verlangt die Google-Anleitung zum Umzug einer Website, alte Seiten den neuen zuzuordnen, passende Weiterleitungen einzurichten und interne Links zu aktualisieren. Legen Sie die Verantwortung fest, bevor die Entwicklung beginnt. Mit der Checkliste für die SEO-Migration bereiten Sie Ihr URL-Inventar und die Kontrollen danach vor.

Bei einem Projekt in Phasen können Sie mit einer Leistungsseite und ihrem Formular beginnen. Entscheiden Sie, wer Inhalte aktualisiert, solange alte und neue Seiten nebeneinander bestehen, und wie Sie Navigation und CRM-Anbindungen einheitlich halten. Prüfen Sie die Pilotseite, bevor Sie die Arbeit ausweiten, und planen Sie den Aufwand ein, beide Versionen zu pflegen.

Was ins Briefing gehört und was Sie bei der Übergabe prüfen

Geben Sie jedem Anbieter dasselbe Dokument mit Ihren Zielen, der Zielgruppe, dem Seiteninventar, den beobachteten Problemen und den benötigten Funktionen. Legen Sie fest, welche Inhalte Sie wiederverwenden oder neu schreiben, welche Systeme sich verbinden müssen und wer Materialien, Zugänge und Freigaben liefert. Fügen Sie Ihre Testnotizen bei und nennen Sie Budget und Fristen.

Fragen Sie für jede Aufgabe, was der Preis enthält, wer die Arbeit erledigt und wie Sie das Ergebnis prüfen. Vereinbaren Sie, wer zusätzliche Arbeiten freigeben darf. Bei der Übergabe können Sie die Prüfungen so aufteilen:

Die acht Seiten, die Sie am Anfang ausgewählt haben, helfen beim Erkennen von Problemen. Das vollständige URL-Inventar müssen Sie bei der Übergabe aber trotzdem prüfen. Verlangt das Projekt eine Freigabe vor der Veröffentlichung, testen Sie diesen Schritt mit den Konten der beteiligten Personen.

Entscheiden Sie vor dem Livegang, wer die Freigabe erteilt, welche Mängel behoben sein müssen und wie sich die vorherige Version wiederherstellen lässt, falls eine wichtige Funktion ausfällt. Nach dem Livegang stimmen Sie mit dem Team eine Testübermittlung des Formulars ab und legen einen Termin fest, um Fehler, Veröffentlichung und Analytics zu kontrollieren.

Wenn Sie Unterstützung bei der Abstimmung von Inhalten, Design und Entwicklung brauchen, ist die Leistung Webdesign und Webentwicklung von Qreativa ein Ausgangspunkt, um die Arbeit gemeinsam mit unserem Team zu definieren.

So halten Sie Ihren Angebotsvergleich fest

Wählen Sie Ihre acht URLs und ordnen Sie die Prüfungen. Legen Sie für jeden der 30 Tests einen Eintrag an und ergänzen Sie bei Bedarf weitere. Vergleichen Sie die angebotenen Funktionen und Kosten und halten Sie dann die Entscheidung fest und notieren Sie, wer sie freigibt und wer die Arbeit prüft. Fehlt noch ein Test, notieren Sie, wer ihn wann durchführt, bevor Sie die Anforderung als erfüllt markieren.