CommunityCodierung & Entwicklunggithub.com

Launch Readiness Planner (Startbereitschaftsplaner)

Ein Produkt- oder Feature-Launch planen und bewerten: Launch-Tier auswählen, einen phasenbasierten Plan (T-60 bis T+30) erstellen, die Bereitschaft in den Bereichen Messaging, Enablement, Support und Messung prüfen und vor dem Go/No-Go feststellen, was fehlt.

Was ist Launch Readiness Planner (Startbereitschaftsplaner)?

Dieser Skill bietet ein umfassendes Framework für die Planung, Koordination und Durchführung von Produkt-Launches. Er kategorisiert Releases in drei Tiers (basierend auf Umsatzwirkung und Aufwand), definiert einen strukturierten Phasenplan von T-60 bis T+30 und stellt detaillierte Checklisten für die Bereitschaft in den Bereichen GTM-Scoping, Produkt, Messaging, Enablement, Training, Marketing und Post-Launch bereit. Der Skill unterstützt verschiedene Teams (Vertrieb, Produktentwicklung, Customer Success) mit angepassten Tier-Definitionen und enthält umfangreiche Spezifikationen für Enablement-Assets (z. B. Pitch Decks, One-Pager, Battlecards). Er ist ideal für Launch-Pläne, GTM-Readiness-Reviews und Launch-Checklisten und stellt sicher, dass alle Arbeitsströme koordiniert sind und nichts durchs Raster fällt.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Hyde-and-Larkin/product-marketing-toolkit/tree/main/skills/launch-readiness

Installed? Explore more Codierung & Entwicklung skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

In Ihrer bevorzugten KI fragen

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

Dokumentation

Startbereitschaftsplaner (Launch Readiness Planner)

Teil des Product Marketing Toolkit. Lies vor Beginn alles, was in context/ vorhanden ist (Unternehmen, Positionierung und Wettbewerber, sowie etwaige Launch-Briefe oder vorhandene Assets, die der Benutzer teilt). Sind diese Dateien leer oder fehlen, frage nach den wesentlichen Informationen, anstatt zu raten. Kennzeichne alles, was du ableitest, als Annahme und erfinde niemals Statistiken, Kundennamen oder Zitate: Verwende stattdessen einen Platzhalter in eckigen Klammern wie [gemessene Metrik, n, Datum].

Ein umfassendes Framework für die Planung, Koordination und Durchführung von Produkt-Launches mit strukturierten Tiers, Zeitplänen und Checklisten.

Übersicht

Dieser Skill bietet einen systematischen Ansatz für Produkt-Launches und hilft Teams dabei:

  • Releases nach Auswirkung und Aufwand zu kategorisieren
  • Launches in strukturierten Phasen zu planen
  • Funktionsübergreifende Arbeit zu koordinieren
  • Bereitschaft in allen Teams zu verfolgen
  • Sicherzustellen, dass nichts durchs Raster fällt

Release-Tier-System

Launches werden basierend auf ihrer Auswirkung und dem erforderlichen Aufwand in drei Tiers kategorisiert. Teams verwenden je nach Funktion unterschiedliche Kriterien.

Für Vertriebs- und Produktentwicklungsteams

Tier 1: Neue Umsatzmöglichkeiten

  • Produkte oder Funktionen, die direkt neue Einnahmen generieren
  • Erhöhen die Deal-Größe oder den durchschnittlichen Bestellwert erheblich
  • Schaffen neue Verkaufsansätze oder Go-to-Market-Strategien
  • Erfordern umfassendes Enablement und Schulungen
  • Beispielindikatoren: Neue Produktlinie, große Preisänderung, Plattformerweiterung

Tier 2: Grundlegende Aktualisierungen

  • Wichtige Plattform-Updates, die die Wettbewerbsposition verbessern
  • Funktionen, die bestehende Wertversprechen verbessern
  • Funktionalität, die häufige Kundenwünsche adressiert
  • Updates, die Vertriebsteams kennen sollten, um effektiv zu positionieren
  • Beispielindikatoren: Große Funktionserweiterungen, Verbesserungen von Arbeitsabläufen, Integrationen

