Launch ist eine Übergabe: Die Client-Ready-Checkliste für Agenturen

Zusammenfassung

Die meisten Launch-Ratschläge behandeln eine Website wie ein einmaliges Ereignis. Für eine Agentur ist jeder Launch eine Übergabe, und Wiederholbarkeit ist wichtiger als ein perfekter Launch-Tag. Dieser Artikel gibt Ihnen eine Checkliste vor der Übergabe, die für die Verwaltung mehrerer Kundenprojekte entwickelt wurde. Sie behandelt das Festlegen eines festen Übergabetermins, das frühe Sperren von Inhalten, das Testen aus der Kundenperspektive, das Anpassen der Prüfungen an den Website-Typ sowie die Durchführung von Sicherheits-, SEO- und Runbook-Gates. Der letzte Schritt ist ein Follow-up nach 48 Stunden, das die Erkenntnisse in das nächste Projekt einfließen lässt. Nutzen Sie dies als lebendige Checkliste, nicht als Kopierliste.

Die meisten Launch-Ratschläge sind für eine einzelne Website geschrieben, weshalb sie in einer Agentur scheitern. Sie gehen davon aus, dass Sie unbegrenzt Zeit haben, jede Seite zu testen. Haben Sie nicht. Sie haben mehrere laufende Projekte, einen Kunden, der die Telefonnummer zweimal geändert hat, und einen Stakeholder, der ständig wegen einer Kleinigkeit E-Mails schreibt. Der Rat, der funktioniert, behandelt den Launch als Übergabe, nicht als Ereignis. Ihr eigentliches Produkt ist ein wiederholbarer Prozess, der eine Website hervorbringt, in der der Kunde leben kann, ohne Sie in Panik anzurufen. Diese Checkliste ist dieser Prozess, gebaut für Agenturen, die dasselbe Qualitätsgate über verschiedene Kunden, Budgets und Website-Typen hinweg durchführen müssen. Nutzen Sie sie als Rückgrat, nicht als Einheitsliste zum Kopieren.

Setzen Sie zuerst den Übergabetermin fest

Setzen Sie den Übergabetermin in den Kalender, bevor Sie eine Vorlage auswählen. Nennen Sie ihn kundenbereit statt Launch. Arbeiten Sie dann rückwärts: Content-Deadline, Design-Review, Testfenster und einen echten Puffer, weil der Kunde mindestens zwei Tage rutschen wird. Schreiben Sie das Datum so auf, dass es jeder sehen kann.

Wenn es kein Datum gibt, hat das Scope Creep keinen Anker. Wenn ein Kunde nach einer weiteren Seite fragt, können Sie sagen, dass sich dadurch der Übergabetermin verschiebt. Wenn das Datum bereits existiert, ist der Kompromiss sichtbar; wenn nicht, ist jede kleine Anfrage kostenlos und jede Deadline ist Fiktion. Eine Agentur, die keinen Übergabetermin benennen kann, kann ihre Margen nicht schützen. Wenn Sie mit einem vagen Briefing beginnen, sorgt ein wiederholbarer Agenturprozess dafür, dass dieses Gespräch bei jedem Projekt gleich bleibt.

Sperren Sie Inhalte, die nicht improvisiert werden können

Inhalte sind der Punkt, an dem Kundenwebsites scheitern, nicht der Code. Ein Entwickler kann eine Seite bauen; er kann nicht die tatsächliche Adresse, Preise oder Team-Bios des Kunden erfinden. Setzen Sie eine harte Content-Deadline vor der Design-Freigabe und machen Sie sie so fest wie den Übergabetermin.

Verwenden Sie bei jedem Projekt ein standardisiertes Erfassungsformular. Fragen Sie nach Telefon, E-Mail, physischer Adresse, Geschäftszeiten und den drei Dienstleistungen, die der Kunde verkaufen möchte. Ein Kunde gibt Ihnen eine Telefonnummer, die zu einem Faxgerät führt; ein anderer übergibt Ihnen ein Logo, das als Word-Dokument gespeichert ist. Diese Dinge während der Inhaltserfassung zu finden, ist billiger, als sie in der Fußzeile einer Live-Website zu entdecken.

