LEKTION 10 / 14 · KOSTENLOSER BUSINESSKURS
Ein Launch ist ein Versprechen, dass jemand Ihren Dienst nutzen kann und Hilfe erhält, wenn sie benötigt wird. Prüfen Sie vor der Einladung von Käufern die gesamte Reise 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 Reaktionen 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. Notieren Sie das kleinste Angebot, das Sie zuverlässig 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.
Für einen 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 dies die Erstellung einer Studio-Website aus der ausgewählten Vorlage und die Nutzbarkeit der Kontakt- und Buchungswege. 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 in der Regel 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 Dienst hinter dem Angebot
Vergewissern Sie sich, dass die Anwendung und kundenseitigen 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 nicht automatisch die separate Domain eines Kunden ab.
Sichern Sie sowohl die Daten als auch die Dateien, die zur Wiederherstellung des Dienstes 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. Halten Sie fest, wer es wiederherstellen kann und welche Informationen zwischen Backups verloren gehen könnten.
Für den optionalen WordPress-Pfad verwenden Sie eine Staging-Umgebung, um WordPress Multisite, Ultimate Multisite, Ihre Vorlagen und ausgewählten Integrationen gemeinsam zu prüfen. Der Kern von Ultimate Multisite ist kostenlos; Hosting, Domains, E-Mail-Zustellung, Zahlungsabwicklung und optionale Dienste 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 vom Anbieter unterstützten Zahlungstests 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 Abläufe. 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 nie den versprochenen Zugang erhält. Halten Sie für jeden Schritt den erwarteten Zustand von Konto, Zahlung und Bereitstellung fest.
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. Folgen Sie nicht der alten Abkürzung, sich selbst zu belasten und die Zahlung anschließend zu erstatten. Prüfen Sie die aktuelle Go-live-Checkliste des Anbieters separat, bevor Sie echte Käufe von Kunden 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, verfolgen Sie Links, testen Sie Formulare und stellen Sie sicher, dass Anweisungen 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 mit dem Angebot übereinstimmen. Prüfen Sie die Kontoseite, den Kündigungsweg, Rechnungsdetails und den Supportkontakt. Geben Sie an, was mit Zugriff und Daten geschieht, wenn ein Abonnement endet. Lassen Sie die passenden Geschäftsrichtlinien für Ihre Situation prüfen, anstatt 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 empfiehlt.
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, anstatt nur zu fragen, ob ihnen das Design gefällt. Beobachten Sie, wo sie aufhören, welche Anweisungen sie übersehen und ob sie das vom Angebot versprochene Ergebnis erreichen.
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 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 Studioinhaber 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 sinnvolle Reaktion besteht darin, diese fehlgeschlagene Aufgabe zu untersuchen, die Anweisungen oder Integration zu verbessern und die Reise zu wiederholen, bevor Sie weitere Personen einladen.
Weisen Sie dem Launch-Tag eine verantwortliche Person und einen Notfallplan 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 eine klare Mitteilung erhalten.
Wiederholte Fehler bei der Bereitstellung könnten beispielsweise eine vorübergehende Pause bei Einladungen auslösen, während bestehender Kundenzugang verfügbar bleibt. Vermeiden Sie es, weitere Zahlungen für ein Ergebnis einzuziehen, das Sie nicht liefern können. Dokumentieren Sie das Problem, die betroffenen Konten, den Zeitpunkt des nächsten Updates und Wiederherstellungsprüfungen, ohne über einen Lösungszeitpunkt zu spekulieren.
Prü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, Zahlungsablauf, erste nützliche Aufgabe, Support und Wiederherstellung. Notieren Sie für jede Zeile den Test, das beobachtete Ergebnis, die verantwortliche Person und jeden ungelösten Blocker.
Wählen Sie eine gewöhnliche Customer Journey und eine Fehler-Journey. Führen Sie beide in einer sicheren Testumgebung durch. Speichern Sie die Nachweise, die Sie zur Reproduktion eines Fehlers benötigen, ohne Passwörter oder Zahlungsdaten in Notizen zu kopieren.
Verfassen Sie Ihre Pilot-Einladung, die Feedback-Fragen 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 ein begrenztes Pilotprojekt, blockiert bis bestimmte Korrekturen umgesetzt sind oder bereit für umfassendere Einladungen nach einem abgeschlossenen Pilotprojekt. Notieren Sie das Datum, an dem Sie dies erneut prüfen werden.
Bevor Sie weitermachen
Bereitschaft bedeutet ein getestetes Versprechen, keine vollständige Funktionsliste. Ein Pilotprojekt ermöglicht Lernen, ohne Verkäufe zu garantieren. Führen Sie Zahlungstests innerhalb der vom Anbieter unterstützten Umgebung durch und wissen Sie, wie Sie pausieren, kommunizieren und wiederherstellen, wenn eine kritische Journey fehlschlägt.
Quellen und weiterführende Informationen
Adaptiert aus der ursprünglichen Lektion 10: Launch-Tag. FitSite ist ein fiktives Unternehmen für Lernzwecke, keine Kundenerfolgsgeschichte. Stripes Testanleitung erläutert Sandbox-Zahlungstests. Die WordPress-Anleitung zu Backups behandelt die für eine Wiederherstellung erforderlichen Daten und Dateien.