Inhaltsverzeichnis
Einordnung
Wenn Geschäftsführer von einem neuen IT-System horen, denken viele zuerst an dasselbe: monatelange Projektlaufzeiten, Mitarbeiter die geschult werden müssen, Daten die nicht passen, und irgendwann ein Go-Live-Termin, der sich dreimal verschoben hat.
Das ist keine ubertriebene Angst. Es ist eine faire Beschreibung von dem, was grosse Softwareprojekte in mittleren Betrieben oft auslosen. Und es ist einer der Hauptgrunde, warum viele Autohauser auf den Schritt verzichten, auch wenn sie langst wissen, dass mehr Transparenz helfen wurde.
Ein Dashboard ist kein ERP-System. Es muss nicht den Betrieb umstrukturieren. Es soll ihn sichtbar machen, ohne ihn zu unterbrechen.
Deshalb arbeite ich nach einem anderen Prinzip. Kein grosses Kick-off-Projekt, keine aufgezwungene Infrastruktur, kein halbes Jahr bis zum ersten Ergebnis. Sondern ein strukturierter Drei-Wochen-Prozess, der den laufenden Betrieb nicht stort, Ergebnisse fruher liefert als erwartet und genau an dem Punkt beginnt, wo das Haus gerade steht.
Wie das konkret aussieht, beschreibe ich in diesem Beitrag.
Bevor es losgeht: Was wirklich benotigt wird
Die meisten Autohauser denken, sie müssen erst ihre Datenlage bereinigen, bevor sie mit einem Dashboard anfangen konnen. Das stimmt nicht.
Was benotigt wird, ist keine perfekte Datenbasis. Was benotigt wird, ist Klarheit daruber, welche Informationen es bereits gibt, wo sie liegen und welche Fragen die Geschäftsführung wirklich beantwortet haben möchte.
Der Rest ergibt sich im Prozess. Oft stellt sich heraus, dass die Daten bereits vorhanden sind, sie liegen nur an drei verschiedenen Stellen und wurden noch nie zusammengefuhrt.
Woche 1: Verstehen, was wirklich gebraucht wird
Tag 1-2: Erstgesprach und Bestandsaufnahme
Wir beginnen nicht mit Technik, sondern mit Fragen. Welche Entscheidungen treffen Sie als Geschäftsführer regelmässig, bei denen Sie sich unsicher fuhlen, weil Ihnen eine klare Zahlenbasis fehlt? Wo warten Sie zu lange auf Informationen? Was mochten Sie jeden Morgen auf einen Blick sehen?
Parallel dazu schauen wir uns an, was bereits existiert: Welche Systeme sind im Einsatz, welche Daten werden wo erfasst, welche Excel-Listen gibt es und wer pflegt sie? Das ist keine IT-Prufung, sondern eine ehrliche Bestandsaufnahme in einem ein- bis zweistundigen Gesprach.
Tag 3-4: Priorisierung und Zielbild
Aus dem Erstgesprach entstehen in der Regel funf bis zehn mogliche Kennzahlen oder Ansichten. Nicht alle davon sind gleich wertvoll, und nicht alle sind in drei Wochen umsetzbar.
Wir priorisieren gemeinsam: Was hat den grossten Einfluss auf Ihre tagliche Steuerung? Was ist mit den vorhandenen Daten sofort möglich? Was ware ein sinnvoller zweiter Schritt spater?
Das Ergebnis ist ein klares, schriftliches Zielbild: genau diese Kennzahlen, in dieser Struktur, für diese Nutzergruppe. Keine offenen Fragen, kein Spielraum für spatere Missverstandnisse.
Tag 5: Datenzugang und technische Klarung
Am Ende der ersten Woche klaren wir die technische Seite: Wie kommen die benotigten Daten ins Dashboard? Gibt es eine Exportfunktion im bestehenden System, eine API, oder werden die Daten zunachst manuell eingepflegt? Welche Zugange sind notig, und wer aus dem Team muss eingebunden werden?
Dieser Schritt dauert meistens weniger als eine Stunde, weil das Zielbild bereits feststeht und die technischen Fragen sich daraus direkt ergeben.
Das Ende von Woche 1: Wir wissen genau, was gebaut wird, warum, für wen und mit welchen Daten. Kein Projekt sollte ohne dieses Fundament beginnen.
Woche 2: Bauen, was vereinbart wurde
Tag 6-9: Entwicklung des ersten Entwurfs
In der zweiten Woche entsteht die erste Version des Dashboards. Nicht ein Prototyp auf dem Papier, sondern eine funktionsfahige Ansicht mit echten Daten aus Ihrem Haus.
Ich arbeite dabei iterativ: nach zwei bis drei Tagen gibt es eine erste Ansicht, die ich Ihnen zeige. Nicht um Feedback auf ein fertiges Produkt einzuholen, sondern um fruhzeitig sicherzustellen, dass die Richtung stimmt. Wenn etwas anders dargestellt werden sollte als vereinbart, lasst sich das in diesem Stadium in Stunden korrigieren, nicht in Tagen.
Tag 10: Zwischenstand und Feinjustierung
Am Ende der zweiten Woche zeige ich den aktuellen Stand in einem kurzen Gesprach. Das dauert in der Regel dreissig bis funfzig Minuten. Wir schauen gemeinsam auf die Ansicht, prufen ob die Kennzahlen das zeigen was gemeint war, und besprechen kleine Anpassungen.
In diesem Gesprach wird haufig ein Detail sichtbar, das im Erstgesprach nicht bedacht wurde, weil man eine Sache erst erkennt, wenn man sie sieht. Das ist normal und Teil des Prozesses. Kein Konzept auf dem Papier ist so aufschlussreich wie eine echte Ansicht mit echten Daten.
Das Ende von Woche 2: Ein funktionsfahiges Dashboard mit echten Daten aus Ihrem Betrieb liegt vor. Der Rest ist Feinjustierung, kein Neubau.
Woche 3: Einfuhren, ohne zu storen
Tag 11-13: Anpassungen und Vorbereitung
Die Rückmeldungen aus dem Zwischenstand werden eingearbeitet. Gleichzeitig bereite ich die Übergabe vor: Wie wird das Dashboard im Alltag aufgerufen? Wer hat Zugang? Wie wird es aktuell gehalten, automatisch oder mit einem kleinen manuellen Schritt? Und was passiert, wenn eine Zahl fehlt oder eine Datenquelle kurz nicht verfugbar ist?
Dieser Schritt wird haufig unterschatzt. Ein Dashboard, das im Alltag nicht zuverlässig funktioniert, wird nach zwei Wochen nicht mehr genutzt. Deshalb investiere ich hier bewusst Zeit in die Stabilitat und in eine einfache, dokumentierte Handhabung.
Tag 14: Go-Live und Einweisung
Der Go-Live ist kein grosses Ereignis. Das Dashboard war in Woche 2 bereits mit echten Daten in Betrieb, jetzt geht es in den regularen Einsatz.
Die Einweisung dauert dreissig bis sechzig Minuten und richtet sich an die Personen, die das Dashboard taglich nutzen werden: meistens die Geschäftsführung, manchmal der Verkaufs- oder Serviceleiter. Es gibt keine lange Schulung, weil das Dashboard keine lange Erklarung braucht. Es soll auf einen Blick verstandlich sein, sonst haben wir etwas falsch gemacht.
Tag 15 und danach: Begleitung in der ersten Nutzungsphase
In den ersten zwei Wochen nach Go-Live bin ich erreichbar für Rückfragen und kleine Anpassungen. Meistens taucht in diesem Zeitraum ein oder zwei Dinge auf, die im Alltag anders wirken als im Test. Das gehort dazu und wird zuverlässig nachgebessert.
Danach lauft das Dashboard selbstandig. Wenn zu einem spateren Zeitpunkt ein neuer Bereich erganzt werden soll oder sich die Anforderungen andern, beginnen wir denselben Prozess noch einmal, diesmal mit einer klar definierten Erweiterung als Ausgangspunkt.
Das Ende von Woche 3: Das Dashboard ist im Einsatz. Nicht als Pilotprojekt, nicht als Testbetrieb. Als fester Bestandteil des Führungsalltags.
Was diesen Ansatz von einem klassischen IT-Projekt unterscheidet
Drei Dinge sind dabei entscheidend:
Erstens die Reihenfolge. Zuerst das Zielbild, dann die Technik. Nicht umgekehrt. Wer mit der Technik anfangt, baut meistens etwas, das technisch funktioniert, aber im Alltag nicht genutzt wird.
Zweitens die Schnelligkeit sichtbarer Ergebnisse. Nach einer Woche gibt es ein Zielbild. Nach zwei Wochen gibt es ein funktionsfahiges Dashboard. Das schafft Vertrauen, auf beiden Seiten, und verhindert, dass ein Projekt im luftleeren Raum schwebt.
Drittens die Begrenzung des Aufwands für das Haus. Zwei kurze Gesprache in Woche 1, ein Zwischenstand-Gesprach in Woche 2, eine Einweisung in Woche 3. Der Rest passiert auf meiner Seite. Kein Team muss umgeschult werden, kein Prozess muss unterbrochen werden, bevor das Ergebnis sichtbar ist.
Fazit
Ein Dashboard einzufuhren muss kein Projekt sein, das Monate dauert und den Betrieb auf den Kopf stellt. Es kann in drei Wochen passieren, wenn der Prozess klar ist, das Zielbild vor der Technik steht und beide Seiten wissen, was sie voneinander brauchen.
Was Sie dafur mitbringen müssen: eine ehrliche Antwort auf die Frage, welche Informationen Ihnen heute fehlen. Den Rest ubernehme ich.
Wenn Sie wissen mochten, wie dieser Prozess für Ihr Haus konkret aussehen wurde, sprechen wir gerne in einem ersten, unverbindlichen Gesprach daruber. Dreissig Minuten reichen meistens, um zu klaren, ob und wie ein Dashboard in Ihrer Situation sinnvoll ist.