Wenn zum Stichtag ein Teil fehlt, veröffentlichen Sie mit einem klar gekennzeichneten Platzhalter, anstatt das Projekt einzufrieren. Ein Platzhalter mit einer Deadline schlägt einen gestoppten Build. Der häufige Fehler ist, Inhalte als etwas zu behandeln, das später hinzugefügt werden kann – so starten Sie eine Website mit der falschen Kartenmarkierung oder einer Dienstleistung, die der Kunde vor sechs Monaten eingestellt hat. Planung und Informationsarchitektur existieren, um diese Entscheidungen vor dem Build zu erzwingen.

Testen Sie wie der Kunde an einem schlechten Tag

Sie haben wochenlang auf die Website gestarrt und sehen daher, was Sie erwarten. Der Kunde sieht, was tatsächlich auf dem Bildschirm steht. Öffnen Sie die Website in einem Inkognito-Fenster mit einer neuen Sitzung und führen Sie einen Durchlauf mit frischen Augen durch.

Klicken Sie auf jeden Link, den Sie sehen können, nicht nur auf die, an die Sie sich erinnern. Senden Sie jedes Formular ab und testen Sie die Fehlerzustände, nicht nur den Erfolgspfad. Laden Sie die Website auf einem Telefon, bei einer langsamen Verbindung und mit geöffnetem Menü. Überprüfen Sie, ob die Telefonnummer im Header mit der auf der Kontaktseite übereinstimmt.

Hier werden kleine Verzögerungen zu Geschichten. Ein Hero-Bild, das langsam lädt, ein Button, der ins Leere führt, ein Sticky-Header, der auf mobilen Geräten die Telefonnummer verdeckt – jede dieser Kleinigkeiten prägt den ersten Eindruck des Kunden. Sie brauchen keine hundert Prüfungen; Sie brauchen die wenigen, die unmöglich zu erklären wären. Ein Tippfehler in einem Blogbeitrag ist behebbar; eine kaputte Checkout-Seite nicht. Wenn Sie bei jedem Kunden denselben Test durchführen, müssen Sie nicht mehr die erste Woche nach dem Launch damit verbringen, E-Mails zu beantworten, in denen „Button funktioniert nicht“ steht.

Passen Sie das Gate an die Website an

Führen Sie bei jedem Projekt eine Scoping-Überprüfung durch, bevor Sie eine Checkliste ausführen. Eine vierseitige Broschüren-Website und ein Shop-Katalog sind nicht dasselbe Projekt. Identische Prüfungen auf beide anzuwenden, ist entweder Over-Engineering oder Unter-Testen. Bevor Sie die Checkliste ausführen, entscheiden Sie, welche Prüfungen für diesen Kunden relevant sind.

Website-Typ	Nicht verhandelbare Prüfungen
Broschüren-Website	Kundenperspektiven-Durchlauf, Kontaktdaten, SSL, grundlegende SEO
Landingpage	Ladezeit, Formularabsendung, Dankesseite, Analytics
E-Commerce	Checkout-Pfad, Zahlungstest, Produktbilder, Backups

Behalten Sie das gemeinsame Gate – Übergabetermin, Sicherheit, Runbook, Follow-up – und fügen Sie die Prüfungen hinzu, die diesen spezifischen Kunden schützen. Überspringen Sie den Scoping-Schritt und Sie verbringen Ihren Freitag damit, eine Serviceseite zu testen, während die eigentliche Sorge des Kunden ein Checkout ist, der nicht funktioniert. Oder Sie starten eine E-Commerce-Website, ohne den Zahlungsfluss zu testen, und der Kunde merkt es erst, wenn eine Bestellung verschwindet.

Bauen Sie das Sicherheits-Gate einmal, führen Sie es jedes Mal aus

