Das Ende des Dashboards: Was ersetzt die SaaS-Benutzeroberfläche von 2015?

Jedes Produkt liefert immer noch dasselbe Dashboard wie 2015. Das Dashboard ist überholt. Hier ist der Ersatz.

Öffnen Sie heute ein beliebiges B2B-SaaS-Tool, und Sie werden dieselbe Struktur sehen: eine obere Navigationsleiste, eine linke Seitenleiste, vier KPI-Karten nebeneinander, darunter ein Liniendiagramm, ein Kreisdiagramm zur Kategorisierung und eine sortierbare Tabelle, die niemand scrollt. Es ist das Relikt einer ganzen Generation von Produktdesignern und hat seinen Platz auf dem Bildschirm längst verloren.

Dies ist kein Artikel über schönere Diagramme. Es geht um das Modell selbst, die Annahme, dass man Nutzern ihre Daten am besten präsentiert, indem man alle Kennzahlen auflistet und sie selbst entscheiden lässt, was relevant ist. Diese Annahme ist falsch. Der Ersatz ist bereits in Produkten enthalten, die Sie täglich nutzen – Sie haben das Muster nur noch nicht benannt.

Warum das Dashboard seinen Platz verdiente

Das klassische Dashboard war einst ein echtes Upgrade. Davor gab es Tabellenkalkulationen, wöchentlich per E-Mail verschickte PDFs und einen BI-Analysten, den man mit Snacks bestechen musste, damit er eine Abfrage durchführte. Das Dashboard vereinfachte das Ganze zu einer benutzerfreundlichen Oberfläche, auf der auch technisch nicht versierte Anwender den Geschäftsstatus überprüfen konnten, ohne ein Ticket erstellen zu müssen.

Es entsprach auch dem technologischen Stand der Zeit. Diagrammbibliotheken wurden um 2012 herum ausgereift, responsive Rastergrafiken günstig, und SaaS-Preismodelle belohnten „Single-Pane-of-Glass“-Lösungen, die Führungskräfte in Beschaffungsformularen rechtfertigen konnten. Das Dashboard war nicht für den Benutzer, sondern für die Vertragsverlängerung konzipiert.

Eine Zeit lang funktionierte es. Die Anwender lernten die Funktionsweise, Designer konnten sich bei der Datenvisualisierung austoben, und Produktteams hatten eine ideale Grundlage für Demos. Das Problem ist, dass sich die Funktionsweise nicht weiterentwickelt hat. Das Dashboard, das Sie 2026 ausliefern, ist im Grunde dasselbe wie 2015 – nur mit abgerundeten Ecken und einem Dunkelmodus.

Warum Dashboards ihren Zweck verloren haben

Fünf Faktoren haben Dashboards gleichzeitig zum Scheitern gebracht, und jeder einzelne hätte ausgereicht.

Erstens: Informationsüberflutung. Durchschnittliche B2B-Produkte liefern heute Hunderte von Kennzahlen, und ein 12-Karten-Diagramm kann keine Priorisierung vornehmen. Zweitens: Fehlende Handlungsanweisungen. Ein Diagramm zeigt zwar einen Rückgang an, aber nicht, was zu tun ist. Die meisten Nutzer sind keine Analysten. Drittens: Fehlende Darstellung. Ein Dashboard ist ein Substantiv, eine Ansammlung von Fakten. Was die Nutzer eigentlich wollen, ist eine Handlungsbeschreibung, eine Geschichte darüber, was sich verändert hat und warum.

Viertens: Fehlende Priorisierung. Jede Karte auf einem klassischen Dashboard hat die gleiche visuelle Gewichtung, wodurch die Informationen bedeutungslos werden. Fünftens: Künstliche Intelligenz hat die Kostenstruktur grundlegend verändert. Sie ermöglicht es, Informationen zusammenzufassen, zu priorisieren und Fragen in einfacher Sprache zu beantworten – ganz ohne Diagramm. Sobald die Kosten für einen Textabschnitt gegen null sanken, verlor das Diagramm-Diagramm-Diagramm seine Vormachtstellung in der Statusdarstellung.

