LEKTION 10 / 14 · KOSTENLOSER BUSINESSKURS
Ein Launch ist das Versprechen, dass jemand Ihren Service nutzen kann und Hilfe erhält, wenn sie benötigt wird. Bevor Sie Käufer einladen, prüfen Sie die gesamte Customer Journey anhand dieses Versprechens. Ein kleiner, bewusst geplanter Launch gibt Ihnen Raum zum Lernen.
Am Ende: eine Launch-Entscheidung, eine getestete Customer Journey und einen kurzen Plan für die Reaktion auf Ausfälle erstellen. Sie können die Planungsübung ohne Konto oder kostenpflichtige Tools abschließen.
Definieren Sie, was „bereit“ bedeutet
Ein Launch-Datum ist nur dann nützlich, wenn Sie wissen, was bis dahin funktionieren muss. Schreiben Sie das kleinste Angebot auf, das Sie verlässlich liefern können: wem es dient, bei welcher Aufgabe es hilft, was enthalten ist, was es kostet und wie der Support funktioniert. Lassen Sie unfertige Extras aus dem beworbenen Versprechen heraus.
Bei einem Reporting-Service könnte Bereitschaft bedeuten, eine Beispieldatei zu erhalten, einen korrekten Bericht zu erstellen, ihn an die richtige Person zu liefern und Korrekturen zu bearbeiten. Für FitSite umfasst es, eine Studio-Website aus der ausgewählten Vorlage zu erstellen und deren Kontakt- und Buchungswege nutzbar zu machen. Keines der beiden Beispiele erfordert jede denkbare Funktion.
Trennen Sie Blocker von Verbesserungen. Wenn ein Käufer den falschen Tarif erhält, ist das ein Blocker. Eine dekorative Animation kann normalerweise warten. Weisen Sie jedem Blocker eine verantwortliche Person und einen erneuten Testschritt zu, damit ein Launch-Meeting zu einer Entscheidung statt zu einer Liste vager Bedenken führt.
Testen Sie den Service hinter dem Angebot
Bestätigen Sie, dass die Anwendung und kundenorientierten Seiten über HTTPS erreichbar sind, die vorgesehenen Domains funktionieren und das Monitoring jemanden erreicht, der handeln kann. Wenn Sie zugeordnete Domains anbieten, testen Sie genau diesen Weg. Ein Wildcard-Zertifikat für Ihre eigenen Subdomains deckt die separate Domain eines Kunden nicht automatisch ab.
Sichern Sie sowohl die Daten als auch die Dateien, die zur Wiederherstellung des Services erforderlich sind. Stellen Sie ein repräsentatives Backup in einer sicheren Testumgebung wieder her und prüfen Sie das Ergebnis. Eine erfolgreiche Backup-Benachrichtigung allein beweist nicht, dass die Wiederherstellung funktioniert. Dokumentieren Sie, wer die Wiederherstellung durchführen kann und welche Informationen zwischen Backups verloren gehen könnten.
Verwenden Sie für den optionalen WordPress-Pfad eine Staging-Umgebung, um WordPress Multisite, Ultimate Multisite, Ihre Vorlagen und die ausgewählten Integrationen gemeinsam zu prüfen. Der Kern von Ultimate Multisite ist kostenlos; Hosting, Domains, E-Mail-Zustellung, Zahlungsabwicklung und optionale Services können dennoch Geld kosten. Bestätigen Sie das tatsächliche Betriebsbudget, bevor Sie Abonnements abschließen.
Gehen Sie jeden beworbenen Tarif durch
Beginnen Sie als neuer Besucher und nicht als Administrator. Folgen Sie der Marketingseite zur Anmeldung, wählen Sie einen Tarif, prüfen Sie den Gesamtbetrag, führen Sie die unterstützten Zahlungstests des Anbieters durch, öffnen Sie die Willkommens-E-Mail, melden Sie sich an und erledigen Sie die erste nützliche Aufgabe. Wiederholen Sie dies für wesentlich unterschiedliche Tarife und Abrechnungszeiträume.
Prüfen Sie auch fehlgeschlagene und unterbrochene Journeys. Was passiert nach einer abgelehnten Zahlung, einer falsch eingegebenen E-Mail-Adresse, einer abgelaufenen Testphase oder einer Browser-Aktualisierung während der Einrichtung? Ein beruhigender Erfolgsbildschirm reicht nicht aus, wenn das Konto den versprochenen Zugang nie erhält. Dokumentieren Sie bei jedem Schritt den erwarteten Konto-, Zahlungs- und Bereitstellungsstatus.
Verwenden Sie die Sandbox oder den Testmodus des Zahlungsanbieters sowie dessen dokumentierte Testdaten. Stripe weist ausdrücklich darauf hin, nicht im Live-Modus mit echten Zahlungsdaten zu testen. Nutzen Sie nicht die alte Abkürzung, sich selbst zu belasten und die Zahlung anschließend zurückzuerstatten. Prüfen Sie die aktuelle Checkliste des Anbieters für den Livegang separat, bevor Sie echte Kundenkäufe akzeptieren.
Überprüfen Sie die sichtbare Erfahrung
Prüfen Sie Vorlagen auf kleinen Bildschirmen und mit Tastaturnavigation. Ersetzen Sie irreführende Platzhalter, überprüfen Sie Bildrechte, folgen Sie Links, testen Sie Formulare und stellen Sie sicher, dass die Anleitungen die Bildschirme beschreiben, die ein Kunde tatsächlich sieht. Ein funktionierender Login ist nicht dasselbe wie eine nutzbare erste Sitzung.
Bestätigen Sie, dass Tariflimits, Testbedingungen, Verlängerungspreise und Einrichtungsgebühren dem Angebot entsprechen. Prüfen Sie die Kontoseite, den Kündigungsweg, Rechnungsdetails und den Supportkontakt. Geben Sie an, was mit Zugang und Daten geschieht, wenn ein Abonnement endet. Lassen Sie die passenden Geschäftsrichtlinien für Ihre Situation prüfen, statt die Versprechen eines anderen Unternehmens zu kopieren.
Für FitSite könnte eine Launch-Probe ein fiktives Studio mit Stundenplan, Trainerprofil und Kontaktformular verwenden. Kennzeichnen Sie es als Demonstration. Platzieren Sie keine echten Kundeninformationen auf öffentlichen Beispielseiten und erwecken Sie nicht den Eindruck, dass eine Person auf einem Stockfoto die Plattform unterstützt.
Laden Sie eine kleine Pilotgruppe ein
Wählen Sie eine Pilotgruppe, die Sie persönlich unterstützen können. Bitten Sie die Teilnehmenden, echte Aufgaben zu versuchen und zu beschreiben, was passiert ist, statt sie nur zu fragen, ob ihnen das Design gefällt. Beobachten Sie, wo sie aufhören, welche Anweisungen sie übersehen und ob sie das Ergebnis erreichen, das das Angebot versprochen hat.
Wenn Sie einen Pilotrabatt anbieten, geben Sie ihm einen klar definierten Umfang und eine Dauer, die Sie sich leisten können. Ein dauerhaftes Angebot zum halben Preis schafft eine langfristige Verpflichtung, bevor Sie die Kosten verstehen. Bitten Sie separat um die Erlaubnis, die Website eines Kunden zu präsentieren oder Feedback zu zitieren; die Teilnahme am Pilotprojekt erteilt diese Erlaubnis nicht automatisch.
Stellen Sie sich drei eingeladene Studiobesitzer vor, die FitSite ausprobieren. Zwei schließen die Einrichtung ab, während einer keinen Buchungslink verbinden kann. Dies ist ein veranschaulichendes Szenario, kein berichtetes Ergebnis. Die hilfreiche Reaktion besteht darin, diese fehlgeschlagene Aufgabe zu untersuchen, die Anweisungen oder Integration zu verbessern und die Journey zu wiederholen, bevor Sie weitere Personen einladen.
Weisen Sie dem Launch-Tag eine verantwortliche Person und einen Plan B zu
Reservieren Sie Zeit, in der jemand Anmeldungen, Zahlungsbenachrichtigungen, Bereitstellung und Support überwachen kann. Halten Sie Kontaktdaten wichtiger Anbieter bereit. Entscheiden Sie, was neue Anmeldungen pausieren würde, wer diese Entscheidung trifft und wie betroffene Kunden ein klares Update erhalten.
Wiederholte Fehler bei der Bereitstellung könnten beispielsweise eine vorübergehende Pause bei Einladungen auslösen, während der Zugang bestehender Kunden verfügbar bleibt. Vermeiden Sie es, weitere Zahlungen für ein Ergebnis einzuziehen, das Sie nicht liefern können. Dokumentieren Sie das Problem, betroffene Konten, den Zeitpunkt des nächsten Updates und Wiederherstellungsprüfungen, ohne eine Lösungszeit zu erraten.
Überprüfen Sie nach dem Launch Belege, statt allein die Besucherzahl zu feiern. Haben berechtigte Käufer die Anmeldung abgeschlossen? Haben sie das erste nützliche Ergebnis erreicht? Welche Fehler erforderten manuelle Hilfe? Diese Beobachtungen werden zum nächsten kleinen Verbesserungszyklus.
Ihre Übung: Führen Sie eine Launch-Probe durch
Erstellen Sie ein einseitiges Bereitschaftsblatt mit fünf Zeilen: Angebot, Zahlungs-Journey, erste nützliche Aufgabe, Support und Wiederherstellung. Halten Sie für jede Zeile den Test, das beobachtete Ergebnis, die verantwortliche Person und jeden ungelösten Blocker fest.
Wählen Sie eine gewöhnliche Customer Journey und eine Fehler-Journey. Führen Sie beide in einer sicheren Testumgebung durch. Speichern Sie die Belege, die Sie benötigen, um einen Fehler zu reproduzieren, ohne Passwörter oder Zahlungsdaten in Notizen zu kopieren.
Verfassen Sie Ihre Piloteinladung, die Feedbackfragen und Ihre Go/No-Go-Regel. Eine nützliche Regel könnte verlangen, dass jeder beworbene Tarif korrekt bereitgestellt wird und eine Wiederherstellungsprobe erfolgreich ist. Wählen Sie die Größe der Pilotgruppe anhand Ihrer tatsächlichen Supportkapazität.
Schließen Sie mit einer Entscheidung ab: bereit für einen begrenzten Pilotversuch, bis zur Behebung konkreter Probleme blockiert oder nach einem abgeschlossenen Pilotversuch bereit für breitere Einladungen. Notieren Sie das Datum, an dem Sie dies erneut überprüfen werden.
Bevor Sie weitermachen
Bereitschaft bedeutet ein getestetes Versprechen, nicht eine vollständige Funktionsliste. Ein Pilotprojekt ermöglicht Lernen, ohne Verkäufe zu garantieren. Führen Sie Zahlungstests in der unterstützten Umgebung des Anbieters durch und wissen Sie, wie Sie pausieren, kommunizieren und wiederherstellen, wenn eine kritische Journey fehlschlägt.
Quellen und weiterführende Lektüre
Adaptiert aus der ursprünglichen Lektion 10: Launch-Tag. FitSite ist ein veranschaulichendes Unternehmen für Lernzwecke, keine Kundenerfolgsgeschichte. Stripes Hinweise zum Testen erklären Sandbox-Zahlungstests. WordPress-Hinweise zu Backups behandeln die für die Wiederherstellung benötigten Daten und Dateien.