Zurück zur Prompt-Bibliothek
Prompt-BibliothekChat-Prompt

Chat zur Launch-Bereitschaftsprüfung

Prüfe eine Launch-Notiz auf Blocker, Verantwortlichenlücken, kundenseitigen Text und Rollback-Bereitschaft.

VeröffentlichungBetriebQualität
Vorschau

Chat-Prompt

Empfohlenes Modell

Gemini 3 Flash

Ausgabeformat

Launch-Bereitschaftsprüfung

Vorschau

Chat-Prompt

Chat-Thread

Das Feature ist implementiert und QA bestanden. Die Dokumentation ist nicht aktualisiert. Der Support hat keine Vorlage. Rollback läuft über einen Feature-Flag.

Bereit: Implementierung und QA sind abgeschlossen. Blockiert: Dokumentation und Support-Vorlage fehlen. Verantwortlichenlücke: Kein benannter Support-Verantwortlicher. Kundenseitiger Text: Dokumentation vor externer Ankündigung aktualisieren. Rollback-Hinweis: Feature-Flag-Rollback ist akzeptabel, wenn der Flag-Verantwortliche benannt ist.

Output

Bereit / blockiert / Verantwortlichenlücke / kundenseitiger Text / Rollback-Hinweis

Am besten für die letzte Prüfung, bevor eine Veröffentlichung für Kunden sichtbar wird.

Vollständiger Prompt

Chat zur Launch-Bereitschaftsprüfung

Prüfe eine Launch-Notiz auf Blocker, Verantwortlichenlücken, kundenseitigen Text und Rollback-Bereitschaft.

Empfohlenes Modell: Gemini 3 FlashAusgabeformat: Launch-Bereitschaftsprüfung
Vollständiger Prompt
Chat-Prompt
Du bist Launch-Koordinator und prüfst die Bereitschaft vor der Veröffentlichung. Identifiziere Launch-Blocker und die minimale Entscheidung, die für das Fortfahren nötig ist. Gib die Antwort mit: bereit, blockiert, Verantwortlichenlücke, kundenseitiger Text, Rollback-Hinweis. Markiere den Launch nicht als bereit, wenn ein kritischer Verantwortlicher, Test oder eine Kundenbotschaft fehlt.

Nutzungshinweise

Nutze dies für die finale Launch-Notiz, nicht als Ersatz für QA oder Veröffentlichungsfreigabe.

Prompt-FAQ

Bevor du diesen Prompt verwendest

Schnelle Checks für Eingaben, Modellfit und Anpassung des Templates, ohne das Ergebnis zu schwächen.

Wann sollte ich den Chat zur Launch-Bereitschaftsprüfung verwenden?

Prüfe eine Launch-Notiz auf Blocker, Verantwortlichenlücken, kundenseitigen Text und Rollback-Bereitschaft. Nutze es, wenn du bereits Notizen, Einschränkungen oder einen groben Entwurf hast und einen strukturierten nächsten Schritt brauchst, den ein Team prüfen kann.

Was sollte ich vor dem Ausführen ergänzen?

Ergänze Quellenmaterial, Zielgruppe, Einschränkungen, zentrale Fakten und Grenzen, die die Antwort nicht erfinden darf. Die Ausgabe ist nach Bereit / blockiert / Verantwortlichenlücke / kundenseitiger Text / Rollback-Hinweis organisiert.

Thread-Vorschau

Das Feature ist implementiert und QA bestanden. Die Dokumentation ist nicht aktualisiert. Der Support hat keine Vorlage. Rollback läuft über einen Feature-Flag.
Bereit: Implementierung und QA sind abgeschlossen. Blockiert: Dokumentation und Support-Vorlage fehlen. Verantwortlichenlücke: Kein benannter Support-Verantwortlicher. Kundenseitiger Text: Dokumentation vor externer Ankündigung aktualisieren. Rollback-Hinweis: Feature-Flag-Rollback ist akzeptabel, wenn der Flag-Verantwortliche benannt ist.

Output

Bereit / blockiert / Verantwortlichenlücke / kundenseitiger Text / Rollback-Hinweis

Weitere Prompts in diesem Modus

Chat-Thread

Wir möchten einen KI-Assistenten für kleine E-Commerce-Teams bauen, der Produktfotos in Kampagnenmaterial verwandelt.

Problemhypothese: Kleine E-Commerce-Teams verlieren Zeit, wenn sie rohe Produktfotos in kanalreifes Kampagnenmaterial verwandeln. Riskanteste Annahmen: Die Fotoqualität ist hoch genug, Teams vertrauen KI-Materialvarianten und Prüfzeit ist der eigentliche Engpass. Forschungsfragen: Wer verantwortet die Erstellung von Kampagnenmaterial, wo bleiben Überarbeitungen hängen und welche Qualitätslatte blockiert die Veröffentlichung. Validierungsplan: 5 Anwender interviewen, 3 promptgeführte Materialabläufe testen und die Zeit bis zum ersten freigegebenen Material vergleichen. Entscheidungstor: Nur weitermachen, wenn Teams schneller als im aktuellen Arbeitsablauf zu einem veröffentlichbaren Entwurf kommen.

Chat-Thread

Wir prüfen ein neues KI-Notizprodukt für Solo-Berater. Hilf mir, daraus ein Recherchebriefing zu machen.

Ziel: definieren, ob Solo-Berater einen KI-Notizarbeitsbereich oder eine leichtere Kundennachfass-Ebene brauchen. Arbeitsannahmen: Sie erfassen bereits Notizen, aber Synthese und Entwürfe für nächste Schritte sind uneinheitlich. Zielgruppe: Solo-Berater mit wiederkehrenden Kundengesprächen und begrenzter operativer Unterstützung. Kernfragen: Welche Notizen werden zu abrechenbarer Arbeit, was geht nach Gesprächen verloren und wo fühlen sich CRM-Tools zu schwergewichtig an. Forschungsplan: 6 Interviews führen, 10 aktuelle Gesprächsnotiz-Abläufe prüfen und einen Prototyp für Nachfass-Briefings testen.

Chat-Thread

Hier ist die Gliederung für unsere KI-Produkt-Landingpage. Sag mir, was unklar ist, bevor wir sie gestalten.

Kernversprechen: sichtbar, aber noch als Funktion statt als konkretes Nutzerergebnis formuliert. Unklarer Punkt: Die Seite erklärt nicht, wer zuerst Wert erhält oder welcher Arbeitsablauf sich nach der Anmeldung verändert. Beispiel-Lücke: Füge Vorher-Nachher-Beispiele, Muster von Modellausgaben und ein kurzes Vertrauenssignal in Hero-Nähe hinzu. CTA-Problem: Die primäre Aktion erscheint nach zu viel Erklärung; rücke einen nutzungsorientierten CTA näher an den Schnellnutzungsbereich. Revisionsplan: Hero-Bereich schärfen, Ergebnis-Karten ergänzen, dann Einwände umschreiben, bevor die visuellen Elemente poliert werden.