Das Ergebnis ist eine Produktoberfläche, die gleichzeitig überladen und nutzlos wirkt. Nutzer öffnen die Seite, überfliegen sie, finden keine verwertbaren Informationen und verlassen sie wieder. Die Kennzahl, die jedes Produktteam alarmieren sollte, ist die, die niemand auf einem Dashboard anzeigt: die Zeit bis zum Erkenntnisgewinn. Auf den meisten Dashboards ist sie unendlich lang.

Das erste neue Muster: Dialogbasierte Abfragen

Der schnellste Weg, ein Dashboard zu ruinieren, ist, Nutzern die Möglichkeit zu geben, Fragen zu stellen. Pulse nutzt dies für Umsatzdaten, Sigma ermöglicht es Analysten, SQL-Abfragen für ihre eigenen Daten zu schreiben, und die neueste Generation von Analysetools, von Hex über Mode bis hin zu KI, behandelt die Abfrage als primäre Eingabe.

Das funktioniert, weil die meisten Dashboards eine Frage beantworten, die der Designer erraten hat, nicht die, die der Nutzer aktuell beschäftigt. Eine dialogbasierte Oberfläche kehrt das Prinzip um: Der Nutzer stellt die Frage, das System liefert die prägnanteste Antwort. Der Gewinn liegt nicht im Chatfenster, sondern im Fokus.

Der Fehler liegt darin, dass ein Team das Dashboard durch einen Chat ersetzt, der lediglich dieselben Diagramme in einer Sprechblase anzeigt. Das ist kein Fortschritt, sondern nur eine Notlösung. Die korrekte Version von Dialogabfragen liefert zuerst einen Satz, dann eine Zahl und erst dann ein Diagramm, wenn dieses tatsächlich etwas verdeutlicht, was der Satz nicht erklären kann.

Das zweite Ersetzungsmuster: Generative Zusammenfassungen

Eine Zusammenfassung ist ein Dashboard, das seine Aufgaben bereits erledigt hat. Granola behandelt jedes Meeting als einseitige, generative Zusammenfassung anstelle eines Protokolls, und die Oberfläche bildet die Zusammenfassung. Die Projekt-Updates von Linear fassen Unterpunkte in einem Absatz zusammen, der sich liest, als wäre er von einem Teammitglied verfasst worden. Notion KI-Diagramme können ihre Form in einfacher Sprache am Seitenanfang beschreiben.

Das Muster ist einfach: Die Synthese erfolgt serverseitig, die Synthese wird als Benutzeroberfläche bereitgestellt. Das Diagramm dient, falls es überhaupt erscheint, als Beleg unter einem Satz. Sie brauchen keinen Designer, um den KPI für die obere linke Ecke auszuwählen – das Modell liefert die Einleitung.

Zwei Dinge sind für die praktische Umsetzung entscheidend: Die Zusammenfassung muss präzise sein. „Der Umsatz ist gestiegen“ ist nutzlos; „Der Umsatz ist im Vergleich zur Vorwoche um 14 Prozent gestiegen, ausschließlich dank des Enterprise-Segments“ ist aussagekräftig. Außerdem darf die Zusammenfassung gelegentlich Fehler enthalten, die sich jedoch leicht korrigieren lassen. Der Nutzer muss die zugrundeliegenden Zahlen mit einem Klick erfassen können, wenn der Text unklar ist.

Das dritte, ablösende Muster: die Ein-Bildschirm-Tagesansicht

Das am meisten unterschätzte Muster nach dem Dashboard ist die Startseitenansicht. Sie passt auf einen Bildschirm und beantwortet die Frage: Was soll ich mir jetzt ansehen? Die Startseite von Linear ist das Paradebeispiel: Ihre zugewiesenen Aufgaben, Ihr aktives Projekt, das nächste wichtige Detail – keine Diagramme. Cron und der Kalender von Notion reduzieren einen normalerweise diagrammreichen Planer auf einen fokussierten Tag.

