SAP-Wiki

Ein gutes Dashboard beantwortet drei Fragen: Wo stehen wir, wohin läuft es, wo muss jemand eingreifen. Dafür kombiniert es Ist-Werte mit Plan, Vorjahr und Trend. Technisch liegt unter jedem Diagramm eine Datenquelle, im SAP-Umfeld etwa eine Query auf SAP BW, ein Datasphere-Modell oder eine Live-Verbindung nach S/4HANA. Aktualität, Berechtigungen und Antwortzeiten erbt das Dashboard von dieser Schicht. Gestaltet wird nur die Oberfläche, die Qualität entsteht darunter.

Dashboards richten sich an unterschiedliche Nutzergruppen, und daran entscheidet sich der Zuschnitt. Das Management braucht wenige verdichtete Kennzahlen mit Ampellogik. Fachbereiche brauchen Filter, Drilldowns und Detailtabellen für die tägliche Steuerung. Beides in eine Ansicht zu pressen scheitert regelmäßig. Abzugrenzen ist das Dashboard vom Bericht: Der Bericht dokumentiert vollständig und formatiert für Druck oder Verteilung, das Dashboard verdichtet interaktiv für den schnellen Statusblick zwischendurch.

Die häufigste Stolperstelle aus Projekten ist Überfrachtung. Zwanzig Diagramme auf einer Seite beantworten keine einzige Frage mehr. Bewährt hat sich die Regel: eine Zielgruppe, eine Kernfrage, eine Handvoll Kennzahlen pro Ansicht. Zweite Stolperstelle ist ungeklärte Datenherkunft. Zeigt das Dashboard andere Werte als der Monatsbericht, verliert es sofort das Vertrauen der Nutzer. Deshalb gehören Kennzahlendefinitionen und eine gemeinsame Datenbasis vor das Layout, nicht danach.