Kennzahlen-Dashboard für den Betrieb aufbauen

Ein Kennzahlen-Dashboard für den Betrieb funktioniert dann, wenn es wenige Kennzahlen zeigt, die jemand tatsächlich zum Steuern nutzt, und wenn die Daten automatisch aus den vorhandenen Systemen kommen. Viele Dashboards scheitern nicht an der Technik, sondern daran, dass sie zu viel zeigen, niemand Verantwortung für die Zahlen trägt und unklar bleibt, was bei einer Abweichung passieren soll.

Welche Kennzahlen gehören auf ein Betriebs-Dashboard?

Auf ein Betriebs-Dashboard gehören nur Kennzahlen, bei denen klar ist, wer bei einer Veränderung was anders macht. Eine Kennzahl ohne zugehörige Handlung ist Information, aber keine Steuerung. Als Faustregel gilt: Wenn niemand sagen kann, welche Entscheidung von einer Zahl abhängt, gehört sie nicht auf die erste Seite.

Welche Kennzahlen das sind, hängt vom Geschäftsmodell ab. Ein Produktionsbetrieb steuert anders als ein Handelsbetrieb oder ein Dienstleister. Typische Bereiche, aus denen Betriebe ihre wenigen steuernden Kennzahlen wählen, sind:

• Auftragslage: offene Aufträge, Auftragseingang, Liefertermine in Gefahr
• Leistung: produzierte Stückzahlen, Durchlaufzeit, Anteil termingerechter Lieferungen
• Ressourcen: Auslastung von Maschinen oder Teams, geplante gegenüber tatsächlichen Stunden
• Qualität: Reklamationen, Nacharbeit, Ausschuss
• Liquidität: offene Forderungen, fällige Zahlungen, Lagerbestand als gebundenes Kapital

Aus diesen Bereichen wählt ein Betrieb nicht alles, sondern die Handvoll Kennzahlen, die zu seinen aktuellen Problemen passen. Welche Fragen ein Betrieb überhaupt mit Daten beantworten sollte, beschreiben wir im Beitrag über datenbasierte Entscheidungen im KMU. Eine Kennzahl darf auch wieder vom Dashboard verschwinden, wenn das Problem dahinter gelöst ist.

Wie bindet man die Datenquellen an?

Ein Dashboard ist nur so gut wie die Verbindung zu den Quellsystemen. Wer Zahlen jede Woche händisch in eine Tabelle kopiert, hat kein Dashboard, sondern eine zusätzliche Aufgabe, die früher oder später liegen bleibt. Die Daten sollten deshalb über Schnittstellen automatisch aus ERP, Kassensystem, Zeiterfassung, Maschinensteuerung oder Buchhaltung kommen.

Dabei gibt es mehrere Wege: Manche Systeme bieten eine dokumentierte Programmierschnittstelle (API), andere erlauben einen direkten Lesezugriff auf die Datenbank, ältere Maschinen liefern Daten nur über ihre Steuerung oder zusätzliche Sensoren. Zwischen Quellen und Dashboard sitzt idealerweise eine eigene Datenschicht, in der Daten bereinigt, Begriffe vereinheitlicht und Verläufe gespeichert werden. So bleibt das Dashboard stabil, auch wenn sich ein Quellsystem ändert.

Echtzeit oder Tagesstand – was braucht ein Betrieb wirklich?

Echtzeit ist nur dort sinnvoll, wo jemand sofort reagiert. Ein Schichtleiter, der bei einem Maschinenstillstand eingreift, braucht aktuelle Daten. Eine Geschäftsführung, die einmal pro Woche über Auftragslage und Liquidität spricht, braucht einen verlässlichen Stand, keinen Live-Ticker. Echtzeitdaten sind aufwendiger in Anbindung und Betrieb und lenken leicht von Trends ab, weil jede kurze Schwankung sichtbar wird.

• Echtzeit oder nahe Echtzeit: Maschinenzustände, Störungen, Lagerbestände bei knappem Material, Warteschlangen im Service
• Mehrmals täglich: Auftragseingang, Fortschritt laufender Aufträge, Kapazitätsplanung
• Tagesstand: Stückzahlen, Stunden, Umsatz, Reklamationen
• Wochen- oder Monatsstand: Deckungsbeiträge, Liquiditätsentwicklung, Trends über längere Zeiträume

Wer schaut wann auf das Dashboard?

Ein Dashboard braucht einen festen Platz im Arbeitsalltag. Ohne klare Zuständigkeit wird es anfangs oft geöffnet und dann vergessen. Hilfreich ist, für jede Zielgruppe eine eigene Ansicht und einen festen Rhythmus festzulegen.

