Communitygithub.com

tushaarmehtaa/tushar-skills

Produkteinführungen planen, umsetzen, prüfen oder nachbereiten – mit Positionierung, Assets, Vertrieb, Conversion, Messung, Wartelisten und Follow-up. Verwenden Sie dies, wenn Sie eine Produkteinführung vorbereiten oder daraus lernen möchten.

Was ist tushar-skills?

Dieser Skill unterstützt Entwickler und Produktmanager dabei, Produkteinführungen systematisch zu planen, umzusetzen, zu auditieren oder nachzubereiten. Er deckt alle Phasen ab: von der Strategieentwicklung (Zielgruppe, glaubwürdiges Wertversprechen, Kanäle) über die Implementierung (Landing Pages, Wartelisten, Tracking) bis hin zur Postmortem-Analyse. Der Skill ist plattformunabhängig und kann für kleine Betas oder große Launches genutzt werden. Er arbeitet mit einem strukturierten Workflow, der die Prüfung von Produkt-Briefs, Analytics, Wartelisten und Bestehenden Ressourcen voraussetzt, bevor Empfehlungen ausgesprochen werden. Die Ausgabe erfolgt modusabhängig und enthält nur relevante Abschnitte wie Positionierung, Kanalplan, Messplan und Betriebsabläufe. Der Skill stellt sicher, dass alle Behauptungen belegt, Links getestet und Datenschutz- sowie Sicherheitsanforderungen erfüllt sind.

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

In Ihrer bevorzugten KI fragen

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

Dokumentation

Produkteinführung

Entwickeln Sie eine Einführung rund um eine spezifische Zielgruppe, eine glaubwürdige Behauptung, einen funktionierenden Conversion-Pfad und eine Lernschleife.

Wählen Sie einen Modus

  • Strategie: Positionierung, Zugang zur Zielgruppe, Kanalauswahl, Zeitplan und Risiken.
  • Implementierung: Erstellen Sie nur die erforderliche Website, Warteliste, Tracking- oder Launch-Assets.
  • Prüfung/Probelauf: Testen Sie Bereitschaft, Behauptungen, Links, Conversion, Instrumentierung und Betriebsabläufe.
  • Postmortem: Erklären Sie Ergebnisse, aktualisieren Sie die Positionierung und definieren Sie Folgeexperimente.

Passen Sie das Artefakt an den Umfang der Einführung an. Ein kleines Beta benötigt keinen wochenlangen War Room oder ein großes GTM-Dokument.

Arbeitsablauf

  1. Prüfen Sie Produkt-Briefs, Website/Repository, Analytics, Warteliste, Belege für die Zielgruppe, Assets, Plattformkonten und vorherige Einführungen, bevor Sie Fragen stellen.
  2. Ermitteln Sie Phase, Zielgruppe, Problem, Beleg, Zielaktion, Einführungsdatum/-fenster, Verantwortlichen, Budget, Einschränkungen, bestehende Reichweite und Entscheidungsmetriken. Fragen Sie nur nach fehlenden Eingaben, die den Plan ändern.
  3. Recherchieren Sie aktuelle Alternativen, die Sprache der Zielgruppe, Communities, Kanalregeln und relevante Kalender, möglichst aus primären oder eigenen Quellen. Datieren Sie plattformspezifische Erkenntnisse. Geben Sie nicht vor, undurchsichtige Ranking-Algorithmen zu kennen.
  4. Formulieren Sie eine klare Positionierung: für wen, was ändert sich, Mechanismus, warum jetzt und warum glaubwürdig. Entfernen Sie unbelegte Behauptungen.
  5. Wählen Sie einen Launch-Typ und wenige Kanäle basierend auf Zielgruppenzugang und Produktfit. Geben Sie für jeden Kanal Format, Verantwortlichen, zeitliche Begründung, Reaktionsplan, Richtlinieneinschränkungen, Conversion-Pfad und Metrik an.
  6. Erstellen Sie das kleinste benötigte Asset-Set. Behandeln Sie Landing Pages, Demos, Screenshots, Support-Dokumente, Teilen-Artefakte, Tracking-Links und Produktänderungen nur dann als Abhängigkeiten, wenn der gewählte Plan sie erfordert.
  7. Testen Sie den Conversion-Pfad Ende-zu-Ende. Falls Bedarfsermittlung erforderlich ist, befolgen Sie die sichere Wartelisten-Anleitung.
  8. Instrumentieren Sie Quellenattribution, Aktivierung, Conversion, Follow-up und Fehlerzustände. Definieren Sie, welche Entscheidung jede Metrik unterstützt und unterscheiden Sie zwischen richtungsweisender Attribution und kausalem Nachweis.
  9. Führen Sie einen Trocken-Launch durch: Links, Formulare, E-Mail-Zustellung, Mobilgeräte, Barrierefreiheit, Analytics, Support, Rollback, Incident-Verantwortlichkeit und Plattform-Richtlinienprüfungen.
  10. Führen Sie den Launch durch, überprüfen Sie ihn in einem angemessenen frühen Fenster und nach ausreichend Zeit für die Reifung des Zielverhaltens.

Bedingte Referenzen laden

Referenzen bestimmen weder Interaktion noch Ausgabe; diese Datei ist maßgeblich.

Ausgabe-Vertrag

Geben Sie nur modusrelevante Abschnitte zurück:

  • Launch-Kontext und Beleg-/Annahme-Buchhaltung;
  • Positionierung und Zielaktion;
  • Kanalplan und Asset-Abhängigkeiten;
  • Implementierungsänderungen und Conversion-Pfad-Notizen;
  • Mess- und Attributionsplan;
  • Ergebnisse des Trocken-Launches, Betrieb, Rollback und Verantwortliche;
  • Follow-up-Zeitplan oder Postmortem mit Entscheidungen.

Überprüfen

  • Zielgruppen- und Kanalauswahl sind durch Belege oder gekennzeichnete Annahmen gestützt.
  • Materielle Behauptungen haben Belege und aktuelle Plattformregeln sind quellenbelegt/datiert.
  • Jeder öffentliche Link und primäre Conversion-Pfad funktioniert in der bereitgestellten Umgebung.
  • Anmelde-, Bestätigungs-, Attributions-, Aktivierungs- und Fehlerereignisse werden beobachtet.
  • Datenschutz-, Einwilligungs-, Sicherheits-, Barrierefreiheits- und Sperr-/Aufbewahrungsanforderungen sind erfüllt.
  • Verantwortliche, Incident-Pfad, Rollback und Follow-up-Entscheidungen sind explizit.

Individual skills in this repo

This repo contains 1 individual skill — each has its own dedicated page.

Verwandte Skills