Die Formel
Reichweite × Wirkung × Sicherheit ÷ Aufwand, auf den Skalen unten. Wählen Sie in jeder Spalte einen Wert, und der Score aktualisiert sich; fahren Sie darüber, und die Rechnung erscheint.
Die RICE-Priorisierung in Kjerr lebt auf einer internen Roadmap, die das Team für sich behält: Jeder Feature-Request wird zu einer Zeile, Reichweite × Wirkung × Sicherheit ÷ Aufwand wird zu einem Score, und die Stimmen, Unternehmen und der MRR hinter dem Wunsch stehen in derselben Zeile. Das öffentliche Board zeigt nie einen Score.
Ein RICE-Score sind vier grobe Schätzungen, miteinander multipliziert, damit ein Team zwanzig Ideen an einem Nachmittag ordnet, statt über jede zu streiten. Kjerr rechnet ihn aus und stellt die Belege daneben.
Reichweite × Wirkung × Sicherheit ÷ Aufwand, auf den Skalen unten. Wählen Sie in jeder Spalte einen Wert, und der Score aktualisiert sich; fahren Sie darüber, und die Rechnung erscheint.
Stimmen, verschiedene Unternehmen und der MRR, den diese Unternehmen zahlen, gelesen aus Users & Companies, damit die Reichweite aus Daten kommt und nicht aus dem Bauch.
Geben Sie der Roadmap ein Aufwandsbudget, etwa zwölf Punkte fürs Quartal. Nach Score sortiert zieht die Tabelle eine Linie, wo das Budget aufgebraucht ist, und summiert Stimmen und MRR darüber.
Grobe Skalen sind der Sinn der RICE-Bewertung: Zweierpotenzen halten die Diskussionen kurz und die Rangfolge ehrlich. Das sind die Voreinstellungen; jede Skala lässt sich unter Bewertung umschreiben.
Die interne Roadmap ist ein Tab im Admin-Bereich, neben der Inbox. Vorher ist nichts einzurichten: Die erste Roadmap existiert in dem Moment, in dem Sie sie öffnen.
Zwei Wünsche stehen mit je dreißig Stimmen oben in der Inbox. Der erste, Export als CSV, betrifft alle (Reichweite 4), ist eine deutliche Verbesserung (Wirkung 2), und die Kommentare und die vierzig Unternehmen dahinter lassen wenig Zweifel (Sicherheit 80 %); es ist ein Quartal Arbeit (Aufwand 2). Score: 4 × 2 × 0,8 ÷ 2 = 3,2.
Der zweite, eine native Mobile-App, wäre ein Game Changer (Wirkung 4), aber für ein Segment (Reichweite 2), mit dünnen Belegen jenseits der Stimmen (Sicherheit 30 %) und einem Jahr Arbeit (Aufwand 4). Score: 2 × 4 × 0,3 ÷ 4 = 0,6. Dieselben Stimmen, der fünffache Ertrag je Aufwand. Mit einem Budget von drei Punkten fürs Quartal fällt die Linie unter den Export, und die App wartet, mit Score und Gründen auf der Seite für jeden, der fragt, warum.
RICE ist die Voreinstellung, nicht die Regel. Die Bewertungsseite ist ein kurzes Formular, und die KI schlägt nur vor.
Es ordnet die Wünsche auf Ihrem Board. Es will keine Planungssuite sein und zeigt seine Rechnung nie den Kunden.
Produktteams in SaaS-Unternehmen jeder Größe, vom Start-up bis zum Konzern, die ein öffentliches Feedback-Board, eine mit RICE bewertete Roadmap nur fürs Team und verlässliche Rückmeldungen per E-Mail wollen, aber keine Helpdesk-Suite und keine Rechnung pro Seat. RICE-Priorisierung lohnt sich, sobald in der Inbox mehr Wünsche liegen, als das nächste Quartal fasst, und die Frage lautet: welche, und warum. Das Feedback-Analytics-Tool sagt, was die Wünsche unterm Strich ergeben; die Roadmap sagt, was zuerst drankommt.
RICE-Priorisierung ist eine Methode, das Nächste nach vier Faktoren zu reihen: Reichweite (wie viele Menschen es betrifft), Wirkung (wie viel besser es für sie wird), Sicherheit (wie viele Belege hinter den ersten beiden stehen) und Aufwand (wie viel Arbeit es ist). Der Score ist Reichweite × Wirkung × Sicherheit ÷ Aufwand, und ein höherer Score heißt mehr Ertrag je Aufwand. Aufgeschrieben wurde die Methode bei Intercom; sie ist das meistgenutzte Priorisierungs-Framework in Produktteams.
Jeder Faktor ist eine Wahl aus einer kurzen Skala: Reichweite 4, 2 oder 1; Wirkung 4, 2, 1 oder 0,5; Sicherheit 80 %, 50 % oder 30 %; Aufwand 0,5, 1, 2 oder 4. Kjerr multipliziert Reichweite, Wirkung und Sicherheit und teilt durch den Aufwand, sobald sich ein Wert ändert; fährt man über den Score, erscheint die Rechnung, etwa 4 × 2 × 0,8 ÷ 2 = 3,2.
Die interne Roadmap ist einer. Jede Idee darauf ist eine Zeile mit den vier Faktoren als Auswahlfeldern und dem Score daneben, neu berechnet bei jeder Wahl. Nach Score sortiert ist die Tabelle die Rangliste, die eine RICE-Tabellenkalkulation liefern würde, nur mit Stimmen, Unternehmen und MRR hinter jeder Idee schon ausgefüllt.
Nein. Die interne Roadmap sieht nur das Team: Viewer und höher lesen sie, Moderator und höher bearbeiten sie. Die öffentliche Roadmap auf dem Board zeigt Status, nie Scores, Termine oder Schätzungen. Eine gespeicherte Ansicht lässt sich als Nur-Lese-Link mit Menschen außerhalb des Teams teilen, für ein Planungsmeeting oder einen Investor.
Ja. Unter Bewertung benennen Sie Faktoren um, fügen welche hinzu oder entfernen sie, legen jede Skala fest und geben ein Gewicht. Ein Faktor hebt den Score oder senkt ihn, also ist Value ÷ Effort RICE mit zwei Faktoren, und strategische Passung oder Risiko ist eine Zeile mehr. „Zurück zu RICE“ stellt die Voreinstellungen wieder her.
Nein. „Scores vorschlagen“ bittet OpenAI, auf Servern mit Schlüssel, um einen Wert pro Faktor für bis zu acht unbewertete Ideen, mit einer Begründung in einem Satz, die die Belege nennt. Die Vorschläge sitzen als Schatten in den Zellen, bis ein Teammitglied jeden übernimmt oder verwirft. Nichts wird bewertet, bis ein Mensch es sagt.
Während der Early-Access-Phase ist Kjerr kostenlos: alle Funktionen, keine Kreditkarte. Kostenpflichtige Tarife werden später pro Workspace berechnet, nie pro Admin-Seat.