Kundenfreigabe vor dem Go-live einer Website: ein Leitfaden für Agenturen

Streit beim Go-live entsteht selten durch schlechte Arbeit. Er entsteht durch Unklarheit: Der Kunde hat eine Staging-URL geprüft, die von der Produktion abwich, das Feedback kam in fünf E-Mail-Verläufen und einem Telefonat, eine Führungskraft hat die Website erst nach dem Go-live gesehen, oder ein „sieht gut aus“ im Chat wurde als Freigabe verstanden. Ein Freigabeprozess beseitigt diese Unklarheit.

• Eine Version: Der Kunde prüft die Website auf dem Server, von dem aus sie live geht, nicht auf einer Staging-Kopie.
• Ein Ort für Feedback: Kommentare, die genau an der Seite und dem Element hängen, um die es geht.
• Eine freigebende Person, vorab benannt, mit der Befugnis, Ja zu sagen.
• Ein Nachweis: wer freigegeben hat, wann und in welchem Zustand die Website war.

Halten Sie vor Beginn des Reviews schriftlich fest, was eine Freigabe bedeutet. Eine kurze Liste im Projekt-Briefing oder Leistungsverzeichnis genügt:

Benennen Sie die freigebende Person und eine Vertretung. Vereinbaren Sie, wie viele Review-Runden enthalten sind und dass Änderungen nach der Freigabe eine neue Anfrage sind. Das schützt beide Seiten.

1. 1

   Schritt 1: Umfang und freigebende Person vereinbaren

   Halten Sie fest, was die Freigabe umfasst, wie viele Review-Runden enthalten sind und wer freigibt.

2. 2

   Schritt 2: Auf dem Produktionsserver bereitstellen

   Spielen Sie den finalen Stand auf den Server, von dem aus die Website live geht, während DNS noch auf die alte Website zeigt.

3. 3

   Schritt 3: Passwortgeschützte Vorschau teilen

   Erstellen Sie einen Vorschau-Link für die Domain und die IP des neuen Servers, setzen Sie ein Passwort und schicken Sie ihn an den Kunden.

4. 4

   Schritt 4: Feedback als Pins sammeln

   Aktivieren Sie Kundenkommentare, damit der Kunde Feedback an Seite und Element heftet; erledigen Sie jeden Kommentar, sobald Sie ihn umgesetzt haben.

5. 5

   Schritt 5: Prüfungen ausführen

   Führen Sie einen QA-Bericht und einen visuellen Vergleich aus, beheben Sie die Befunde und teilen Sie die Ergebnisse oder einen Bereitschaftsbericht.

6. 6

   Schritt 6: Ausdrückliche Freigabe einholen

   Bitten Sie die benannte Person, auf „Go-live freigeben“ zu klicken oder schriftlich mit Bezug auf den genauen Vorschau-Link zu bestätigen.

7. 7

   Schritt 7: Einfrieren und live gehen

   Frieren Sie die Änderungen nach der Freigabe ein, stellen Sie DNS um und führen Sie Wünsche für die Zeit nach dem Go-live auf einer separaten Liste.

Staging-Umgebungen weichen von der Produktion ab: andere Plugins, zwischengespeicherte Assets, Testinhalte. Am sichersten lässt sich der Produktionsserver selbst freigeben, bevor DNS auf ihn zeigt. Ein DNSPeek-Vorschau-Link zeigt die Website vom neuen Server unter ihrer echten Domain, in jedem Browser und auf jedem Smartphone, ohne dass der Kunde etwas installieren oder einrichten muss. Schützen Sie ihn mit einem Passwort und verschicken Sie ihn wie jeden anderen Link.

Kunden müssen nicht wissen, was eine hosts-Datei ist, und sollten nie gebeten werden, eine zu bearbeiten. Die Abwägung finden Sie unter hosts-Datei oder Vorschau-Link.

In den Tarifen Agency und Provider aktivieren Sie für den Vorschau-Link Kundenkommentare. Auf jeder Seite der Vorschau erscheint dann ein Kommentar-Button. Der Kunde klickt auf eine Stelle, schreibt einen Kommentar, und dieser wird als nummerierter Pin an das Element geheftet; allgemeine Anmerkungen können für die ganze Seite gelten. Ein Konto ist nicht nötig. Sie erhalten eine E-Mail, wenn Kommentare eingehen, höchstens eine alle zehn Minuten pro Link, und erledigen jeden Kommentar im Dashboard, sobald er umgesetzt ist. Details: Kundenkommentare und Go-live-Freigabe.

Kunden geben schneller frei, wenn sie sehen, dass die Prüfungen gemacht wurden. Kostenlose Tools decken die Grundlagen ab, etwa das Zertifikat mit dem SSL-Checker und Weiterleitungen mit dem Weiterleitungs-Checker. Drei Dinge helfen am meisten:

• Ein QA-Bericht: ein Crawl des neuen Servers auf defekte Seiten, fehlende Dateien, Weiterleitungsprobleme, Mixed Content und Lücken bei den E-Mail-DNS-Einträgen, mit einer Bewertung. In den Tarifen Agency und Provider trägt der geteilte Bericht Ihr Branding. Siehe QA-Bericht.
• Ein visueller Vergleich: Screenshots wichtiger Seiten der alten und neuen Website, Desktop und Mobil, mit hervorgehobenen Unterschieden (kostenpflichtige Tarife). Siehe Visueller Vergleich.
• Ein Bereitschaftsbericht: eine Seite mit einem Urteil (nicht bereit, bereit mit Warnungen, bereit für den Go-live), erstellt aus dem neuesten QA-Bericht, dem visuellen Vergleich, offenen Kommentaren, der Freigabe des Kunden und einer Zertifikatsprüfung. Es ist eine Momentaufnahme, die der Kunde ohne Konto öffnet. Siehe Go-live-Bereitschaft.

Sind Kundenkommentare aktiv, klickt der Kunde auf Go-live freigeben und gibt einen Namen ein, optional mit E-Mail-Adresse und Notiz. Sie erhalten eine E-Mail, die Link-Einstellungen zeigen, wer wann freigegeben hat, und der Bereitschaftsbericht nennt die freigebende Person unter dem Urteil. Arbeiten Sie ohne die Kommentarfunktion, bitten Sie um eine Freigabe per E-Mail als Antwort auf eine Nachricht, die auf die genaue Vorschau verweist und den Umfang auflistet, und bewahren Sie diesen Verlauf beim Projekt auf.

Frieren Sie nach der Freigabe die Änderungen ein. Alles, was der Kunde danach wünscht, kommt auf eine Liste für die Zeit nach dem Go-live, sofern es den Go-live nicht blockiert. Stellen Sie dann DNS nach der Checkliste für den Website-Umzug um.