Öffentliche oder private Roadmap – Was ist besser für dein Produkt?

Die Entscheidungsfrage

Stell dir folgendes Szenario vor: Ein SaaS-Gründer hat sein Produkt im Markt etabliert, ein paar Hundert zahlende Kunden, eine kleine Backlog-Liste mit 80 Feature-Wünschen. In der monatlichen Roadmap-Besprechung fragt das Team: „Sollen wir die Roadmap eigentlich öffentlich machen?". Drei Stimmen sind dafür, zwei sind dagegen. Die Diskussion endet ohne Entscheidung.

Diese Frage stellt sich fast jedes Produktteam irgendwann. Es gibt keine universelle Antwort, aber es gibt klare Vor- und Nachteile, die du gegen deine spezifische Situation abwägen kannst. Dieser Artikel zeigt beide Seiten – und einen Mittelweg, den die meisten erfolgreichen Produkte heute gehen.

Vorteile einer öffentlichen Roadmap

Vertrauen bei Bestandskunden. Eine sichtbare Roadmap signalisiert „Wir investieren in dieses Produkt". Bestandskunden, die regelmäßig Bewegung sehen, sind weniger geneigt zu kündigen. Eine stille Webseite signalisiert das Gegenteil – auch dann, wenn intern hart gearbeitet wird.

Weniger Support-Anfragen. Die mit Abstand häufigste Frage im Support-Postfach ist „Wann kommt Feature X?". Wenn die Antwort öffentlich verfügbar ist, fragen Kunden seltener im Support nach. Gut gepflegte Public Roadmaps reduzieren das Volumen dieser Anfragen um 30 bis 50 Prozent.

Marketing-Effekt durch Transparenz. Eine ehrliche Roadmap wirkt als Marketing, ohne wie Marketing zu wirken. Bei Vergleichen mit Wettbewerbern – „Welches Tool sollen wir nehmen?" – ist eine glaubwürdige Roadmap oft das ausschlaggebende Argument. Interessenten besuchen die Seite mehrmals vor einer Kaufentscheidung.

Community-Aufbau. Eine öffentliche Roadmap mit Voting-Funktion zieht eine spezifische Art von Nutzer an: jenen, der sich aktiv einbringt. Diese Gruppe ist klein, aber wertvoll – sie liefert qualitativ die besten Feedback-Beiträge und wirkt als Multiplikator in Communities und Social Media.

Risiken einer öffentlichen Roadmap

Wettbewerber lesen mit. Das häufigste Argument gegen Öffentlichkeit: „Konkurrenten sehen, was wir planen". In der Praxis ist das Risiko überschätzt. Konkurrenten haben ihre eigenen Prioritäten, eigene Ressourcen und – wichtig – eigene Annahmen über den Markt. Selbst wenn sie ein gleiches Feature ankündigen, kommt es selten in derselben Geschwindigkeit zum Markt.

Wenn ein konkretes Feature wirklich strategische Geheimhaltung braucht (z. B. ein patentierbares Differenzierungs-Feature), gehört es nicht auf die Public Roadmap. Aber: das sind Ausnahmen. 90 Prozent dessen, was du planst, ist für Wettbewerber entweder bereits sichtbar oder strategisch irrelevant.

Erwartungsdruck durch Veröffentlichung. Wer „Q3" auf der Roadmap stehen lässt und in Q4 liefert, hat ein Kommunikations-Problem. Das ist real und es ist der wichtigste Grund, warum öffentliche Roadmaps oft mit groben Zeit-Buckets („Now / Next / Later") statt mit konkreten Quartalen arbeiten.

Gestrichene Features als Vertrauenskiller. Manchmal werden geplante Features doch nicht umgesetzt – aus technischen, strategischen oder wirtschaftlichen Gründen. Wenn solche Einträge still und heimlich verschwinden, vermissen Anwender sie und vermuten Schlimmstes. Eine geplante Roadmap braucht eine geplante „Cancellation-Policy".

Der Mittelweg: Status-basierte Sichtbarkeit

