Communitygithub.com

cbrock84/product-launch

Nimmt das Gebaute und bringt es auf den Markt – stuft den Launch nach tatsächlichem Aufwand ein, plant die interne Bereitschaft vor der externen Ankündigung, bereitet Vertrieb und Support auf die entstehenden Fragen vor, wählt das Datum aus einem Grund und misst Adoption statt Reichweite. Verwende dies, um einen Launch zu planen, einen überdimensionierten wieder einzufangen, herauszufinden, warum ein viel beworbenes Feature keine Nutzer findet, oder die Wochen nach dem Launchtag zu gestalten.

Was ist product-launch?

Diese Skill-Definition bietet einen strukturierten Rahmen für die Planung und Durchführung von Produkteinführungen, die über reine Ankündigungen hinausgehen. Sie betont, dass der Erfolg eines Launches nicht an der Reichweite der Ankündigung, sondern an der tatsächlichen Adoption durch die Zielgruppe gemessen wird. Die Skill-Beschreibung unterscheidet drei Tiers (Stufen) des Launcheinsatzes, von Full Motion (Tier eins) bis zu einfachen Release Notes (Tier drei), und warnt davor, alle Veränderungen gleich zu behandeln. Zudem legt sie Wert auf die sequenzielle Vorbereitung interner Teams (Support und Vertrieb) vor der externen Kommunikation, die klare Definition der Zielgruppe (inklusive der Aussage, für wen das Produkt noch nicht geeignet ist) sowie die Begründung des Launchtermins durch festgelegte Kriterien statt durch Termindruck. Die Skill ist für jede Art von Produkteinführung geeignet, unabhängig von Plattform oder Tool, und hilft Entwicklern, Produktmanagern und Teams dabei, Launches effektiv zu skalieren, Ressourcenverschwendung zu vermeiden und den Fokus auf langfristige Nutzerakzeptanz zu legen.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/cbrock84/headcount/tree/main/plugins/marketing/skills/product-launch

In Ihrer bevorzugten KI fragen

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

Dokumentation

Produkt-Launch

Ein Launch ist keine Ankündigung. Die Ankündigung ist der billigste Teil und der Teil, der am ehesten für das Ganze gehalten wird – genau das führt dazu, dass Features Presseberichterstattung, aber keine Nutzung erhalten.

Den Launch vor der Planung einstufen

Nicht alles verdient die gleiche Behandlung, und wenn man alles als großes Ereignis behandelt, verbrennt das Team seine eigene Aufmerksamkeit und die seines Publikums.

  • Tier eins – verändert die Geschichte, die man über das Produkt erzählt, oder eröffnet ein neues Segment. Full Motion: Positionierungsarbeit, Presse, Sales Enablement, Kundenkommunikation, Kampagne.
  • Tier zwei – bedeutsam für bestehende Kunden, aber keine neue Geschichte. Produktinterne Ankündigung, Dokumentation, eine Notiz an betroffene Accounts, Sales-Briefing.
  • Tier drei – Verbesserung. Release Notes und sonst nichts.

Vereinbare das Tier, bevor die Arbeit beginnt, und erwarte den Drang in Richtung Tier eins von demjenigen, der es gebaut hat. Aufwand, der über das Tier hinausgeht, wird woanders eingespart – meistens beim nächsten Launch.

Interne Bereitschaft vor der Ankündigung sicherstellen

Die Reihenfolge ist entscheidend und wird ständig umgekehrt. Support und Vertrieb erfahren von der Ankündigung und verbringen dann die Launchwoche damit, Fragen zu beantworten, zu denen sie nie gebrieft wurden – und das schlecht.

Vor allem Externen: Dokumentation existiert, Support kann die wichtigsten Fragen beantworten, Vertrieb weiß, für wen es ist und für wen nicht, Preisgestaltung und Paketierung sind entschieden und konfiguriert, und das Ding funktioniert für die Accounts, die es zuerst ausprobieren werden.

Lass jemanden außerhalb des Teams es von Grund auf nutzen. Das Team kann das Ersterlebnis nicht mehr sehen, und das Ersterlebnis bekommt jeder andere.

Entscheide, für wen es ist, und sag, für wen es nicht ist

Ein Launch, der auf alle abzielt, landet bei niemandem. Nenne das Segment, das Problem, das es löst, und was sich für sie ändert – und sag explizit, wer es noch nicht nutzen sollte. Andernfalls wird der Vertrieb es jedem verkaufen, der fragt, und die ersten Kunden werden die schlechtest passenden sein.

Wähle ein Datum aus einem Grund und verteidige die Kriterien über das Datum

Launch-Daten werden durch ein Ereignis, ein Quartal oder ein Versprechen festgelegt. Was auch immer sie bestimmt, schreibe die Kriterien auf, die für den Launch gelten müssen – Qualitätsanspruch, Dokumentation, Support-Bereitschaft – und behandle diese als das eigentliche Tor.

Ein Launch vor der Support-Bereitschaft ist der teuerste Weg, eine Woche zu sparen. Die Kosten schlagen sich als schlechter erster Eindruck nieder – und das genau bei den Kunden, die am meisten an der Sache interessiert sind.

