Braucht dein SaaS eine öffentliche Roadmap?

product-management

Eine öffentliche Roadmap gehört zu den Praktiken, die entweder offensichtlich richtig oder offensichtlich leichtsinnig wirken, je nachdem, welches Scheitern du aus der Nähe gesehen hast. Teams, die eine veröffentlichen, loben das Vertrauen, das sie schafft. Teams, die sich die Finger verbrannt haben, erinnern sich an den Enterprise-Deal, der an einem „geplanten“ Punkt hängen blieb, als der sich um zwei Quartale verschob. Beide Erfahrungen sind echt. Der Unterschied liegt fast nie darin, ob man eine öffentliche Roadmap hat – sondern welche.

Wofür eine öffentliche Roadmap da ist

Zuerst die Aufgabe, genau benannt. Eine öffentliche Roadmap ist kein Projektplan und keine verbindliche Zusage. Sie leistet drei Dinge:

  • Sie zeigt, dass das Produkt lebt. Interessenten, die dich mit etablierten Anbietern vergleichen, suchen nach Anzeichen für Bewegung. Eine Roadmap, auf der sich gerade etwas tut – Punkte kommen dazu, rücken vor, werden ausgeliefert –, ist genau dieses Anzeichen.

  • Sie beantwortet „Kommt mein Feature?“ Nutzer, denen eine Funktion fehlt, wollen wissen, ob sie warten, sich mit einem Workaround behelfen oder gehen sollen. „Geplant“ und „nicht geplant“ sind beides nützliche Antworten, Schweigen nicht.

  • Sie lenkt das Feedback. Eine sichtbare Spalte „In Prüfung“ lädt zu Stimmen und Kommentaren genau bei den Punkten ein, die du gerade abwägst. So wird deine Frage nach Prioritäten zu einer Umfrage, die du nicht verschicken musstest.

Was fehlt: Termine. Keine dieser Aufgaben braucht einen Termin, und an Terminen scheitern öffentliche Roadmaps.

Die Gegenargumente, ernst genommen

Die Einwände verdienen ihre stärkste Fassung, denn in jedem steckt ein echtes Risiko:

  • „Die Konkurrenz sieht unsere Pläne.“ Stimmt. Aber die Konkurrenz erfährt deine Richtung ohnehin in dem Moment, in dem du auslieferst. Durch die Roadmap erfährt sie es ein bis zwei Quartale früher, und das bei Punkten, auf die du wahrscheinlich nicht als Erster gekommen bist. Die Ausnahme ist eine wirklich neue strategische Wette. Dann lässt du diesen einen Punkt weg, statt ganz auf die Roadmap zu verzichten.

  • „Man wird uns darauf festnageln.“ Nur wenn du Termine veröffentlichst oder der Vertrieb die Roadmap wie einen Vertrag behandelt. Eine Roadmap mit Spalten statt Quartalen („Geplant / In Arbeit / Umgesetzt“) macht kein Zeitversprechen, das du brechen könntest.

  • „Sie veraltet.“ Das ist der stärkste Einwand. Eine Roadmap, die zuletzt vor acht Monaten aktualisiert wurde, signalisiert genau das Gegenteil von dem, was du wolltest. Wenn du nicht zusagen kannst, sie jeden Monat zu aktualisieren, veröffentliche keine.

Das Format, das funktioniert: Spalten statt Quartale

Eine öffentliche Roadmap, die du auf Dauer durchhältst, ist ein Kanban-Board, kein Gantt-Diagramm:

  • Geplant – entschieden, nicht begonnen. Keine Termine.

  • In Arbeit – wird gerade gebaut. Jeder Wechsel in diese Spalte ist dein Signal, dass sich etwas tut.

  • Umgesetzt – fertig, jeder Punkt verlinkt auf seinen Changelog-Eintrag.

Wenn du willst, kommt In Prüfung dazu: die durchlässige Grenze, an der Punkte vom Feedback-Board mit viel Zuspruch zur öffentlichen Abwägung auftauchen.