Die meisten erfolgreichen Produkte gehen einen klaren Mittelweg. Sie veröffentlichen drei Statuswerte, nicht den vollständigen Backlog:

• Geplant – Vorhaben, die intern beschlossen und priorisiert sind, aber noch nicht in Umsetzung
• In Bearbeitung – aktive Entwicklungs-Themen mit grober Liefer-Erwartung
• Fertig – kürzlich veröffentlichte Features

Items in den Status „Offen" oder „Backlog" bleiben intern. Sie sind noch nicht final priorisiert und würden Anwender überfordern. Die Aufnahme in „Geplant" passiert mit Bedacht – wer einmal dort steht, sollte mit hoher Wahrscheinlichkeit auch geliefert werden.

Zeitangaben werden bewusst vage gehalten. Statt „Q3 2026" steht „Next" oder gar nichts. Das senkt den Erwartungsdruck ohne die Aussagekraft zu zerstören. Anwender sehen die Reihenfolge, nicht den konkreten Termin.

Was tun bei gestrichenen Features?

Wer Public Roadmaps führt, muss damit umgehen können, dass Themen wegfallen. Der wichtigste Grundsatz: nicht still löschen. Setze stattdessen den Status auf „Abgelehnt" oder „Verschoben" und füge eine öffentliche Begründung im Kommentarbereich an.

Eine gute Begründung erklärt das Warum: „Wir haben uns gegen X entschieden, weil [konkreter Grund]. Stattdessen konzentrieren wir uns auf [Alternative]." Anwender, die für das Thema gevoted hatten, werden automatisch informiert. Das Verständnis steigt, das Vertrauen bleibt.

Schweigen ist der größte Vertrauenskiller. Eine ehrliche Absage wirkt souverän, nicht schwach.

Checkliste: Bin ich bereit für eine öffentliche Roadmap?

Sieben Fragen, die du dir vor dem Launch stellen solltest:

1. Habe ich genug Themen? Mindestens drei bis fünf Items pro Status. Eine fast leere Roadmap wirkt schlimmer als gar keine.
2. Habe ich einen Auto-Notify-Mechanismus? Voter und Kommentatoren müssen bei Statuswechseln automatisch informiert werden – sonst ist die Roadmap eine Einbahnstraße.
3. Habe ich eine wöchentliche Pflege-Routine? Eine Stunde pro Woche für Triage und Status-Updates. Ohne Routine wird die Liste schnell stale.
4. Bin ich bereit, gestrichene Items öffentlich zu begründen? Wenn nein, ist eine öffentliche Roadmap riskant.
5. Haben Sales und Support den Link? Beide Teams müssen wissen, wo sie auf die Roadmap verweisen können – sonst entfällt der wichtigste Praxiseffekt.
6. Habe ich eine eindeutige URL? Kein /v2-Slug, der sich in drei Monaten ändert. Etwas wie /roadmap, das stabil bleibt.
7. Habe ich definiert, was bewusst nicht öffentlich gezeigt wird? Auch das ist eine bewusste Entscheidung, keine Vergesslichkeit.

Wenn du sechs von sieben Fragen mit „Ja" beantworten kannst, ist der Launch sinnvoll. Wenn du noch unter drei Items hast oder keine Pflege-Routine etabliert hast, warte noch ein bis zwei Quartale.

Fazit

Die Wahl zwischen öffentlicher und privater Roadmap ist selten binär. Die meisten erfolgreichen Produkte führen beides parallel: eine vollständige, interne Roadmap für das Team und eine reduzierte, status-basierte Public Roadmap für Anwender und Interessenten. Beide werden aus denselben Daten generiert, sodass keine doppelte Pflege nötig ist.

Wer den schnellsten Weg sucht, eine eigene Public Roadmap aufzusetzen, kann das mit Ideenkiste in 10 Minuten erledigen – inklusive Voting, automatischen Status-Mails und Custom Domain im Pro-Plan. Mehr Hintergrund zum Konzept findest du im Glossar-Eintrag Public Roadmap und im Artikel Public Roadmap – Warum Transparenz das beste Marketing ist.