Die Einzelbildschirmansicht steht im Gegensatz zum Dashboard, das instinktiv alles anzeigen möchte. Sie wählt aus. Sie legt sich fest. Sie ist bereit, in wichtigen Punkten falsch zu liegen, und verdient sich dieses Recht, indem sie meistens richtig liegt. Die Designdisziplin ist rigoros, denn jedes Pixel auf diesem Bildschirm muss sich der Frage stellen: „Braucht der Nutzer das in den nächsten 30 Sekunden?“

Die dahinterstehende Produktlogik sorgt für die Akzeptanz. Ein Nutzer, der Ihr Produkt öffnet und sofort die nächste Aktion sieht, wird es immer wieder öffnen. Ein Nutzer, der Ihr Produkt öffnet und erst ein Diagramm interpretieren muss, wird sich für ein Konkurrenzprodukt entscheiden.

Das vierte Ablösungsmuster: Kontextbezogene Benachrichtigungen

Das Dashboard geht davon aus, dass der Nutzer von selbst darauf zugreift. Das Post-Dashboard-Muster geht davon aus, dass das Produkt aktiv auf den Nutzer zukommt und dessen bevorzugten Kommunikationskanal nutzt – sei es Push-Benachrichtigungen, E-Mails oder die Oberfläche, auf der die eigentliche Arbeit stattfindet.

PagerDuty hat dies bereits vor Jahren für Incidents bewiesen. Height und die meisten modernen Kollaborationstools senden mittlerweile die Änderungsnummer (Diff) anstelle des Dashboard-Links, sodass Nutzer direkt antworten oder das Problem beheben können, ohne klicken zu müssen. Benachrichtigungen enthalten zunehmend die Änderungsnummer direkt in der Betreffzeile der E-Mail, anstatt mit einem „Anmelden zum Anzeigen“ zu werben.

Die Regel ist einfach: Das Dashboard ist die Benachrichtigung. Wenn Ihr Produkt immer noch eine E-Mail mit dem Betreff „Ihr Wochenbericht ist fertig“ versendet, die einen Klick erfordert, um die Änderungen zu sehen, arbeiten Sie noch für 2015. Die Post-Dashboard-Variante hingegen verwendet die Überschrift in der Benachrichtigung, sendet die Änderungsnummer per Push-Benachrichtigung und verlinkt nur dann auf eine detailliertere Ansicht, wenn der Nutzer aktiv werden muss.

Das fünfte Ersetzungsmuster: Integrierte Analysen

Das letzte Ersetzungsmuster ist das unauffälligste. Anstatt einer separaten Analyseseite befinden sich die Daten direkt in der Arbeitsoberfläche. Die Deployment-Ansicht von Vercel zeigt die Build-Performance direkt neben dem Deployment an, nicht auf einem separaten Tab. Der Dateiinspektor von Figma zeigt Nutzungs- und Versionsverlauf ohne separate Statistikseite an, und die PR-Ansicht von GitHub bettet CI-Status, Codeabdeckung und Review-Status direkt in die Oberfläche ein, auf der Sie die Zusammenführung vornehmen.

Dies funktioniert, weil Daten im Moment einer Entscheidung am wertvollsten sind. Das Dashboard-Muster trennt die Daten von der Entscheidung. Bis Sie auf „Analysen“ klicken, haben Sie den Kontext bereits gewechselt und den Faden verloren. Integrierte Analysen machen die Daten zu einer Eigenschaft des Objekts, das Sie gerade betrachten, und nicht zu einem separaten Ziel.

Die Designimplikation ist, dass das Analyseteam und das Produktteam ein und dasselbe Team sind. In Produkten, die dies verstanden haben, gibt es keinen „Dashboard-PM“ mehr, sondern einen Arbeitsflächen-PM, der für alle Daten in seinem Workflow verantwortlich ist.

Klassisches Dashboard versus die fünf neuen Muster

Hier ist der Vergleich, um den sich der Rest dieses Dokuments dreht. Das klassische Dashboard bildet eine Zeile dieser Tabelle, die fünf neuen Muster teilen sich die anderen Zeilen. Die Unterschiede zeigen, wie Ihre Produkt-Roadmap für die nächsten 18 Monate aussehen sollte.