Jede Karte besteht aus einem Titel und ein paar Sätzen zum Ergebnis für die Nutzer: „Rechnungen gesammelt exportieren“, nicht die Aufteilung des Epics. Die Granularität ist eine Entscheidung: grob genug, dass interne Umplanungen keine öffentlichen Änderungen erzwingen, fein genug, um etwas auszusagen.

Was du zurückhältst: interne Deadlines, Personalplanung, die Gründe für die Reihenfolge, strategische Wetten, die du noch nicht verraten willst, und alles, was die Sicherheit betrifft. Eine öffentliche Roadmap ist eine kuratierte Ansicht, und das versteht jeder.

Die Mechanik: eine Pipeline, drei Oberflächen

Die Roadmap funktioniert am besten als mittlere Stufe einer einzigen Pipeline: Feedback-Board → Roadmap → Changelog. Ein Wunsch sammelt Stimmen, wird in die Roadmap aufgenommen, wandert nach „In Arbeit“, wird ausgeliefert und wird zum Changelog-Eintrag, der von der umgesetzten Karte aus verlinkt ist. Jeder Übergang zwischen den Stufen ist Kommunikation, die du umsonst bekommst.

Das spricht deutlich dafür, alle drei auf einem System zu betreiben statt mit drei Tools. Mit einem gemeinsamen Backend (Kookee bildet die Roadmap als Board-Spalten über denselben Feedback-Beiträgen ab, lesbar per SDK) aktualisiert eine Karte, die die Spalte wechselt, auf einen Schlag das öffentliche Portal, deine Ansicht in der App und den Status des Feedback-Beitrags. Keine Synchronisation per Copy-and-paste – denn genau die lässt Roadmaps in der Praxis veralten.

Bei der Darstellung gilt das übliche Headless-Muster: eine gehostete Portal-Seite für den Anfang oder das Board per API in deiner eigenen Route /roadmap, wenn du es auf deiner Domain und in deinem Design haben willst.

Verhaltensregeln

  • Setz nie Termine darauf. Wenn der Vertrieb für einen bestimmten Deal einen Termin braucht, ist das ein privates Gespräch mit privaten Vorbehalten. Und selbst dann: lieber Zeiträume und Ehrlichkeit.

  • Zurückschieben ist erlaubt, Verschwinden nicht. Wenn ein geplanter Punkt an Priorität verliert, schieb ihn zurück und sag in einem Satz, warum. Punkte, die stillschweigend verschwinden, bringen den Nutzern bei, dass die Roadmap lügt.

  • Aktualisiere in einem festen Rhythmus. Ein monatlicher Durchgang – hochstufen, zurückstufen, ausliefern, aussortieren – hält das Board ehrlich und dauert eine halbe Stunde.

  • Lass Leute Punkte abonnieren. Stimmen und Kommentare auf Roadmap-Karten zeigen dir, welchen geplanten Punkt du zuerst bauen solltest, und liefern dir die Verteilerliste für den Tag, an dem er ausgeliefert wird.

Wer keine haben sollte

Lass die öffentliche Roadmap weg, wenn du noch vor dem Product-Market-Fit stehst und jede Woche umplanst (veröffentliche stattdessen einen Changelog: Er beweist, dass du auslieferst, ohne Vorhersagen zu machen), wenn ein einzelner Enterprise-Kunde praktisch dein Backlog bestimmt (seine Roadmap-Gespräche sind vertraglich, nicht öffentlich) oder wenn du weißt, dass der Update-Rhythmus das erste hektische Quartal nicht überlebt.

Die ehrliche Bilanz

Eine öffentliche Roadmap ohne Termine ist eine Praxis mit geringem Risiko und mittlerem Nutzen. Sie kostet eine halbe Stunde im Monat und legt Informationen offen, die sich die Konkurrenz größtenteils sowieso erschließt. Dafür bekommst du sichtbare Bewegung, weniger Tickets mit „Gibt’s was Neues?“ und ein Signal für deine Prioritäten von deinen echten Nutzern. Eine öffentliche Roadmap mit Terminen ist eine Maschine, die Versprechen produziert und dich irgendwann blamiert.

Veröffentliche die Spalten. Den Kalender behältst du für dich.