• Schicht- oder Teamleitung: zu Schichtbeginn und bei Störungen, mit Fokus auf heute
• Abteilungsleitung: in der wöchentlichen Besprechung, mit Fokus auf Abweichungen und Engpässe
• Geschäftsführung: wöchentlich oder monatlich, mit Fokus auf Trends, Liquidität und Entscheidungen

Für jede Kennzahl sollte außerdem feststehen, wer verantwortlich ist und ab welcher Abweichung jemand aktiv wird. Diese Schwellen werden aus den eigenen Daten abgeleitet und mit der Zeit angepasst. Ein Dashboard, auf das niemand reagiert, ist Dekoration.

Wie geht man beim Aufbau konkret vor?

1. 01Die wenigen Entscheidungen aufschreiben, die regelmäßig getroffen werden und heute schwerfallen.
2. 02Für jede Entscheidung die Kennzahl festlegen, die sie stützt, und den Begriff schriftlich definieren.
3. 03Die Quellsysteme bestimmen und prüfen, ob die Daten dort vollständig und richtig erfasst werden.
4. 04Schnittstellen und eine Datenschicht einrichten, die Daten automatisch übernimmt und Verläufe speichert.
5. 05Eine erste, einfache Ansicht bauen und eine Zeit lang parallel zur bisherigen Praxis nutzen.
6. 06Zuständigkeiten, Rhythmus und Reaktionsschwellen festlegen und nach den ersten Erfahrungen nachschärfen.

Ob am Ende ein fertiges Business-Intelligence-Werkzeug genutzt wird oder eine schlanke eigene Lösung, ist eine nachgelagerte Frage. Die Wahl des Werkzeugs sollte sich nach Quellsystemen, Nutzern und Betrieb richten – nicht umgekehrt.

Wie sieht ein gutes Betriebs-Dashboard aus?

Ein gutes Dashboard passt auf einen Bildschirm und ist auf einen Blick lesbar. Jede Kennzahl zeigt nicht nur den aktuellen Wert, sondern auch eine Vergleichsgröße – den Vorzeitraum, den Plan oder den Verlauf –, denn eine einzelne Zahl ohne Bezug sagt wenig. Farben werden sparsam eingesetzt und nur dort, wo eine Abweichung Handlung verlangt.

• Eine Ansicht pro Zielgruppe statt ein Dashboard für alle
• Aktueller Wert plus Vergleich mit Plan, Vorzeitraum oder Verlauf
• Klare Beschriftung mit der schriftlich festgelegten Definition
• Die Möglichkeit, von der Kennzahl zu den zugrunde liegenden Datensätzen zu springen
• Sichtbarer Datenstand, damit niemand mit veralteten Zahlen entscheidet

Der sichtbare Datenstand wird oft vergessen. Wenn eine Schnittstelle ausfällt und das Dashboard still die Zahlen von gestern zeigt, trifft jemand eine Entscheidung auf falscher Grundlage. Ein Hinweis, wann die Daten zuletzt aktualisiert wurden, verhindert das.

Welche Fehler passieren beim Dashboard-Aufbau am häufigsten?

• Mit dem Werkzeug beginnen statt mit den Entscheidungen, die unterstützt werden sollen
• Alle verfügbaren Daten anzeigen, weil sie ohnehin da sind
• Kennzahlen übernehmen, ohne den Begriff im eigenen Betrieb zu definieren
• Daten händisch einpflegen und die Pflege einer einzelnen Person überlassen
• Echtzeit verlangen, wo ein Tagesstand völlig ausreicht
• Das Dashboard einführen, ohne Rhythmus und Zuständigkeit festzulegen

Diese Fehler haben meist eine gemeinsame Ursache: Das Dashboard wird als technisches Projekt behandelt statt als Teil der Betriebssteuerung. Wer von den Entscheidungen her denkt, vermeidet die meisten davon automatisch.

So übernimmt NDVDL den Aufbau und den Betrieb

NDVDL beginnt mit einem Termin in Ihrem Betrieb: Welche Entscheidungen sollen besser werden, wo entstehen die Daten, wer soll das Dashboard nutzen? Danach bekommen Sie einen schriftlichen Vorschlag für Kennzahlen, Datenquellen und die technische Lösung: ein Standardwerkzeug, wo es passt, eine eigene Lösung, wo nicht.

In der Umsetzung binden wir ERP, Kasse, Zeiterfassung oder Maschinen über Schnittstellen an und bauen die Datenschicht. Danach betreibt und wartet NDVDL Anbindungen und Dashboard und sorgt dafür, dass die Verbindungen weiterlaufen, wenn ein Quellsystem ein Update bekommt oder eine neue Anlage dazukommt. Sie haben dafür einen festen Ansprechpartner, der Ihre Systeme kennt.