| Muster | Primärer Input | Primärer Output | Am besten geeignet für | Fehlermodus |

|---|---|---|---|---|

| Klassisches Dashboard | Keine, Sie kommen an | Diagrammraster | Demos, Beschaffung | Keine Aktion, keine Priorität |

| Dialogbasierte Anfragen | Eine Frage | Ein Satz plus Diagramm | Ad-hoc-Analyse | Chat-Box mit Diagrammen |

| Generative Zusammenfassungen | Ein Zeitfenster | Ein Absatz | Wöchentliche Reviews, Stand-up-Meetings | Allgemeine, unstrukturierte Zusammenfassungen | | Tagesansicht auf einem Bildschirm | Identität, Tageszeit | Eine fokussierte Antwort | Tägliche Operatoren | Verborgene Tiefe, verlorene Analysten |

| Kontextbezogene Warnmeldungen | Schwellenwertänderung | Eine Zeile in Ihrem Kanal | Vorfälle, Anomalien | Warnmeldungsüberflutung, Rauschen |

| Eingebettete Analysen | Das angezeigte Objekt | Daten zu diesem Objekt | Entscheidungen zum Bearbeitungszeitpunkt | Versteckte objektübergreifende Ansichten |

Beachten Sie die Eingabespalte. Jedes Ersetzungsmuster basiert auf etwas, das der Benutzer bereits angegeben hat: eine Frage, ein Zeitfenster, eine Identität, ein Schwellenwert, ein Objekt. Das klassische Dashboard beginnt bei Null und verlangt vom Benutzer, Kontext zu erzeugen. Das ist das ganze Spiel.

Wer hat sich bereits weiterentwickelt, und wer steckt noch in 2015 fest?

Die Post-Dashboard-Ära ist keine These, sondern eine Liste. Linear führte die Startseite als Standard-Einstiegspunkt ein, Granola wandelte das Besprechungsprotokoll in eine generative Zusammenfassung um, die das Produkt selbst darstellt, und Pulse for Revenue ersetzte das SaaS-Finanz-Dashboard durch eine tägliche Slack Nachricht und eine dialogbasierte Nachbereitung.

Vercel Observability integriert Analysen in die Benutzeroberfläche anstatt auf einer separaten Seite, Stripe Sigma stellt das zugrunde liegende Ledger als abfragbare Ressource anstatt als festes Diagramm dar, Notion KI erstellt nun Zusammenfassungen über Datenbankansichten, sodass die Seite wie eine Kurzzusammenfassung wirkt, und Cron und Notion Calendar fassen Kalenderanalysen in einem einzigen Planerbildschirm zusammen.

Jedes dieser Produkte ging denselben Weg: Sie opferten Benutzeroberfläche für Fokussierung. Sie wählten eine Lösung und brachten sie auf den Markt. Sie hörten auf, alles für jeden gleichzeitig sein zu wollen, und konzentrierten sich stattdessen darauf, jeweils eine Sache für eine Person zu einem bestimmten Zeitpunkt zu erfüllen.

Die Liste der Warnhinweise ist ebenso aufschlussreich. Google Analytics ist ein Paradebeispiel: Jedes Redesign des Produkts ändert nichts daran, dass immer nur dasselbe Diagrammraster in neue Tabs verschoben wird. Mixpanel und Amplitude öffnen sich immer noch mit einer unübersichtlichen Kartenwand, deren Interpretation einen Workshop erfordert. Die meisten B2B-Abrechnungstools, die meisten HRIS-Plattformen und die meisten CRM-Startseiten verwenden standardmäßig dasselbe Diagrammraster, als wäre das letzte Jahrzehnt nie passiert.

Das liegt nicht an Faulheit der Teams, sondern daran, dass Dashboards schon immer einfacher zu verkaufen als zu bedienen waren. Eine Demo eines Diagrammrasters wirkt auf einen Käufer, der noch kein Nutzer ist, beeindruckend, und der Einkauf ist die oberste Führungsebene im B2B-Bereich.