Tier 3: Geringfügige Verbesserungen

  • Kleine Verbesserungen, die den Verkaufsansatz nicht wesentlich verändern
  • Quality-of-Life-Updates oder ergänzende Funktionserweiterungen
  • Änderungen, die nur minimale Erklärung gegenüber Kunden erfordern
  • Updates, die kein umfangreiches Enablement benötigen
  • Beispielindikatoren: UI-Verbesserungen, Bugfixes, kleine Funktionsanpassungen

Für Customer Success- und Onboarding-Teams

Tier 1: Großes Change Management

  • Releases, die eine erhebliche Benutzeranpassung oder Umschulung erfordern
  • Einführung völlig neuer Konzepte oder Arbeitsabläufe
  • Änderungen, die die Art und Weise, wie Kunden das Produkt nutzen, grundlegend verändern
  • Erfordern dedizierte Schulungsprogramme und Migrationsunterstützung
  • Beispielindikatoren: Neue Produktmodule, Redesign von Arbeitsabläufen, eingestellte Funktionen

Tier 2: Moderates Change Management

  • Updates, die neue Funktionalitäten einführen und eine gewisse Anpassung erfordern
  • Änderungen an bestehenden Funktionen, die Benutzerworkflows verändern
  • Verbesserungen, die aktualisierte Dokumentation und Schulung erfordern
  • Funktionen, die Supportanfragen auslösen können
  • Beispielindikatoren: Neue Automatisierungsoptionen, zusätzliche Einstellungen, erweiterte Fähigkeiten

Tier 3: Geringfügige Verbesserungen

  • Kosmetische oder geringfügige funktionale Änderungen
  • Updates, die minimale Schulung oder Anpassung erfordern
  • Verbesserungen, die in der Benutzeroberfläche selbsterklärend sind
  • Änderungen, die die Supportlast eher verringern als erhöhen
  • Beispielindikatoren: UI-Verbesserungen, Leistungsverbesserungen, kleine Bugfixes

Launch-Phasen-Framework

Phase vor dem Launch (T-60 bis T-14 Tage)

Frühe Planung (T-60 bis T-30)

GTM-Scoping

  • Zielkundensegmente und Personas definieren
  • Zielkanäle für die Launch-Kommunikation identifizieren
  • Opportunity bewerten und Akquisitionskosten schätzen
  • Messaging-Strategie und Positionierung entwickeln
  • Wettbewerbsinformationen sammeln

Produkt & Technik

  • Beta-Tests abschließen und Feedback einholen
  • Produktfunktionalität und Edge Cases finalisieren
  • Demo-Umgebungen und -Konten vorbereiten
  • Bekannte Probleme und Workarounds dokumentieren
  • Eskalationspfade für technischen Support planen

Inhaltsentwicklung

  • Kern-Messaging und Positionierung entwerfen
  • Ersten Verkaufs-Pitch und Gesprächsthemen erstellen
  • Anwendungsfallbeispiele und Szenarien entwickeln
  • Mit der Entwicklung des FAQ-Dokuments beginnen
  • Visuelle Assets und Screenshots planen

Mittlere Planung (T-30 bis T-14)

Erstellung von Enablement-Assets

  • Sales Pitch Deck (siehe Asset-Bibliothek unten)
  • One-Pager (kunden- und vertriebsorientiert)
  • Demo-Skripte und Videoaufnahmen
  • Battlecards vs. Schlüsselwettbewerber
  • Leitfaden zur Einwandbehandlung
  • Framework für Discovery-Fragen
  • Produkt-Screenshots und UI-Walkthroughs

Funktionsübergreifende Abstimmung

  • Preis- und Paketdetails festlegen
  • Go-to-Market-Strategie und -Taktiken finalisieren
  • Internes FAQ-Dokument fertigstellen
  • Schulungsmaterialien für Support-Teams vorbereiten
  • Enablement-Sitzungen planen
  • Erfolgsmetriken und Überwachungsansatz festlegen

Marketing-Vorbereitung

  • Kampagnen-Creative und Messaging entwickeln
  • Zielseiten oder Web-Updates erstellen
  • E-Mail-Vorlagen und -Sequenzen erstellen
  • Social-Media-Assets vorbereiten
  • Pressemitteilung entwerfen (falls zutreffend)
  • Analytics und Tracking einrichten

Launch-Phase (T-14 bis zum Launch-Tag)

