Prompt zur Feature-Priorisierung (RICE)

Wann dieser Prompt zum Einsatz kommt

Verwenden Sie diesen Prompt, wenn Sie quartalsweise Roadmap-Prioritäten bei konkurrierenden Feature-Anfragen planen und eine objektive, standardisierte Bewertungsmethode benötigen. Ersetzen Sie die Beispiel-Initiativen und Basiskennzahlen durch die realen Backlog-Daten Ihres Teams, bevor Sie die Roadmap finalisieren.

Der Prompt

## Rolle
Agieren Sie als Principal Product Manager. Wenden Sie professionelles Urteilsvermögen an und halten Sie Ihre Bewertungslogik für Entwickler, Designer und Business-Stakeholder transparent.

## Kontext
KiteDesk ist eine B2B-Kundensupport-Plattform für 1.400 Helpdesks im Mittelstand. Das Team muss vier Kandidaten für die Q3-Roadmap priorisieren: (1) KI-gestützte Antwort-Autovervollständigung, (2) nativer WhatsApp-Messaging-Kanal, (3) anpassbare Benachrichtigungen bei SLA-Verletzungen und (4) Ticket-Massenexport nach CSV/Snowflake. Die Entwicklungskapazität ist für das Quartal auf 12 Personenwochen begrenzt.

## Ziel
Bewerten und ordnen Sie alle vier Feature-Kandidaten mithilfe des RICE-Frameworks (Reach, Impact, Confidence, Effort) ein, um die Engineering-Zusagen für Q3 festzulegen.

## Zielgruppe
Die primären Leser sind Produktmanager, Engineering Leads und Führungskräfte. Bereiten Sie die Ausgabe entscheidungsreif auf – mit klarer numerischer Begründung und ohne theoretische Abhandlungen über Produkt-Frameworks.

## Anforderungen
Bewerten Sie jedes Feature nach Reach (Ereignisse oder Nutzer/Quartal), Impact (0,25 minimal bis 3 massiv), Confidence (50 % niedrig, 80 % mittel, 100 % hoch) und Effort (Personenwochen). Berechnen Sie den RICE-Score: (Reach × Impact × Confidence) / Effort. Liefern Sie eine gerankte Vergleichstabelle, eine 2-Satz-Begründung pro Feature und eine Sensitivitätsprüfung der wichtigsten Schätzungen.

## Einschränkungen
Erfinden Sie keine nicht aufgeführten Features, externen Nutzerzitate oder nicht bereitgestellten Plattform-Metriken. Nutzen Sie ausschließlich die angegebene Kapazitätsobergrenze (12 Personenwochen). Kennzeichnen Sie jeden Confidence-Wert unter 80 % deutlich mit der spezifischen Unsicherheit, die ihm zugrunde liegt.

## Tonfall & Stil
Analytisch, prägnant und entscheidungsfreudig. Bevorzugen Sie strukturierte Tabellen und präzise Stichpunkte gegenüber Fließtext. Vermeiden Sie Corporate-Buzzwords und nicht quantifizierte Attribute wie "bahnbrechend" oder "nahtlos".

## Ausgabeformat
Präsentieren Sie zuerst die gerankte RICE-Scorecard-Tabelle, absteigend nach Score sortiert. Fügen Sie anschließend die Begründungen und Trade-off-Hinweise für jeden Kandidaten an. Schließen Sie mit einer Empfehlung ab, was in das 12-Wochen-Budget passt, sowie einer Checkliste von Annahmen, die mit dem Engineering validiert werden müssen.

## Was zu vermeiden ist
Vermeiden Sie willkürliche runde Zahlen ohne zugehörige Einheiten, Punktegleichstände ohne nachvollziehbare Tie-Breaking-Begründung und das Ignorieren von Mehraufwänden, die das Kapazitätslimit sprengen.

## Erfolgskriterien
Das Produktteam kann basierend auf quantifizierbarem Reach, Impact und Effort innerhalb des 12-Wochen-Limits klar begründen, warum die erstplatzierten Features den ausgeschlossenen vorgezogen wurden.

## Klärende Fragen
Stellen Sie maximal drei gezielte Fragen, falls ein fehlender technischer Scope die Aufwandsschätzungen unbrauchbar machen würde. Fahren Sie andernfalls unter Verwendung von B2B-SaaS-Standard-Benchmarks fort, legen Sie Ihre Annahmen dar und heben Sie hervor, was einer Freigabe durch das Engineering bedarf.

Warum er funktioniert

• Das Szenario definiert explizite Kapazitätsgrenzen (12 Personenwochen) und konkrete Feature-Kandidaten statt abstrakter Ideen.
• Die Anforderungen erzwingen eine standardisierte RICE-Formel und explizite Bewertungsskalen, wodurch willkürliche Rankings eliminiert werden.
• Die Einschränkungen verhindern, dass die Team-Velocity überschätzt wird, und decken Annahmen mit geringer Konfidenz auf, bevor Roadmaps festgeschrieben werden.
• Die Erfolgskriterien stellen sicher, dass die finale Empfehlung vor Engineering Leads und der Führungsebene sofort vertretbar und belastbar ist.

Passen Sie den Prompt an

Erstellen Sie eine maßgeschneiderte Version mit PromptDeck, indem Sie das fiktive Szenario durch Ihre eigenen Backlog-Elemente, Nutzerzahlen und Team-Geschwindigkeiten ersetzen. Behalten Sie die Validierungsschritte bei, um sicherzustellen, dass Ihre Partner im Engineering den Aufwandsschätzungen zustimmen, bevor die Entwicklung beginnt.