Der Markt belohnt das Dashboard beim Vertragsabschluss, bestraft es aber danach täglich – und zwar durch unsichtbare Kundenabwanderung. Wenn Sie eine Benutzeroberfläche entwickeln können, die genauso gut in der Demo aussieht wie ein Diagrammraster und zehnmal besser zu bedienen ist, dominieren Sie Ihre Branche. Die oben genannten Unternehmen verschaffen Ihnen einen Vorsprung.

Fehlerquellen beim Dashboard-Austausch

Ein Dashboard zu ersetzen ist schwieriger als es abzuschaffen, und die meisten Versuche scheitern auf vorhersehbare Weise. Hier sind vier Fehler, die Sie vermeiden sollten:

1. Die KI-Diagrammwand. Sie betten dasselbe Diagrammraster in eine Schaltfläche „Erkenntnisse generieren“ ein, die drei weitere Diagramme erzeugt. Der Benutzer muss nun sowohl das ursprüngliche Raster als auch das generierte lesen. Sie haben die Arbeit verdoppelt, nicht halbiert.

2. Der Chat, der Diagramme zurückgibt. Sie fügen eine Eingabeaufforderung hinzu, die dasselbe Dashboard-Layout zurückgibt. Die Benutzeroberfläche hat sich verschoben, die Antwort nicht. Der Benutzer sucht immer noch in den Diagrammen.

3. Benachrichtigungsmüdigkeit. Sie ersetzen das Dashboard durch Benachrichtigungen und senden dann jedes Ereignis als Benachrichtigung. Innerhalb einer Woche deaktiviert der Benutzer den Kanal, und Sie haben die einzige funktionierende Oberfläche nach dem Dashboard verloren.

4. Mehr Tabs, nicht weniger. Sie behalten das Dashboard, fügen eine Heute-Ansicht, eine Dialogseite und einen Zusammenfassungsbereich hinzu und liefern alles als gleichrangige Elemente aus. Nun hat das Produkt vier Einstiegspunkte, der Nutzer aber keinen.

Der gemeinsame Nenner aller Fehlschläge ist additives Denken. Das Muster nach der Dashboard-Einführung ist subtraktiv. Sie entfernen das Diagrammraster, die Tabs und die Karten, die niemand anklickt. Die neue Oberfläche rechtfertigt ihren Platz dadurch, dass sie kleiner ist als die ersetzte, nicht dadurch, dass sie daneben liegt.

Wann das Dashboard noch seine Berechtigung hat

Dashboards verschwinden nicht, sondern werden nur noch in bestimmten Anwendungsbereichen eingesetzt, in denen das Diagrammraster die richtige Form hat. Es gibt drei solcher Anwendungsfälle, und wenn Ihr Produkt zu diesen gehört, können Sie Ihr Raster behalten.

1. Die Ansicht des Betriebsstatus, das NOC des Rechenzentrums, die Airline-Operationskonsole, der Börsenparkett, der Live-Event-Monitor. Wenn die Aufgabe des Nutzers darin besteht, Dutzende von Signalen in Echtzeit auf Anomalien zu überprüfen, ist ein Diagrammraster korrekt – das ist buchstäblich die Aufgabe.

2. Die umfassende Analyse-Workbench für Analysten. Hex, Mode, Tableau, Power BI – hier verbringen Quants und Analysten den ganzen Tag. Ein Chart-Raster mit Abfrageeditor ist die ideale professionelle Oberfläche. Versuchen Sie nicht, einen Quant dazu zu bringen, einen Chat zu benutzen.

3. Business Intelligence für die Geschäftsleitung. Eine monatliche oder vierteljährliche Zusammenfassung, in der das Chart-Raster als Besprechungsdokument dient, nicht als tägliche Arbeitsfläche. Hier geht es um ein Dashboard als Dokument, nicht als App.

Beachten Sie, dass alle drei Varianten professionell, selten oder beides sind. Der klassische Fehler bei SaaS-Lösungen ist, eine Oberfläche, die für einen Vollzeitanalysten im Trading-Bereich konzipiert wurde, einem Marketingmanager zur Verfügung zu stellen, der das Produkt nur zweimal pro Woche öffnet. Diese Diskrepanz hat das Dashboard zum Scheitern gebracht.