Sicherheit ist der Bereich, in dem Agenturen nachlassen. Sie führen ein vollständiges Audit für den E-Commerce-Kunden durch, überspringen dann die Broschüren-Website, weil sie keine Daten sammelt. Das ist der falsche Instinkt. Die Website-Sicherheitsrichtlinien von UpGuard legen dieselben Praktiken auf jede Website: Plattform aktuell halten, starke Authentifizierung durchsetzen, Benutzerrechte einschränken, regelmäßig sichern und alles über SSL/TLS ausliefern. Eine Broschüren-Website kann trotzdem kompromittiert werden; die Domain eines Kunden kann trotzdem zum Versenden von Spam genutzt werden.

Erstellen Sie eine gemeinsame Sicherheits-Checkliste und führen Sie sie bei jedem Projekt aus. Multi-Faktor-Authentifizierung für jeden Login aktiviert. Software und Plugins aktualisiert. Ein Backup, das tatsächlich getestet wurde, nicht nur geplant. SSL/TLS-Zertifikat installiert und live. Benutzerrechte auf das beschränkt, was jede Person benötigt.

Machen Sie Sicherheit zu einem Ja/Nein-Gate. Wenn eine Antwort nicht „ja“ lautet, ist die Website nicht kundenbereit. Führen Sie das Gate in der Staging-Umgebung vor der Launch-Woche aus, denn Zertifikatfehler in der Launch-Nacht sind Notfälle, die Sie nicht in Rechnung stellen können. Halten Sie die Liste klein genug, dass jedes Element etwas bedeutet. Wenn ein Element immer besteht, automatisieren Sie es oder integrieren Sie es in Ihre Build-Tools. Die Kosten des Überspringens sind nicht abstrakt; es ist die Nachricht mitten in der Nacht von einem Kunden, dessen Website verunstaltet wurde.

Machen Sie SEO zu einer Prüfung, nicht zu einer Hoffnung

Hier ist ein Launch, den Sie schon gesehen haben: Die Website geht live, das Design sieht sauber aus, und einen Monat später fragt der Kunde, warum er nicht bei Google auftaucht. SEO auf einer kleinen Website fühlt sich wie ein zukünftiges Problem an, daher wird es übersprungen. Der Anfänger-SEO-Leitfaden des Digital Marketing Institute behandelt die technische Einrichtung als Teil der Grundlagen, nicht als Marketing-Geflunker: HTTPS, eine XML-Sitemap und eine robots.txt-Datei, die Suchmaschinen hereinlässt.

Fügen Sie Ihrer Übergabe-Checkliste einen SEO-Bereich hinzu und machen Sie ihn konkret. Bestätigen Sie einen Title-Tag und eine Meta-Description für jede wichtige Seite. Stellen Sie sicher, dass jede Seite mindestens einen echten Textinhalt hat, nicht nur Bilder. Generieren Sie eine XML-Sitemap und reichen Sie sie ein. Überprüfen Sie, ob robots.txt die Seiten nicht blockiert, die Sie indiziert haben möchten.

Nichts davon ist teuer. Alles ist mühsam, weshalb es übersprungen wird. Die Kosten sind für ein paar Wochen unsichtbar, dann bekommen Sie den Anruf: Warum taucht mein Unternehmen nicht bei Google auf? Sie können das nicht mit einer Übergabe-Prüfung beantworten; Sie können es nur mit dem Beweis beantworten, dass die Grundlagen vor dem Livegang vorhanden waren. Für die vollständige Einrichtung starten Sie eine No-Code-Website, die ab dem ersten Tag rankt. Machen Sie das SEO-Gate zumindest zu einer Ja/Nein-Liste, damit „SEO später“ nicht in das Projekt kriechen kann.

Übergeben Sie die Schlüssel mit einem Runbook

Die Übergabe ist nicht abgeschlossen, wenn die Website live geht. Sie ist abgeschlossen, wenn sich der Kunde anmelden kann, ohne Sie anzurufen. Ein Link und ein Passwort sind keine Übergabe; es ist eine erste Hausaufgabe. Der Kunde wird die Einstellungsseite finden, experimentieren und entweder etwas kaputt machen oder Sie mit einer Frage anrufen, die Sie in einem einseitigen Dokument hätten beantworten können.

