Zurück zum Playbook
Strategy & DiscoverySD-18
Einen Go-to-Market-Launch koordinieren
Koordiniert Produktverfügbarkeit und Marktbereitschaft mit klaren Abhängigkeiten und trennt die Launch-Freigabe von Veröffentlichung oder Deployment.
ProduktstatusUnterstützter AblaufTeklens entwirft den Plan aus Jira und der Positionierung; Readiness-Entscheid und Veröffentlichung bleiben bei Menschen.
Input3 benötigte InputsBestätigter Umfang und Verfügbarkeit · Positionierung, Adoptionsziele und Team-Einschränkungen · Fokus der Initiative und freigegebene Product-Brain-Leitlinien
SkillsPlan a release launch · Record decisions and follow-up · Prepare task contextProduct Marketing + Product Marketeer Agent
ErgebnisLaunch-Plan: Zielgruppen, Kanäle, Assets mit Ownern, Ablauf und Readiness-Checkliste; danach das Protokoll des tatsächlichen Launchs und das Adoptions-Review.Artefakt: Launch-Plan
Owner
Product Marketing
Mensch führt
Beteiligte · Agents
Product ManagerSales & SupportEngineerProduct Marketeer Agent
Auslöser
Eine Produktänderung und ihr Launch-Publikum sind bestätigt.
Benötigter Kontext
JiraBestätigter Umfang und VerfügbarkeitProduct BrainPositionierung, Adoptionsziele und Team-EinschränkungenProduct BrainFokus der Initiative und freigegebene Product-Brain-Leitlinien
Optionaler Kontext
ConfluencePositioning BriefFilesKanäle, die das Team bespielt
Skills
Plan a release launchRecord decisions and follow-upPrepare task context
Vorgeschlagener Gesprächsbogen
- 1Publikum und Launch-Ergebnis vereinbarenKlären, wer profitiert, welches Versprechen gemacht wird, was Adoption bedeutet und welchen Koordinationsaufwand die Änderung rechtfertigt.Skills: Prepare task context
- 2Den gemeinsamen Launch-Plan entwerfenBotschaften, Kanäle, Assets, Termine, Owner und Readiness-Abhängigkeiten auf Basis bestätigter Produktfähigkeiten ausarbeiten. Unsicherheit und vorläufige Termine explizit halten.Skills: Plan a release launch
- 3Den Readiness-Entscheid treffenTatsächlichen Produktzugang, wahrheitsgemässe Aussagen, Bereitschaft der kundennahen Teams und offene Blocker prüfen. Den Launch-Owner entscheiden lassen: go, überarbeiten oder verschieben.
- 4Autorisierte Launch-Ergebnisse festhaltenNach separat autorisierten Veröffentlichungen oder Zugangsänderungen festhalten, was tatsächlich für wen gelauncht wurde, plus erste Kundenreaktionen; die Ausführung nicht aus einem freigegebenen Plan ableiten.
- 5Adoption und nächste Entscheide prüfenEvidenz mit den Launch-Zielen vergleichen, Grenzen festhalten und vereinbarte Verbesserungen und Ownership zusammenfassen, ohne automatische Aufgabenerstellung zu suggerieren.Skills: Record decisions and follow-up
Ergebnis
Launch-Plan: Zielgruppen, Kanäle, Assets mit Ownern, Ablauf und Readiness-Checkliste; danach das Protokoll des tatsächlichen Launchs und das Adoptions-Review.
Artefakte
Erstellt: Launch-Plan
So sieht gut aus
- Jedes Asset hat einen benannten Owner und den Kanal, den es bedient.
- Aussagen stützen sich auf bestätigte Produktfähigkeiten.
- Launch-Freigabe, Veröffentlichung und Deployment bleiben getrennte Entscheide.
Freigabe
Der Launch-Owner entscheidet beim Readiness-Review: go, überarbeiten oder verschieben.
Ziel
ConfluenceRelease-Kanal
Meist als Nächstes
Menschen und Agents arbeiten mit demselben Product Brain. Der Owner bleibt verantwortlich. Zugewiesene Agents bereiten vor und prüfen. Ein benannter Mensch gibt an der Freigabe frei.
Wähl den Einstieg, der zu deiner Rolle passt.
Leg mit uns die Product-AI-Richtung fest oder teste das gemeinsame Product Brain mit Jira und Code an echter Arbeit.