Abschließende Vorbereitung (T-14 bis T-7)

  • Alle Assets dort veröffentlichen, wo das Feld bereits sucht (Enablement-Plattform, Wiki, CRM)
  • Live-Schulungen für Vertriebs- und Support-Teams durchführen
  • Launch-Kommunikation an interne Teams verteilen
  • Letzte QA-Prüfungen und Smoke-Tests durchführen
  • Go/No-Go mit wichtigsten Stakeholdern bestätigen

Launch-Woche (T-7 bis Launch)

  • Tägliche Stand-ups mit dem Launch-Team
  • Alle Systeme und Bereitschaftsindikatoren überwachen
  • Last-Minute-Blocker adressieren
  • Kommunikation für den Launch-Tag vorbereiten
  • Echtzeit-Überwachungsdashboards einrichten

Launch-Tag

  • Launch-Kommunikation durchführen (intern → extern)
  • Marketingkampagnen aktivieren
  • Produktleistung und -nutzung überwachen
  • Support-Ticket-Volumen und -Themen verfolgen
  • Launch-Team-Check-ins durchführen
  • Frühe Erfolge und Kundenfeedback erfassen

Phase nach dem Launch (Launch bis T+30 Tage)

Woche 1 nach dem Launch

  • Tägliche Leistungsüberwachung und -berichterstattung
  • Schnelle Reaktion auf Probleme oder Feedback
  • Feedback des Feldteams zur Qualität des Enablement sammeln
  • Frühe Erfolge und Kundenerfolgsgeschichten dokumentieren
  • Lücken in der Dokumentation oder Schulung schließen
  • FAQs basierend auf tatsächlichen Fragen aktualisieren

Woche 2-4 nach dem Launch

  • Wöchentliche Leistungsüberprüfung anhand von KPIs
  • Messaging basierend auf dem, was ankommt, iterieren
  • Schulungsmaterialien mit Erkenntnissen aktualisieren
  • Post-Launch-Retrospektive durchführen
  • Lessons Learned dokumentieren
  • Fortlaufendes Enablement und Support planen

Launch-Bereitschafts-Checkliste

Diese umfassende Checkliste stellt sicher, dass alle Arbeitsströme koordiniert bleiben.

GTM-Scoping (T-60)

  • Zielkundensegmente definiert
  • Zielkanäle identifiziert
  • Opportunity-Bewertung und Kostenschätzung abgeschlossen
  • Messaging-Strategie entworfen
  • Positionierung gegenüber Wettbewerbern geklärt
  • Erfolgsmetriken und KPIs definiert

Produkt & Technik (T-30 bis T-14)

  • Beta-Tests abgeschlossen
  • Produktfunktionalität finalisiert
  • Demo-Umgebung vorbereitet
  • Bekannte Probleme dokumentiert
  • Eskalationspfade für technischen Support definiert
  • Produkt-Screenshots erstellt

Messaging & Positionierung (T-30)

  • Kern-Messaging-Framework finalisiert
  • Wertversprechen dokumentiert
  • Anwendungsfälle entwickelt
  • Wettbewerbsabgrenzung geklärt
  • Behauptungen validiert und rechtlich geprüft
  • Messaging mit Vertriebsteam getestet

Enablement-Assets (T-30 bis T-14)

Erforderliche Assets für Tier 1:

  • Sales Pitch Deck (10-15 Folien)
  • Vertriebsorientierter One-Pager
  • Kundenorientierter One-Pager
  • Demo-Video oder -Skript (2-3 Minuten)
  • FAQ-Dokument (intern)
  • Battlecard vs. Top 2-3 Wettbewerber
  • Leitfaden für Discovery-Fragen
  • Leitfaden zur Einwandbehandlung
  • Launch-Spickzettel

Erforderliche Assets für Tier 2:

  • Funktionsspezifischer One-Pager
  • FAQ-Ergänzungen
  • Aktualisierung des bestehenden Playbooks
  • Demo-Gesprächsthemen
  • Wettbewerbsupdates (falls relevant)

Erforderliche Assets für Tier 3:

  • FAQ-Updates
  • Kurze Gesprächsthemen
  • In Rundum-Kommunikation aufnehmen

Training & Enablement (T-14 bis Launch)

  • Live-Schulungen geplant
  • Schulungsmaterialien veröffentlicht
  • Demo-Konten verteilt
  • Enablement-Hub aktualisiert (Plattform, Wiki oder CRM)
  • Interne Kommunikation verteilt
  • Support-Team eingewiesen

