Inhalt
Wichtigste Aussagen
- Ein Pilot beweist den Nutzen an einem Anwendungsfall, statt BI in der Breite einzuführen. Das senkt Risiko, Kosten und Widerstand.
- Der Plan läuft in vier Phasen: Anwendungsfall festlegen, anbinden und bauen, parallel validieren, entscheiden und ausrollen.
- Jede Phase endet mit einem prüfbaren Meilenstein. So entsteht der sichere Übergang von Meilenstein zum Dauerzustand.
- Abbruchkriterien gehören vor den Start definiert: Ein sauber beendeter Pilot ist ein Ergebnis, kein Scheitern.
Ein BI-Pilot verhindert die Ausartung in ein ewiges Einführungsprojekt: Statt alle Bereiche, alle Quellen und alle Kennzahlen auf einmal anzugehen, beweist er den Nutzen an einem einzigen Anwendungsfall. Dieses Vorgehen ist von Einzelunternehmern, über KMU bis hin zu Großunternehmen etabliert.
90 Tage sind dabei lang genug für eine echte Anbindung, einen echten Parallelbetrieb und eine belastbare Entscheidung. Gleichzeitig ist der Zeitraum kurz genug, um Aufmerksamkeit und Budget sinnvoll einzusetzen.
Ein IT-Dienstleister mit 25 Mitarbeitenden will „endlich datengetrieben arbeiten“. Der erste Entwurf: Dashboards für Vertrieb, Marketing, Finanzen und Projekte, alle Quellen angebunden, Start im Quartal. Nach zwei Monaten liegt das Vorhaben, weil niemand Zeit für den Aufwand der Einführung hat. Der zweite Anlauf nimmt nur das Monatsreporting der Geschäftsführung: ein Dashboard, drei Quellen, ein Verantwortlicher. Nach 30 Tagen läuft es, und der Rest folgt danach nach demselben Muster.
Dieser Artikel führt dich operativ durch die 90 Tage: Wie du den richtigen Anwendungsfall auswählst, was in jeder der vier Phasen zu tun ist, welcher Meilenstein sie jeweils abschließt und woran du erkennst, dass du abbrechen oder nachsteuern solltest. Den strategischen Gesamtrahmen dazu liefert BI-Strategie entwickeln. Hier wird die Umsetzung des ersten Durchlaufs konkretisiert.
Warum ein Pilot und kein Projekt
Ein Projekt setzt eine Entscheidung um, die bereits gefallen ist. Ein Pilot prüft, ob die Entscheidung richtig ist und liefert das erste nutzbare Ergebnis, auf dem sich sauber weiter planen und aufbauen lässt.
Daraus folgen drei Vorteile, die besonders im Kontext größerer Unternehmen wie KMU zählen:
- Begrenztes Risiko: Scheitert ein Pilot, sind wenige Wochen und ein überschaubares Budget betroffen. Kein mehrmonatiges Vorhaben mit angebundenen Abteilungen.
- Schnelle Evidenz: Nach zwölf Wochen liegt kein Konzept vor, sondern ein laufendes Dashboard mit echten Zahlen. Statt Theorie überzeugt praktischer Nutzen mit echten Erfahrungen und Belegen.
- Weniger Widerstand: Ein Team, das einen funktionierenden Piloten sieht, diskutiert über Ausbau statt über Grundsätze.
Dazu kommt ein Befund aus der Anwenderforschung, der gegen große Einführungen spricht:
Tempo ist ein Qualitätsmerkmal. Der Pilot ist die Methode, dieses Tempo zu organisieren. Er ermöglicht einfacheres Einholen von Feedback, Anpassungen der Strategie und Umsetzung und sorgt für schnellere und größere Erfolge.
Voraussetzung: den richtigen Anwendungsfall wählen
Sobald die passende BI-Strategie steht, geht es an die Auswahl der ersten Anwendungsfälle. Die Tabelle zeigt die fünf Kriterien, an denen sich ein guter Pilotfall erkennen lässt. Je mehr davon zutreffen, desto tragfähiger ist die Wahl.
| Kriterium | Gute Wahl | Schlechte Wahl |
|---|---|---|
| Schmerz | wiederkehrender Aufwand, messbar Entscheidungsrelevant | „wäre mal interessant“ |
| Datenlage | zwei bis vier zugängliche Quellen | Quellen ohne Zugang oder Konnektor |
| Empfängerkreis | drei bis zehn Personen mit klarem Interesse | ganzes Unternehmen |
| Definitionen | Kennzahlen weitgehend unstrittig | Kennzahlen erst noch zu klären |
| Wiederholung | wöchentlich oder monatlich | einmalig oder unregelmäßig |
Der klassische Treffer im KMU ist das wiederkehrende Management- oder Marketingreporting: Der Aufwand ist bekannt, die Empfänger sind benannt, und der Nutzen tritt schnell ein. Wenn mehrere Kandidaten in Frage kommen: Bei welchem Bericht würde der Wegfall der Handarbeit am schnellsten auffallen? Wo bieten die Daten potenziell am meisten Mehrwert für Entscheidungen?
Es hilft eine Prioritätenliste für die Anwendungsfälle für den weiteren Ausbau aufzustellen.
Wähle den Anwendungsfall, den du in einem Satz beschreiben kannst z. B.: „Die Geschäftsführung sieht Umsatz, Pipeline und Marketingkosten jeden Montag ohne Zuarbeit.“
Der 90-Tage-Plan im Überblick
Eine Planung der Phasen mit klarem Zweck und je einem prüfbaren Meilenstein hilft. Die Tabelle zeigt einen möglichen Rahmen; die Abschnitte danach gehen jede Phase im Einzelnen durch.
| Phase | Zeitraum | Zweck | Meilenstein |
|---|---|---|---|
| 1 Festzurren | Tag 1–14 | Anwendungsfall, Kennzahlen, Rollen klären | Ein-Seiten-Steckbrief freigegeben |
| 2 Bauen | Tag 15–45 | Quellen anbinden, Dashboard erstellen | Dashboard zeigt echte Daten |
| 3 Validieren | Tag 46–75 | Parallelbetrieb, Abgleich, Nutzung starten | Zahlen bestätigt, Empfänger arbeiten damit, Feedback wird eingearbeitet |
| 4 Entscheiden | Tag 76–90 | Ergebnis messen, ausrollen oder beenden | dokumentierte Entscheidung |
So bleiben die Verantwortlichkeiten, Aufgaben und der Zeitaufwand überschaubar. Realistisch sind wenige Stunden pro Woche für eine verantwortliche Person plus punktuelle Zuarbeit. So lässt sich ein solches Pilotprojekt intern stemmen. Es braucht aber einen festen Platz im Kalender der Verantwortlichen.
Danach erfolgt der weitere Ausbau über mehr Abteilungen. Die Führungskräfte sollten dauerhaft im Austausch mit ihrem Team bleiben, Feedback fördern und ihre Prozesse, Dashboards und Betrieb entsprechend optimieren.
Die vier Phasen im Detail
Phase 1 (Tag 1–14): Anwendungsfall und Kennzahlen festzurren
Halte in einem Steckbrief fest: die Leitfrage des Piloten, die Verantwortlichkeiten, die Empfänger, die benötigten Kennzahlen samt Definition, die Datenquellen und den Zielrhythmus. Eine Seite reicht. Sie muss mit den Anwendern und Empfängern besprochen worden sein.
Datenverfügbarkeit und -anbindung sind entscheidend. Welche Daten stehen zur Verfügung, welche brauchen wir noch und wie binden wir diese in unsere Business-Intelligence-Lösung ein?
Verantwortlichkeiten, Rollen und Rechte sollten klar bestimmt sein. Wer welche Daten sehen und wer Anpassungen vornehmen darf, muss geklärt sein. Ebenso sollte ein Rahmen für Feedback und Optimierungen geschaffen werden. Führungskräfte sorgen für die Verankerung in bestehenden Prozessen wie Meetings und Erfolgsauswertungen. Mitarbeiter stellen ihre Prozesse entsprechend um und werden aktiv in die Gestaltung der neuen Prozesse eingebunden.
Definitionen müssen klar sein. „Umsatz“ kann Auftragseingang, Rechnungsstellung oder Zahlungseingang bedeuten. Lege je Kennzahl fest, was sie misst, woher sie kommt und wer sie verantwortet. Klare Zielsetzungen bezüglich dieser Kennzahlen sorgen für Klarheit bei allen Beteiligten (die Systematik dahinter erklärt Daten und KPIs in BI).
Meilensteine: Der Steckbrief ist freigegeben, alle Quellen sind als zugänglich bestätigt.
- Die Datenquellen sind als zugänglich bestätigt
- Verantwortlichkeiten, Rollen und Rechte sind festgelegt
- Die relevanten Kennzahlen und Ziele sind definiert
Phase 2 (Tag 15–45): Anbinden und bauen
Verbinde die Quellen aus dem Steckbrief mit der Anwendung: per Konnektor, Upload oder API. Prüfe je Quelle mit einer Stichprobe, ob die übertragenen Werte dem Quellsystem entsprechen (das Vorgehen beschreibt Datenquellen verbinden).
Nutze, wenn verfügbar, Dashboardvorlagen und konzentriere dich auf das Wesentliche: Das Dashboard beantwortet die zielgerichteten Leitfragen. Nimm nicht grundlos mehr auf, „weil die Daten ohnehin da sind“. Erweiterungen kommen nach dem Piloten und in Absprache mit den Anwendern (zur Gestaltung: Effektive Dashboards erstellen).
Diese Phase ist zugleich die Testphase der Lösung, sofern die Tool-Entscheidung noch offen ist. Fehlende Konnektoren, unklare Rechte, hakelige Bedienung werden hier frühzeitig erkannt und bei Bedarf kann durch entsprechende Aktionen gegengesteuert werden.
Meilensteine:
- Das Dashboard zeigt echte Daten
- Eine Stichprobe je Quelle stimmt mit dem Quellsystem überein
Phase 3 (Tag 46–75): Parallel betreiben und validieren
Der Parallelbetrieb sollte grundlegend nicht übersprungen werden. Vier bis sechs Wochen laufen Dashboard und bisheriger Bericht nebeneinander, weil Abweichungen hier deutlich werden und korrigiert werden können: Jede aufgedeckte Differenz sollte entsprechend geprüft werden.
Parallel beginnt die Nutzung. Gib den Empfängern Zugriff, plane die Integration in die bestehenden Prozesse und gib eine Einführung in deinem Team. Sinnvoll ist es hier z. B., das Dashboard in regelmäßige Meetings einzubauen.
Schaffe in dieser Phase eine offene Feedback- und Optimierungskultur und sammle Rückfragen und Wünsche idealerweise schriftlich. Sie sind die Grundlage für eine saubere Einbindung, weitere Optimierungen und den folgenden Ausbau. Das gibt außerdem Aufschluss darüber, ob das Dashboard verstanden und genutzt wird.
Meilenstein:
- Der Parallelbetrieb wurde strategisch geplant und die Nutzung ist in die bestehenden Prozesse eingebunden
- Es gab eine auf den Anwendungsfall zugeschnittene Einführung innerhalb des Teams
- Alle Beteiligten haben entsprechende Zugriffe und Rechte, und es bestehen klare Verantwortlichkeiten sowie Ansprechpartner
- Eine klare Feedbackkultur ist eingeführt und wird aktiv gefördert
Phase 4 (Tag 76–90): Auswerten und entscheiden
Am Ende steht die dokumentierte Entscheidung: ausrollen, nachsteuern oder beenden. Grundlage sind die gemessenen Kriterien aus dem nächsten Abschnitt.
Fällt die Entscheidung für den Ausbau, gehört dazu ein konkreter nächster Zuschnitt: die nächsten Anwendungsfälle, die nächste Empfängergruppe, der Termin. Idealerweise sollten diese Prozesse anhand von Zielen nach dem SMART-Framework geplant, umgesetzt und ausgewertet werden.
Meilenstein:
- Es liegen klare Kennzahlen zu Nutzung und Erfolg vor
- Anhand dieser wird entschieden, ob das Pilotprojekt als abgeschlossen markiert wird
- Bei Erfolg werden die nächsten Anwendungsfälle geplant und durchgeführt
Erfolgs- und Abbruchkriterien
Kriterien sollen vor dem Start definiert werden (nicht am Tag 85). Diese vier Größen sind entscheidend:
| Kriterium | Erfolg | Nachsteuern | Abbrechen |
|---|---|---|---|
| Zeitersparnis | Berichtsaufwand deutlich gesunken | teilweise gesunken | unverändert oder höher |
| Nutzung | Empfänger schauen im Rhythmus selbst | nur auf Erinnerung | niemand außer dem Ersteller |
| Datenvertrauen | Abweichungen geklärt | einzelne offen | Zahlen weiter strittig |
| Aufwand | Betrieb in wenigen Stunden pro Monat | spürbar mehr | dauerhaft hohe Handarbeit |
Nachsteuern ist der häufigste Ausgang, nicht purer Erfolg oder Abbruch. Auch bei erfolgreichem Abschluss sollte regelmäßig auf Optimierungspotenzial geprüft und die Feedbackkultur erhalten bleiben. Typische Nachsteuerungen sind ein engerer Kennzahlen-Zuschnitt, ein anderer Empfängerkreis oder eine bessere Verankerung im Meeting-Rhythmus und in sonstigen Prozessen.
Auch der Abbruch ist ein legitimes Ergebnis. Ein Pilot, der nach zwölf Wochen sauber beendet wird, hat eine teure Fehlentscheidung verhindert. Fehlende Nachverfolgung und ausbleibende Maßnahmen nach der Pilotphase sind der einzig wirklich schlechte Ausgang.
Formuliere die Abbruchkriterien schriftlich, bevor Phase 1 beginnt, und kommuniziere sie an die Beteiligten. Zu spät definierte Kriterien neigen dazu, beschönigt zu werden.
Rollen im Pilot: wer macht was
Ein 90-Tage-Pilot braucht keine eigene Projektorganisationsrolle, aber benannte Personen. Sonst bleiben Aufgaben bei allen und damit bei niemandem.
- Fachliche Ansprechperson je Anwendungsfall: Meist die Führungskraft der Abteilung: kennt das Quellsystem, die Prozesse, baut das Dashboard und beantwortet Fragen zu den Prozessen.
- Pilotleitung: hält den Zeitplan, verwaltet die Steckbriefe und dient als Koordinator für die weiteren Ansprechpersonen. Realistischer Aufwand: einige Stunden pro Woche.
- Entscheider oder Sponsor: wird über den Verlauf informiert, räumt Hürden aus dem Weg und trifft am Tag 90 die Entscheidung.
Typische Fehler in den 90 Tagen
Vermeidet am besten diese häufigen Fehler in eurer Pilotphase:
Zu großer Zuschnitt: Drei Abteilungen gleichzeitig bedeuten dreifache Abstimmung. Ein Anwendungsfall, ein Empfängerkreis. Zusätzlich lassen sich möglicherweise Erkenntnisse auf weitere Ausweitungen übertragen.
Umsetzung vor Strategie: Definiert klar Ziele, Verantwortlichkeiten, Kennzahlen und Prozesse, bevor ihr beginnt. So haben alle Beteiligten eine klare Struktur, an der sie entlangarbeiten können.
Parallelbetrieb überspringen: Bei einer harten Umstellung bleiben mögliche Erkenntnisse ggf. liegen. Zudem steigt das Vertrauen, wenn die Vorteile der neuen Prozesse in der Gegenüberstellung klar werden.
Kein Ende der alten Prozesse: Der Parallelbetrieb braucht ein klares Ende, damit nicht eine Doppelpflege und der entsprechende Mehraufwand bleibt und die Vorteile der neuen Lösung nach der Umstellung alleinig weitergeführt werden.
Häufige Fragen zum BI-Pilot
Wie viel Zeit kostet ein 90-Tage-Pilot wirklich?
Zu den Kosten der neuen Lösung kommen realistisch wenige Stunden pro Woche für die verantwortliche Person, plus punktuelle Zuarbeit der Fachpersonen.
Kann ich den Piloten in der kostenlosen Testphase eines Tools durchführen?
Die Testphase deckt üblicherweise Phase 1 und 2 ab und beantwortet die Frage nach Anbindung und Bedienbarkeit. Für Parallelbetrieb und Nutzung reicht sie meist nicht. Plane für den Übergang in einen regulären Zugang ein, bevor Phase 3 beginnt.
Was, wenn während des Piloten die Anforderungen wachsen?
Sammle Wünsche schriftlich und arbeite sie laufend in die Prozesse ein. Genau dieses Sammeln macht den Ausbau nachhaltig, stabil und schützt die neuen Prozesse auch beim kontinuierlichen Ausbau.
Fazit
Ein BI-Pilot ist die verlässlichste Methode für die BI-Einführung: ein Anwendungsfall, vier Phasen, vier Meilensteine, eine dokumentierte Entscheidung. Tragend sind dabei der enge Zuschnitt, geklärte Definitionen und der Parallelbetrieb.
Starte mit der Planung, bevor du die Lösung zugänglich machst.
Alle Daten. Ein System.
Kontakt
Paul Zehm
Gründer von Zweigen