Wie man ein Dashboard ersetzt

Wenn Sie gerade vor einer Figma-Datei mit einem Chart-Raster sitzen, finden Sie hier die Vorgehensweise.

Beginnen Sie mit der Frage. Beschreiben Sie in einem Satz, was der Nutzer herausfinden möchte, wenn er diese Seite öffnet. Können Sie diesen Satz nicht formulieren, sind Sie noch nicht bereit für die Gestaltung, sondern befinden sich noch in der Recherchephase. Lautet der Satz beispielsweise „Alle meine Daten anzeigen“, wünscht sich Ihr Nutzer kein Dashboard, Ihr Kunde hingegen schon, und Sie gestalten für die falsche Zielgruppe.

Wählen Sie anhand der Frage eines der fünf Ersatzmuster. Wiederkehrende Entscheidungen werden in der Tagesansicht (einseitig) dargestellt, spontane Fragen in Dialogabfragen, regelmäßige Überprüfungen in generativen Zusammenfassungen, zeitkritische Änderungen in kontextbezogenen Benachrichtigungen und Entscheidungen im Bearbeitungsmodus in eingebetteten Analysen. Passt Ihre Frage zu zwei Mustern, benötigen Sie zwei Seiten, nicht nur eine.

Veröffentlichen Sie die kleinste Version. Widerstehen Sie dem Drang, einen Schalter für die „klassische Ansicht“ oder einen Link „Alle Metriken anzeigen“ hinzuzufügen. Jede zusätzliche Option im alten Dashboard-Muster gibt Nutzern und Ihrem Team die Erlaubnis, in der Vergangenheit zu verharren. Der Sinn der neuen Oberfläche liegt in ihrer Verbindlichkeit.

Was das bedeutet und wo man anfängt

Die nächsten zwei Jahre im B2B-Produktdesign werden davon abhängen, welche Teams ihre Dashboards als erste abschaffen. Die Marktführer sind bereits auf dem richtigen Weg. Die Nachzügler werden 2026 und 2027 mit teuren Redesign-Zyklen verbringen, und die meisten dieser Redesigns werden scheitern, weil sie lediglich das Diagrammraster überarbeiten, anstatt das Modell zu ersetzen.

Die erfolgreichen Teams werden dem Einkauf zunächst fremd vorkommen. Sie werden einen einzelnen Satz anstelle einer Diagrammwand präsentieren, eine Slack-Benachrichtigung anstelle einer übersichtlichen Ansicht anbieten und eine Tagesansicht verkaufen, die auf einen Bildschirm passt. Sie werden einige Aufträge an den etablierten Anbieter mit Diagrammraster verlieren, aber jeden gewonnenen Nutzer halten, weil die von ihnen bereitgestellte Oberfläche genau derjenigen entspricht, die der Nutzer tatsächlich wollte.

Öffnen Sie Ihr Produkt morgen. Schauen Sie sich den Bildschirm an, den der Nutzer zuerst sieht. Fragen Sie sich, ob der Bildschirm eine echte Frage beantwortet oder nur Ihr Datenmodell darstellt. Wenn er Ihr Datenmodell darstellt, haben Sie ein Dashboard – und das Dashboard-Konzept ist überholt. Wählen Sie dann die wichtigste Frage Ihres Nutzers beim Öffnen des Produkts und bieten Sie anstelle der Tabelle eine übersichtliche Antwort auf diese Frage an.

Sie müssen nicht Ihr gesamtes Produkt neu gestalten, sondern zunächst nur den ersten Bildschirm. Der Rest ergibt sich dann von selbst. Sobald Ihre Startseite kein Dashboard mehr ist, wirkt auch der Rest des Produkts nicht mehr wie ein Dashboard. Die Diagrammtabelle hatte ihre Zeit, aber sie ist nicht mehr zeitgemäß. Entwickeln Sie also die Oberfläche, die Ihre Nutzer tatsächlich benötigen, und verabschieden Sie sich vom Dashboard.