Der Bogen, nicht der Tag
Der Launch ist ein 2-4-wöchiger Bogen mit drei Phasen; die #1000 plant den Tag 1, die #1 plant den Bogen und lässt Tag 1 den Höhepunkt der akkumulierten Dynamik sein.
- Pre-Launch (7-14 Tage vorher): Baue das Publikum auf, in das du launchst, nicht die Assets, mit denen du launchst. Eine aufgewärmte Warteliste konvertiert 3-5x besser als ein kaltes Publikum am Tag 1; ein Launch in einen leeren Raum ist der Standard-Flop.
- Teaser (3-7 Tage vorher): Ein Stück, das Neugierde weckt, ohne sie zu stillen. Ziel: E-Mail oder Follower sammeln, nicht das Produkt erklären. Zu viel Erklären im Teaser verbrennt die Enthüllung am Tag 1.
- Soft-Launch (24-48h vorher): An Freunde, Familie, einen kleinen Teil der Warteliste versenden, hinter einem privaten Link. Das ist der Bug-Fang: Brich es, bevor die Öffentlichkeit es tut, und führe die Anmeldung Ende-zu-Ende trocken.
- Launchtag: Ein konzentrierter Push von 2-4 Stunden, kein 24-Stunden-Rinnsal. Das wärmste Publikum geht zuerst, um sichtbare Dynamik (Anmeldungen, Kommentare, Social Proof) zu erzeugen, in die das breitere Publikum dann hineinlandet.
- Post-Launch (7-14 Tage danach): Die zweite Welle und der Retentions-Pivot. Die #1000 launcht und wird leise; die #1 hat den Post-Launch-Plan vor dem Launchtag geschrieben.
- Datumsauswahl: Vermeide Montag (voller Nachrichtenzyklus) und Freitag (totes Wochenende für B2B). Dienstag-Donnerstag für B2B. Vermeide große Nachrichtenereignisse, Feiertage und bekannte Konkurrenzlaunches; ein Launch, der mit einer größeren Geschichte konkurriert, ist unsichtbar.
- Dünner vs. dicker Launch: Dünn = ein großer Tag; dick = eine Woche Inhalt. Dick gewinnt bei Produkten, die Erklärung brauchen (neue Kategorie, komplexes Wertversprechen); dünn funktioniert bei einer klaren, selbsterklärenden Verbesserung.
- Auslieferungsbereitschaft != Feature-Vollständigkeit. Das Produkt ist nie fertig; Launchbereitschaft = Kernablauf funktioniert, Geschichte ist klar, Assets sind fertig. Liefere den Kern aus, launch, iteriere. Das Datum für „ein weiteres Feature“ zu verschieben, ist der häufigste Grund für einen Launch, der nie stattfindet.
Positionierung und der eine Satz
- Der eine Satz: Was es ist, für wen, der einzelne Nutzen. Wenn du es nicht in einem Satz sagen kannst, hast du keinen Launch, sondern einen Feature-Dump.
- Kategorieerstellung vs. Kategorieeintritt: Erstellung (du definierst etwas Neues) braucht mehr Erklärung, einen längeren Bogen, Thought Leadership; Eintritt (du bist besser bei etwas Bestehendem) braucht Differenzierung, Vergleich, Beweis. Eine Fehleinschätzung führt zu Über- oder Unterinvestition in Erklärung.
- Die Heldenbehauptung: Eine echte, verteidigbare, spezifische Zahl oder ein Ergebnis, das verankert. „Verkürzt die Deployment-Zeit von 40 auf 6 Minuten“ schlägt „10x schneller“. Eine erfundene runde Zahl (10x, 100x) liest sich wie Marketing und bricht unter Prüfung zusammen.
- Erzählbogen: Problem (nachvollziehbare, spezifische Person) -> kaputte aktuelle Lösungen -> dein Ansatz -> Beweis -> die Bitte. Die #1000 führt mit dem Produkt; die #1 führt mit dem Problem und der Person, die es hat.
- Zielgruppenhierarchie: Wer muss es zuerst hören (die Kern-1000-Superfans), dann der erreichbare Markt, dann das breitere Publikum. Botschaften nach Zielgruppe sequenzieren, nicht nach Feature.
- Der „Erklär-es-einem-10-Jährigen“-Test: Wenn ein kluger Nicht-Experte nicht wiederholen kann, was du tust, nach einem Mal Lesen, ist die Positionierung nicht fertig, der Text ist nicht clever.
- Vergrabe die Heldenbehauptung unter einer Feature-Liste und der Launch stirbt: Eine Behauptung, über dem Falz, in der Überschrift. Features unterstützen sie darunter.
Assets und das Launch-Kit
Das endliche Inventar. Fehlt eines davon, entsteht ein Brand am Tag 1.
- Landing Page: Das Ziel, auf das alles verweist. Ein CTA über dem Falz; die #1000 hat drei konkurrierende. Heldenbehauptung in der Überschrift, Demo-Video oder GIF darunter, 3-5 unterstützende Punkte, Social Proof, der CTA nochmal.
- Demo-Video: 60-90s für den Helden; unter 30s für Social-Cutdowns. Nach 2 Minuten verlierst du die Hälfte des Publikums vor dem Ende. Zeige das Produkt bei der Arbeit, keine sprechenden Köpfe.
- Screenshots: 5-8, Heldenschuss plus der Kernablauf. Werden von Presse, sozialen Medien und dem App Store genutzt; fotografiere in 2x für Retina.
- Press Kit: Fact Sheet (eine Seite: Was, wer, warum, wann, die Zahl), Gründer-Bios, Firmenlogos (hell + dunkel), Produkt-Screenshots. Ohne ihn verwendet die Presse, was sie findet, und das ist falsch.
- Social Assets: Launch-Thread (Twitter/X), LinkedIn-Post plus Karussell, IG/FB, wenn das Publikum dort ist. Eine Kernbotschaft, plattformnative Umschreibungen, kein Copy-Paste.
- E-Mail-Sequenz: Warteliste (die Enthüllung + der Link), Launchtag (die öffentliche Ankündigung), Follow-up (Tag 3-5 für Nicht-Öffner). E-Mail ist der ROI-stärkste Kanal, den du vollständig besitzt; hier zu wenig zu investieren, ist der häufige Fehler.
- Changelog / Release Notes: Die ehrliche, spezifische Liste dessen, was ausgeliefert wurde. Entwickler und Power-User lesen dies; sein Fehlen signalisiert Nebel.
- Support / FAQ-Dokument: Die Top-10-Fragen mit Antworten, vor dem Launch veröffentlicht. Ohne ihn ertrinkt der Support am Tag 1, während er dieselben 5 Fragen beantwortet.
- Internes Enablement: Ein Einseiter für Vertrieb, Support und Success mit den Top-5-Fragen und Einwandbehandlungen, vor dem Launch ausgeliefert, nicht danach. Sie sind diejenigen, die zuerst mit echten Nutzern sprechen.
- Asset-Produktionsreihenfolge: Landing Page zuerst (das Ziel), dann Video (längste Vorlaufzeit, 1-2 Wochen), dann Screenshots, dann Social, dann E-Mail zuletzt (am schnellsten zu produzieren, kann am selben Tag sein).
- Das vergessene Asset, jedes Mal: Das Support-Dokument und der interne Einseiter. Kein externer Glanz, zuerst gestrichen, wenn die Zeit knapp ist, und genau das, was Tag 1 rettet.
Kanäle und Verstärkung
- Eigene (E-Mail, Social, Blog) > Verdiente (Presse, Influencer, Community) > Bezahlte (Verstärke die Gewinner). Du kontrollierst Eigene; Verdiente geben Glaubwürdigkeit und Reichweite; Bezahlte multiplizieren, was bereits funktioniert.
- Verdiente-Medien-Mechaniken: Embargo (Presse 3-7 Tage vorher unter Embargo informieren, zum Launchzeitpunkt aufheben) gibt Breite; Exklusive (ein Medium bekommt es zuerst) gibt einen großen Spike. Exklusive, wenn du einen nachrichtenwürdigen Winkel hast; Embargo, wenn die Geschichte breit ist.
- Influencer / Community: Identifiziere 10-30 Personen, die bereits dein Publikum erreichen, briefe sie eine Woche vorher mit Assets, lass sie zum Launch veröffentlichen. Die #1000 schreibt 100 zum Launch kalt an; die #1 hat 20 einen Monat vorher aufgewärmt.
- Bezahlte verstärken nur das, was bereits organisch funktioniert. Schalte Bezahlte nach Tag 1, sobald du die Botschaft und die Kreative kennst, die konvertiert. Launchtag-Bezahlte mit einer ungetesteten Botschaft verbrennen Budget für die falsche Geschichte.
- Kanal-Asset-Passung: Video für Feeds; langer Text für Blog und SEO; Thread für Twitter/X; Karussell für LinkedIn; Demo-GIF für Product Hunt und Communities. Das gleiche Asset quer zu posten, schneidet schlechter ab als native Umschreibungen.
- Product Hunt: Launch um 00:01 PT für den vollen 24h-Zyklus; Hunter und Kommentatoren im Voraus organisieren; die Dynamik der ersten Stunde prägt den Tag.
- Hacker News: Poste Dienstag-Donnerstag morgens US-Zeit; ein echtes „Show HN“ mit einem echten Gründer-Kommentar schlägt einen Marketing-Post, der geflaggt wird.
- Reddit: Lies die Selbstpromotions-Regeln jedes Subreddits vor dem Posten; viele verbieten direkte Promo und erfordern ein ~10:1-Beitragsverhältnis. Ein Regelverstoß löscht den Post und das Karma.
Launchtag-Durchführung
- Das Runbook: Ein Dokument mit zeitgestempelten Aktionen, Verantwortlichen und Asset-Links. Alle in einem Kanal (Slack/Zoom War Room); niemand improvisiert die Reihenfolge.
- Zeitzone nach Publikum, nicht nach dir. US B2B: 6-9am ET fängt den Morgen-Scroll ab. Global/Dev: 00:01 PT für den Product Hunt-Zyklus. Um 9 Uhr Ortszeit zu launchen, wenn deine Käufer schlafen, verschwendet die ersten 8 Stunden.
- Die ersten 2 Stunden setzen den Tag: Das wärmste Publikum (Warteliste, Superfans, die Soft-Launch-Gruppe) geht zuerst, in einem konzentrierten Push, um sichtbare Dynamik zu erzeugen, in die das breitere Publikum dann hineinlandet.
- Monitoring-Dashboard: Anmeldungen, Aktivierungsrate, Fehlerrate, Serverlast, Support-Tickets, soziale Erwähnungen. Alle 15-30 Min für die ersten 2 Stunden prüfen, stündlich danach.
- Was kaputtgeht, in Reihenfolge: Der Anmeldeablauf (am Tag vorher Ende-zu-Ende trocknen), die Landing Page (Cache leeren, Formular lasttesten), die Server (auf 3-5x erwartete Spitze lasttesten), Support (für 48h 2-3x normal besetzen).
- Bereitschaftsdienst für 48h inklusive Wochenende. Jemand schaut immer um 3 Uhr morgens; wenn nicht du, dann ein Nutzer, der auf eine kaputte Anmeldung trifft und niemandem Bescheid sagen kann.
- Der War Room ist für Entscheidungen, nicht für Status: Die einzige Frage ist „Liefern wir den Fix aus, halten wir die Botschaft, oder ziehen wir die Paid-Ausgaben zurück?“ Alle 30 Min wiederholen, bis Stabilität erreicht ist.
Metriken und die Messlatte
- Echte Metriken, in Reihenfolge: Aktivierte Anmeldungen (nicht rohe Besuche), Aktivierungsrate Tag 1, Retention Tag 7, Retention Tag 30, Conversion zu Bezahlt. Jede spätere Metrik ist der Wahrheitstest der früheren.
- Aktivierung ist diejenige, die du vor dem Launch definieren musst: Die spezifische Aktion, die mit Retention korreliert (erstes Projekt erstellt, Teammitglied eingeladen, erste Abfrage ausgeführt). Die #1000 zählt Anmeldungen; die #1 zählt Aktivierungen.
- Ehrliche Spannen, keine erfundene Präzision: Aufgewärmte Warteliste Tag-1-Conversion 15-40%; kalter Traffic 1-5%; SaaS-Trial-zu-Bezahlt 10-25%; gute Consumer-D7-Retention 25-40%, SaaS-D7 40-60%. Orientierung, nicht Ziel.
- Vanity-Blacklist: Gesamtbesuche, Social Impressions, Presseerwähnungen, E-Mail-Öffnungen. Jede ohne ihre nachgelagerte Metrik (Conversions, Klicks, Traffic, Klicks) ist eine Zahl, die sich wie ein Gewinn anfühlt und es nicht ist.
- Der Launch-Spike und dann der Cliff ist der Standardfehler: Ein großer Tag 1 mit Tag 7 unter 20% von Tag 1. Der Launch ist nur erfolgreich, wenn die Retention an Tag 30 hält; ein Spike ohne Retention ist geliehene Aufmerksamkeit.
- Setze die Erfolgsmesslatte vor dem Launch: Schreibe die Zahl für Erfolg und die Zahl für Abbrechen / Pivot auf. Ohne eine vorab festgelegte Messlatte definiert die Post-Launch-Rationalisierung jedes Ergebnis als Gewinn um.
Post-Launch-Dynamik
- Der Launch ist der Start, nicht das Ende. Ein 2-wöchiger Post-Launch-Plan, der vor dem Launchtag geschrieben wurde, unterscheidet einen Launch von einer Pressemitteilung.
- Zweite Welle: Follow-up-E-Mail an Nicht-Öffner an Tag 3-5; ein „Was wir seit dem Launch ausgeliefert haben“-Update an Tag 7-10; eine Fallstudie oder ein Social-Proof-Post an Tag 14. Jedes verlängert den Ausläufer.
- Repariere, was kaputt ist, schnell: Triage-Bugs bis Tag 2, liefer Fixes an Tag 3-5, kommuniziere sie. Ein Launch mit Bugs, die du öffentlich behebst, ist besser als ein Launch ohne Bugs, den du nie erwähnst.
- Retentions-Pivot bis Tag 7: Verlager die Energie von Akquisition (Leute hereinholen) auf Retention (sie halten). Onboarding-Ablauf, Lifecycle-E-Mails, die First-Aha-Optimierung. Akquisition ohne Retention ist ein undichtes Fass.
- Die Post-Mortem innerhalb von 1 Woche: Was hat funktioniert, was nicht, was ändert sich für den nächsten Launch. Dokumentiert; der nächste Launch kommt immer früher als erwartet.
- Die ~7-Touch-Regel: Ein Interessent braucht etwa 7 Berührungen, um zu handeln. Ein Launch-Tweet ist 1 Berührung; die Post-Launch-Kadenz liefert die anderen 6. Eine einzelne Ankündigung, die verstummt, erreicht fast niemanden.
Situationen
| Situation | Spielzug |
|---|---|
| Launch-Datum verschiebt sich für „ein weiteres Feature“ | Auslieferungsbereitschaft != Feature-Vollständigkeit. Kernablauf funktioniert, Geschichte klar, Assets fertig -> launch. Schneide das Feature für das nächste Release. |
| Kein Publikum, in das man launchen kann | Baue die Warteliste 4-8 Wochen vorher auf, nicht Assets. Ein Launch in einen leeren Raum ist der Standard-Flop; Assets reparieren es nicht. |
| Presse beißt nicht an | Dir fehlt wahrscheinlich ein Nachrichtenwinkel (eine Zahl, ein Name, eine konträre Behauptung). Rahme um die eine verteidigbare Heldenbehauptung neu ein oder überspringe die Presse und gehe auf Eigene + Community. |
| Tag-1-Traffic, aber keine Anmeldungen | Die Landing Page oder der Anmeldeablauf ist das Leck. Prüfe den CTA (einer, über dem Falz), das Formular (trocken laufen lassen), die Botschaft (Heldenbehauptung klar). Besuche ohne Conversion ist eine Vanity-Zahl. |
| Server brechen beim Launch zusammen | Du hast nicht auf 3-5x erwartete Spitze lastgetestet. Rolle den Fix aus, kommuniziere und füge den Lasttest jedem zukünftigen Runbook hinzu. |
| Influencer geisten beim Launch | Du hast sie zum Launch kalt angeschrieben. Nächstes Mal wärme 10-30 einen Monat vorher auf, mit Assets und einer klaren Bitte. |
| Großer Tag 1, tot bis Tag 7 | Du hast ohne einen Retentionsplan gelauncht. Wechsle zu Onboarding, Lifecycle-E-Mail und dem First-Aha-Fix; ein Spike ohne Retention ist geliehene Aufmerksamkeit. |
| Zwei konkurrierende CTAs auf der Seite | Reduziere auf einen. Die Seite existiert für eine Aktion; alles andere unterstützt sie. |
| Launch in derselben Woche wie eine größere Geschichte | Verschiebe das Datum, wenn du kannst. Ein Launch, der mit einer größeren Geschichte konkurriert, ist unsichtbar; der Nachrichtenzyklus hat einen Schlagzeilenplatz. |
| Gründer fragt „Hat der Launch funktioniert?“ | Vergleiche mit der vorab festgelegten Messlatte (Aktivierungen, D7, D30), nicht mit Besuchen oder Impressions. Wenn keine Messlatte gesetzt wurde, setze eine rückwirkend und gib die Lücke zu. |
Wo die Lager sich uneinig sind
- Big Bang vs. rollierend (nur auf Einladung): Big Bang für maximale Day-1-Dynamik und Presse, wo das Produkt bewährt ist und die Kategorie Signal belohnt (Consumer, Viral). Rollierend (Invite-Only-Beta -> breiter) für risikoreiche, wechselkostenintensive oder Enterprise-Produkte, wo ein öffentlicher Flop nicht wiedergutzumachen ist und Validierung vor Skalierung kommen muss.
- Embargo vs. Exklusive vs. Offen: Exklusive für einen nachrichtenwürdigen Winkel (ein großer Spike, ein Medium besitzt ihn); Embargo für eine breite Geschichte (viele Medien, Breite); Offen (einfach veröffentlichen), wenn Presse nicht der Kanal ist und Eigene + Community es tragen. Die Wahl ist Nachrichtenwert und Presse-Relevanz, nicht Vorliebe.
- Bezahlte am Tag 1 vs. Bezahlte danach: Bezahlte am Tag 1 nur mit einer bewährten Botschaft und bekannten Unit Economics; danach für alle anderen, damit Bezahlte die Kreative verstärken, die bereits organisch konvertiert. Bezahlte am Tag 1 mit einer ungetesteten Botschaft verbrennen Budget für die falsche Geschichte.
- Gründergeführte Erzählung vs. Markenerzählung: Gründergeführt gewinnt in der Frühphase, bei kategoriebildenden, persönlichkeitsgetriebenen Launches (der Gründer ist der Beweis). Markenerzählung gewinnt in der Breite und im B2B, wo der Käufer nicht auf den Gründer referenziert; die gründergeführte Version liest sich wie Ego und schneidet schlechter ab.
- Dickes vs. dünnes Launch: Dick für erklärungsintensive oder neue Kategorieprodukte, die Wiederholung brauchen, um zu landen; dünn für eine klare, selbsterklärende Verbesserung, wo ein Tag ausreicht. Ein Fehleinschätzung des Erklärungsbedarfs führt zu Über- oder Unterinvestition.
Verwandte Skills
Weitere Clawic Skills, erhältlich unter https://clawic.com/skills/ (installieren, wenn der Benutzer zustimmt):
go-to-market– die breitere GTM-Strategie, deren ein Schlag dieser Launch istcopywriting– der Landing-Page-, E-Mail- und Social-Text, auf dem der Launch läuftemail-marketing– die Mechaniken der Wartelisten-, Launchtag- und Follow-up-Sequenzlanding-page– die Landing-Page-Strategie und -Umsetzung, die den Launch verankert