Communitygithub.com

clawic/skills

Orchestriert Ankündigung, Assets, Kanäle und Timing für den Produktlaunch – vom Teaser über den Launchtag bis zur Post-Launch-Dynamik.

Was ist skills?

Diese Skill bietet eine umfassende und strategische Anleitung für Produktlaunches, die den gesamten Bogen von der Vorphase bis zur Nachbereitung abdeckt. Sie betont die Notwendigkeit, einen Launch als mehrwöchigen Bogen mit drei Phasen (Pre-Launch, Launch, Post-Launch) zu planen, anstatt ihn auf einen einzigen Tag zu reduzieren. Die Skill lehrt, wie man eine Zielgruppe aufbaut, die richtige Positionierung findet („Ein-Satz“), ein Launch-Kit mit allen notwendigen Assets erstellt und die passenden Kanäle bespielt. Sie enthält detaillierte Runbooks für den Launchtag, Metriken für den Erfolg (v.a. Aktivierungen und Retention) und einen Plan für die Post-Launch-Dynamik. Die Skill ist plattformunabhängig und für Entwickler, Produktmanager und Gründer geeignet, die ihren nächsten Launch nicht dem Zufall überlassen wollen.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/clawic/skills/tree/HEAD/skills/product-launch

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

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

SituationSpielzug
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 kannBaue 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 anDir 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 AnmeldungenDie 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 zusammenDu 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 LaunchDu 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 7Du 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 SeiteReduziere auf einen. Die Seite existiert für eine Aktion; alles andere unterstützt sie.
Launch in derselben Woche wie eine größere GeschichteVerschiebe 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 ist
  • copywriting – der Landing-Page-, E-Mail- und Social-Text, auf dem der Launch läuft
  • email-marketing – die Mechaniken der Wartelisten-, Launchtag- und Follow-up-Sequenz
  • landing-page – die Landing-Page-Strategie und -Umsetzung, die den Launch verankert

Individual skills in this repo

This repo contains 6 individual skills — each has its own dedicated page.

clawic/skills

Build high-converting landing pages with proven structure, persuasive copy, and conversion optimization.

clawic/skills

Complete MBA curriculum with structured learning, case studies, financial analysis, and practical business decision-making.

clawic/skills

Translates and localizes text, software strings, documents, subtitles, and marketing copy between any language pair. Use when translating anything, when fixing a translation that reads machine-made, or when localizing a product: ICU plurals and gender, placeholders that must survive, string catalogs (JSON, XLIFF, .po, .strings, .xcstrings, ARB, RESX, YAML), locale codes and fallback chains, RTL and bidi breakage, CJK typography, mojibake, text expansion that overflows the UI, subtitle timing and reading speed, hreflang and multilingual SEO, glossaries, translation memory and fuzzy matches, and post-editing machine output. Use when choosing register (tu/vous, tú/usted, du/Sie, keigo), between es-ES and es-419 or zh-Hans and zh-Hant, or when a certified, legal, or medical translation carries liability. Not for writing original copy natively in one language (spanish, french, german, japanese, chinese) or generating captions from audio (video-captions).

clawic/skills

Create viral user-generated content for marketing with effective hooks, formats, and creator strategies.

clawic/skills

Generate professional captions and subtitles with multi-engine transcription, word-level timing, styling presets, and burn-in. Use for TikTok/Reels/Shorts mute-safe captions.

clawic/skills

Build fast, accessible, and SEO-friendly websites with modern best practices.

Verwandte Skills