Marketing & Kommunikation (T-14)

  • Kampagnen-Creative finalisiert
  • Zielseiten oder Web-Updates bereit
  • E-Mail-Sequenzen erstellt
  • Social-Media-Assets vorbereitet
  • Analytics und Tracking konfiguriert
  • Pressemitteilung entworfen (falls zutreffend)

Ausführung am Launch-Tag

  • Interne Ankündigung versendet
  • Kundenkommunikation verteilt
  • Marketingkampagnen aktiviert
  • Produkt für Zielgruppe freigegeben
  • Überwachungsdashboards aktiv
  • Launch-Team für Probleme in Bereitschaft

Nach dem Launch (T+7 bis T+30)

  • Leistungsmetriken täglich/wöchentlich überprüft
  • Feld-Feedback gesammelt und zusammengefasst
  • Schulungsmaterialien basierend auf Feedback aktualisiert
  • Erfolgsgeschichten dokumentiert
  • Lessons Learned erfasst
  • Post-Launch-Retrospektive abgeschlossen

Enablement-Asset-Bibliothek

Spezifikationen für Tier-1-Assets

Sales Pitch Deck (10-15 Folien) Struktur:

  1. Marktkontext / Warum jetzt
  2. Kundenschmerzpunkte
  3. Lösungsüberblick
  4. Hauptunterscheidungsmerkmale (vs. Wettbewerber)
  5. Belege und Kundengeschichten
  6. Anwendungsfälle nach Branche
  7. Preisgestaltung und Pakete
  8. Wettbewerbspositionierung
  9. Einwandbehandlung
  10. Nächste Schritte / Call-to-Action

Vertriebsorientierter One-Pager Inhalte:

  • Kurzreferenz für Discovery-Gespräche
  • Kernbotschaften und Wertversprechen
  • Häufige Einwände mit Antworten
  • Wettbewerbs-Gesprächsthemen
  • Discovery-Fragen
  • Erfolgsgeschichten oder Belege
  • Wo weitere Ressourcen zu finden sind

Kundenorientierter One-Pager Inhalte:

  • Problemstellung und Lösung
  • Hauptvorteile und Ergebnisse
  • Anwendungsbeispiele
  • Belege oder Kundenreferenzen
  • Preisübersicht (falls zutreffend)
  • Call-to-Action

Demo-Video oder -Skript (2-3 Minuten) Struktur:

  • Problemaufbau (30 Sekunden)
  • Lösungsdurchlauf (90 Sekunden)
  • Ergebnisse / Belege (30 Sekunden)
  • Call-to-Action (15 Sekunden)

FAQ-Dokument (intern) Kategorien:

  • Produktfunktionalität
  • Preisgestaltung und Pakete
  • Technische Anforderungen
  • Wettbewerbspositionierung
  • Roadmap-Fragen
  • Implementierungsprozess

Battlecard Struktur:

  • Vergleich auf einen Blick (wir vs. sie)
  • Wann du auf sie triffst
  • Warum wir gewinnen
  • Wie man sich gegen sie positioniert
  • Einwandbehandlung
  • Fallenfragen
  • Erfolgsgeschichten

Leitfaden für Discovery-Fragen Fragetypen:

  • Situationsfragen (aktuellen Zustand verstehen)
  • Problemfragen (Schmerz aufdecken)
  • Implikationsfragen (Kosten der Untätigkeit verdeutlichen)
  • Bedarfs-Nutzen-Fragen (Wunsch aufbauen)
  • Fallenfragen (Schwächen des Wettbewerbers aufdecken)

Leitfaden zur Einwandbehandlung Häufige Einwandkategorien:

  • Preiseinwände
  • Funktions-/Leistungseinwände
  • Wettbewerbseinwände
  • Timing-Einwände
  • Risiko-/Unsicherheitseinwände
  • Technische-/Integrationseinwände

Launch-Spickzettel Schnelle Erfolgsinhalte für die ersten 30 Tage:

  • Top 3 Botschaften
  • Top 3 Unterscheidungsmerkmale
  • Top 3 Belege
  • Top 3 Einwände mit Antworten
  • Wo weitere Ressourcen zu finden sind

Erfolgsmetriken nach Tier