Plane die Tage danach, nicht nur den Tag

Die meisten Launch-Pläne enden am Launchtag, dabei beginnt dort die Arbeit. Plane die Nacharbeit: eine zweite Welle für diejenigen, die die erste verpasst haben, produktinterne Aufforderungen für Nutzer, die es noch nicht ausprobiert haben, Outreach an passende Accounts und eine Überprüfung der eingehenden Support-Fragen.

Beobachte die ersten Support-Tickets genau. Sie sind das schnellste Signal dafür, was beim Launch schiefgelaufen ist, und sie treffen ein, bevor sich irgendein Dashboard bewegt.

Messe Adoption, nicht Ankündigung

Reichweite, Impressionen und Presseerwähnungen messen die Ankündigung. Entscheidend ist, ob die vorgesehenen Personen das Ding nutzen und ob es das getan hat, was der Fahrplan versprach.

Lege die Zahl vor dem Launch fest – wie viele welcher Accounts, die was tun, bis wann. Ein Launch, der anhand nachträglich gewählter Engagement-Kennzahlen bewertet wird, ist immer ein Erfolg und lehrt dich nichts.

Niemals

  • Extern ankündigen, bevor Support und Vertrieb die offensichtlichen Fragen beantworten können.
  • Eine Tier-eins-Bewegung für eine Tier-drei-Änderung durchführen, nur weil das Team stolz darauf ist.
  • An alle launchieren, weil die Eingrenzung der Zielgruppe wie eine Reduzierung der Wirkung erscheint.
  • Launch-Erfolg in Reichweite melden, wenn das Ziel Adoption war.

Individual skills in this repo

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

cbrock84/interface-craft

Raises the visual and interaction quality of an interface — layout, hierarchy, type, spacing, density, and the details that separate a considered product from a generic one. Use this when a screen works but looks unfinished or default, when a layout feels crowded or arbitrary, when a page has no clear focal point, or when an interface needs to feel trustworthy rather than merely functional.

cbrock84/org-design

Designs how an organization is structured — reporting lines, team boundaries, spans and layers, role definition, and workforce planning against the strategy. Use this to structure a new team, restructure an existing one, resolve unclear ownership between teams, plan headcount, or diagnose why a team underperforms for structural rather than individual reasons.

cbrock84/portfolio-governance

Governs the portfolio of work — intake, prioritization, stage gates, resource contention, and stopping things. Use this to set up intake and prioritization, run a stage gate, decide between competing initiatives, resolve resource contention across projects, or work out why everything is in flight and nothing is finishing.

cbrock84/program-management

Plans and drives cross-functional programs to delivery — scope, sequencing, dependencies, status, risk, and the escalations that keep work moving. Use this to run a multi-team initiative, recover a program that is slipping, build a delivery plan with dependencies, structure status reporting, or diagnose why cross-team work keeps missing dates.

cbrock84/project-delivery

Plans and delivers a single project — scope, estimation, scheduling, critical path, tracking, and recovering when it slips. Use this to plan a project, build or challenge a schedule, estimate credibly, track progress meaningfully, or recover a project that is late.

cbrock84/retention

Diagnoses and reduces churn — cancellation flows, save offers, failed-payment recovery, at-risk detection, and the product and service causes underneath. Use this when churn is rising or unexplained, to design a cancellation or win-back flow, to recover involuntary churn, to identify at-risk accounts before they leave, or to decide whether a retention problem is a product problem.

cbrock84/sales-enablement

Builds what a sales team needs to sell — pitch decks, one-pagers, objection handling, competitive battlecards, demo scripts, and case studies. Use this to create or fix sales collateral, prepare for a competitive deal, build a demo flow, document objection responses, or diagnose why a pitch is not converting.

cbrock84/tax

Structures the tax questions a growing business faces — corporate income, sales and use, payroll, nexus, and the obligations created by hiring or selling somewhere new. Use this to work out what a new state or country obligates you to, prepare for a tax filing or audit, understand sales tax on your product, or check what a remote hire or new market triggers.

cbrock84/unit-economics

Establishes whether the business makes money on each customer or unit — contribution margin, acquisition cost, payback period, lifetime value, and the cohort behavior underneath. Use this to assess whether growth is profitable, evaluate a channel or segment, support a pricing decision, judge how fast the business can afford to grow, or diagnose why revenue growth is not producing profit.

cbrock84/video-content

Plans and scripts short-form and long-form video, and designs the packaging — titles, thumbnails, and openings — that determines whether it gets watched. Use this to script a video, plan a series, fix retention or click-through problems, design thumbnail and title concepts, or turn written content into video. For a YouTube channel specifically — idea selection, retention teardowns, and channel-level strategy — use `youtube-producer`.

cbrock84/visual-content

Designs and directs the visual assets that carry content — carousels, infographics, quote graphics, diagrams, and social imagery — including the generation prompts where they are AI-produced. Use this to turn a written piece into a visual format, design a carousel or infographic, create social graphics, or fix visuals that are not stopping the scroll.

Verwandte Skills