Schreiben Sie ein Runbook. So melden Sie sich an und ändern den Text auf der Startseite. So tauschen Sie ein Bild aus. Wo Domain und Hosting liegen. Wann die Domain erneuert wird und wer dafür verantwortlich ist. Der ICANN-Domainregistrierungsprozess erfordert gültige Kontaktinformationen, die mit dem Eigentümer verknüpft sind. Wenn der Kunde die Domain besitzt, muss er wissen, wo das Konto liegt und was passiert, wenn es abläuft. Tragen Sie das Verlängerungsdatum in das Runbook ein; Sie möchten nicht, dass der erste Anruf nach dem Launch lautet: „Unsere Website ist weg, weil niemand die Domain erneuert hat“.

Das Runbook kann eine Seite sein. Es muss kein Handbuch sein. Aber es muss existieren, und der Kunde muss es öffnen, während Sie noch am Telefon sind.

Follow-up nach 48 Stunden

Ein Kunde schweigt eine Woche nach dem Launch. Sie nehmen an, er ist zufrieden. Dann kommt die Rechnungs-E-Mail, und Sie stellen fest, dass er sechs Tage lang nicht wusste, wie er seine eigenen Preise aktualisieren kann. Der nützlichste Test findet nach der Übergabe statt, nicht davor.

Achtundvierzig Stunden nach dem Livegang der Website senden Sie eine kurze Nachricht. Stellen Sie eine konkrete Frage, nicht „Alles okay?“ Konkrete Aufforderungen fördern echte Antworten zutage. Haben Sie versucht, sich anzumelden? Kommt das Kontaktformular in Ihrem Posteingang an? Stimmt die Adresse in der Fußzeile? Halten Sie fest, was der Kunde berichtet, und fügen Sie es der Checkliste des nächsten Projekts hinzu.

Dies ist der Moment, in dem Sie das erfassen, was Sie nicht hätten erfassen können: die echte Telefonnummer des Kunden, seine tatsächlichen Produktbilder, die Integration, die nur mit seinen Daten funktioniert. Jedes Mal, wenn ein Kunde eine Lücke aufdeckt, fügen Sie sie dem nächsten Übergabe-Gate hinzu. So bleibt die Checkliste lebendig, anstatt zu einem Dokument zu werden, das niemand liest. Wenn Sie nach dem größeren System suchen, beginnt das Reifegradmodell für die Wartung von Kundenwebsites dort, wo dieses Follow-up endet.

Ein Gate, keine Trophäe

Das Ziel ist nicht, die gründlichste Checkliste der Branche zu haben. Es geht darum, ein Gate zu haben, das die Probleme erfasst, die Sie tatsächlich bei Ihren Kunden sehen. Das bedeutet Beschneiden. Wenn eine Prüfung bei Ihren letzten mehreren Launches kein einziges Problem erfasst hat, haben Sie sie entweder automatisiert, oder sie ist Rauschen. Eine Checkliste voller Punkte, die immer bestanden werden, vermittelt ein falsches Gefühl von Vollständigkeit. Die Prüfungen, die zählen, sind die, die gelegentlich fehlschlagen, denn genau diese verhindern die peinlichen Anrufe.

Fügen Sie keine Prüfungen hinzu, um sich prozessreich zu fühlen. Fügen Sie sie nur hinzu, wenn sie sich ihren Platz verdienen. Die beste Launch-Checkliste für eine Agentur ist kürzer, als Sie denken: Übergabetermin festgelegt, Inhalte gesperrt, Kundenperspektiven-Test bestanden, Sicherheits- und SEO-Gates grün, Runbook übergeben, 48-Stunden-Follow-up geplant. Wenn dieses Gate existiert, hört der Launch auf, ein Schreckensmoment zu sein, und wird zur Formalität. Das ist der Unterschied zwischen einer Agentur, die Websites baut, und einer Agentur, die sie ausliefert.