Metriken für Tier-1-Launches

Bereitschaftsindikatoren

  • Teilnahmequote an Live-Schulungen (Ziel: >80%)
  • Schulungszufriedenheit (Ziel: >4.0/5.0)
  • Asset-Nutzungsrate in den ersten 2 Wochen (Ziel: >70%)
  • Demo-Konto-Adoption (Ziel: >90%)
  • Support-Ticket-Volumen am Launch-Tag (Ziel: <10% des Normalbetriebs)

Engagement-Indikatoren

  • Nutzung des Sales Pitch Decks im ersten Monat
  • Aufrufe und Downloads von Battlecards
  • Weiterleitungen des kundenorientierten One-Pagers
  • Discovery-Gespräche, die das neue Produkt/die neue Funktion erwähnen
  • Win/Loss-Berichterstattung mit Feature-Tag

Geschäftsergebnisse

  • Produktadoptionsrate (% des Zielsegments)
  • Umsatzzuordnung (beeinflusste oder abgeschlossene Deals)
  • Auswirkung auf die Deal-Größe (Änderung des ACV/AOV)
  • Gewinnrate gegenüber Schlüsselwettbewerbern
  • Kundenzufriedenheitswerte

Metriken für Tier-2-Launches

Bereitschaftsindikatoren

  • Asset-Aufrufe in der Enablement-Plattform
  • FAQ-Nutzungsrate
  • Konfidenzscore des Support-Teams

Engagement-Indikatoren

  • Funktionsadoptionsrate
  • Kundenanfragen oder Interessenssignale
  • Erwähnungen des Vertriebsteams in Gesprächen

Geschäftsergebnisse

  • Metriken zur Funktionsnutzung
  • Reduzierung von Support-Tickets (bei Verbesserungen von Arbeitsabläufen)
  • Auswirkung auf Kundenzufriedenheit oder NPS

Metriken für Tier-3-Launches

Bereitschaftsindikatoren

  • Internes Bewusstsein (% der Teams, die informiert sind)
  • FAQ-Updates abgeschlossen
  • Support-Dokumentation aktualisiert

Geschäftsergebnisse

  • Funktionsadoptionsrate
  • Stimmung im Kundenfeedback
  • Support-Ticket-Volumen in Bezug auf die Änderung

Funktionsübergreifende Koordination

Schlüsselrollen und Verantwortlichkeiten

Product Marketing Manager (PMM) - DRI

  • Gesamte GTM-Strategie und -Ausführung
  • Messaging und Positionierungsentwicklung
  • Erstellung von Enablement-Assets
  • Funktionsübergreifende Koordination
  • Launch-Kommunikation
  • Messung nach dem Launch

Product Manager (PM)

  • Produktbereitschaft und -funktionalität
  • Ausführung des Beta-Programms
  • Technische Dokumentation
  • Roadmap-Kommunikation
  • Funktionspriorisierung

Sales Enablement

  • Durchführung von Schulungsprogrammen
  • Asset-Verteilung und Plattformverwaltung
  • Sammlung von Feld-Feedback
  • Laufende Enablement-Unterstützung

Marketing

  • Kampagnenentwicklung und -ausführung
  • Web- und Inhaltsaktualisierungen
  • Nachfragegenerierung
  • Lifecycle-Kommunikation

Customer Success / Support

  • Kundenkommunikation
  • Entwicklung von Schulungsmaterialien (kundenorientiert)
  • Planung von Support-Eskalationen
  • Sammlung von Kundenfeedback

Engineering / Produktauslieferung

  • Ausführung des Produkt-Releases
  • Technische Überwachung
  • Bugfixes und Problemlösung
  • Leistungsoptimierung

Kommunikationsrhythmus

Wöchentlich (während der aktiven Launch-Planung)

  • Launch-Team-Sync (Status, Blocker, Entscheidungen)
  • Funktionsübergreifendes Standup (kurze Updates)
  • Stakeholder-Kommunikation (nach Möglichkeit asynchron)

Zweiwöchentlich

  • Lenkungsausschuss- oder Führungsupdates
  • Go/No-Go-Meilensteinüberprüfungen
  • Risiko- und Maßnahmenplanung

Ad-hoc

  • Blocker-Beseitigung
  • Notfälle

Individual skills in this repo

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

Verwandte Skills