BI einführen:
Phasen, Rollen und Erfolgsfaktoren im Mittelstand.
BI einführen heißt, eine ausgewählte Business-Intelligence-Software so in den Alltag zu bringen, dass Berichte genutzt und Zahlen geglaubt werden. Die Einführung läuft in sechs Phasen, von Rollen und Datenbasis über einen Pilot bis zum Betrieb. Beginnen Sie mit wenigen, geschäftskritischen Kennzahlen und benennen Sie für jede eine verantwortliche Person.
BI einführen in sechs Phasen.
Die Software ist ausgewählt, der Vertrag unterschrieben. Jetzt entscheidet das Vorgehen, ob aus der Lizenz ein Werkzeug wird, das Entscheidungen verbessert.
BI-Einführung in einem Satz
Eine BI-Einführung ist das Projekt, das eine ausgewählte Business-Intelligence-Software in den Unternehmensalltag bringt: Datenquellen anbinden, ein gemeinsames Datenmodell bauen, Berichte und Kennzahlen bereitstellen, Anwender schulen und den Betrieb regeln. Sie beginnt nach der Vertragsunterschrift und endet nicht mit dem Go-live.
Business Intelligence (BI) bezeichnet Software, die Daten aus ERP, CRM, Webshop und weiteren Quellen zusammenführt und als Berichte, Dashboards und Analysen bereitstellt. Wie man das passende System findet, beschreibt die Schwesterseite BI auswählen: Vorgehen, Kriterien und typische Fehler. Hier geht es um alles, was danach kommt.
Die Kurzfassung
- Phase 1, Mobilisieren: Ziele, Sponsor und Umfang festlegen.
- Phase 2, Daten und Architektur: Datenqualität klären, Datenmodell bauen.
- Phase 3, Pilot: einen Anwendungsfall mit einem Fachbereich produktiv bringen.
- Phase 4, Rollout und Schulung: weitere Bereiche in Wellen anbinden.
- Phase 5, Betrieb und Governance (Regeln für Daten, Kennzahlen und Berichte): Berechtigungen, Freigaben und Support regeln. Läuft parallel und dauerhaft.
- Phase 6, Weiterentwicklung: Nutzung messen, Berichte pflegen, neue Anwendungsfälle aufnehmen.
BARC empfiehlt, die erste Anwendung innerhalb von 3 Monaten produktiv zu setzen (BARC, BI & Analytics Survey 23). Wie lange die weiteren Phasen dauern, hängt von Quellen, Datenqualität und Verfügbarkeit der Fachbereiche ab.
Warum BI-Einführungen verzögern, versanden oder scheitern.
Selten ist die Technik das Problem, meist sind es Daten, Zuständigkeiten und fehlende Nutzung.
Der CHAOS Report der Standish Group ordnet Softwareprojekte in drei Gruppen: 2020 galten 31 Prozent als erfolgreich, 50 Prozent als herausgefordert und 19 Prozent als gescheitert. Der Report gilt für IT-Projekte allgemein, nicht nur für BI, und seine Erfolgsdefinition ist umstritten. Als Größenordnung taugt er dennoch.
Für BI liefert die BI & Analytics Survey von BARC (1.951 Befragte, veröffentlicht Oktober 2022) konkretere Werte. Die durchschnittliche Einführungsdauer von BI-Software liegt bei 3,9 Monaten. Außerdem nutzen 77 Prozent der befragten Unternehmen BI in Finanzen und Controlling, 59 Prozent im Vertrieb und 52 Prozent in Operations (operative Bereiche).
Schnell und in Scheiben liefern
In einer früheren BARC-Erhebung von 2020 erzielten die schnellsten BI-Projekte den höchsten Geschäftsnutzen. BARC empfiehlt, Anforderungen in Scheiben zu schneiden und Anwendern so früh wie möglich Nutzen zu liefern. Daher der Pilot in Phase 3.
Daten vor Werkzeugen
Im Data, BI and Analytics Trend Monitor 2026 von BARC (1.579 Befragte, veröffentlicht November 2025) belegt das Datenqualitätsmanagement erneut Platz 1 der Trends. Datensicherheit und Datenschutz folgen mit je 7,9 von 10 Punkten.
Von der Zieldefinition bis zur Weiterentwicklung.
Jede Phase hat ein klares Ergebnis.
Mobilisieren: Ziele, Sponsor, Umfang
Formulieren Sie drei bis fünf Entscheidungen, die BI künftig besser machen soll, etwa Liquiditätsplanung oder Vertriebssteuerung. Benennen Sie Sponsor, Projektleitung und je Fachbereich einen Ansprechpartner. Ergebnis: ein Projektauftrag auf einer Seite.
Daten und Architektur aufbauen
Inventarisieren Sie Datenquellen, prüfen Sie die Datenqualität und definieren Sie die wichtigsten Kennzahlen verbindlich. Entscheiden Sie über Direktanbindung oder Data Warehouse (zentraler Datenspeicher für Auswertungen) und bauen Sie das Datenmodell für den Pilot. Ergebnis: verlässliche Daten für einen Anwendungsfall.
Pilot starten
Bringen Sie einen klar umrissenen Anwendungsfall mit einem Fachbereich produktiv, etwa das Vertriebsreporting. Planen Sie alle zwei Wochen ein Review und halten Sie Erfolgskriterien schriftlich fest. Ergebnis: ein Bericht, den jemand im Alltag braucht.
Rollout und Schulung in Wellen
Übertragen Sie das Muster des Piloten auf weitere Bereiche, jeweils mit eigener Schulung. Nutzen Sie Datenmodell und Kennzahlen wieder. Ergebnis: mehrere Fachbereiche arbeiten mit denselben Definitionen.
Betrieb und Governance regeln (parallel, dauerhaft)
Legen Sie Berechtigungen, Freigabeprozess, Release-Rhythmus, Monitoring und Support fest, bevor der Rollout breit wird. Ergebnis: Zuständigkeiten, die auch ohne Projektleitung funktionieren.
Weiterentwickeln und Wirkung messen (laufend)
Messen Sie Nutzung und Nutzen: aktive Anwender, ersetzte Excel-Berichte, eingesparte Stunden im Monatsabschluss. Priorisieren Sie neue Anwendungsfälle quartalsweise. Ergebnis: ein Backlog statt eines Endzustands.
Die Wahl der Software gehört nicht in diese Phasen. Wer sie noch treffen muss, findet das Vorgehen unter BI auswählen. Eine Einordnung der Grundbegriffe liefert Was ist Business Intelligence.
Wer was verantwortet: Rollen und RACI-Matrix.
Eine RACI-Matrix legt fest, wer verantwortlich (Responsible), rechenschaftspflichtig (Accountable), zu konsultieren (Consulted) oder zu informieren (Informed) ist. Für BI-Projekte haben sich diese acht Rollen bewährt.
| Rolle | Aufgabe | Schwerpunkt in Phase | RACI-Schwerpunkt |
|---|---|---|---|
| Sponsor | Ziel, Budget, Rückhalt in der Geschäftsführung, Entscheidung bei Konflikten | 1 und 4 | Accountable |
| Projektleitung | Plan, Termine, Budget, Abstimmung der Beteiligten | 1 bis 4 | Responsible |
| Product Owner | Priorisiert die Anforderungen aus Sicht des Fachbereichs und nimmt Ergebnisse ab | 2 bis 6 | Accountable für Inhalte |
| Data Owner und Data Steward | Owner entscheidet, was eine Kennzahl bedeutet. Steward pflegt Definitionen und Qualität im Alltag | 2 und 5 | Responsible für Daten |
| Data Engineer | Baut Datenanbindung, Ladestrecken (ETL/ELT) und Datenmodell | 2 bis 4 | Responsible |
| Key User | Fachanwender als erste Ansprechpartner, bauen Auswertungen und tragen BI in die Abteilung | 3 bis 6 | Consulted |
| IT-Betrieb | Hosting, Berechtigungen, Backup, Monitoring | 2 und 5 | Responsible für Betrieb |
| Betriebsrat und Datenschutz | Prüfen Mitbestimmung, Personenbezug und Auftragsverarbeitung | 1 und 5 | Consulted, früh einbinden |
Ein Product Owner ist die Person im Fachbereich, die entscheidet, welche Auswertung als Nächstes gebaut wird und ob sie fachlich stimmt. Ein Data Steward kümmert sich um die tägliche Pflege der Datenqualität, ein Key User ist der erste Ansprechpartner der Kolleginnen und Kollegen in einer Abteilung. In kleinen Unternehmen übernimmt eine Person mehrere Rollen. In KMU kann ein Kernteam aus zwei bis vier Personen genügen. Entscheidend ist, dass jede Rolle einen Namen trägt. Die Rollen der Auswahlphase setzen sich fort.
Datenbasis und Datenqualität: das Fundament vor dem Dashboard.
Ein Dashboard zeigt nur, was in den Daten steckt.
Quellen inventarisieren
Listen Sie jedes System auf, das Zahlen für den Pilot liefert: ERP, CRM, Warenwirtschaft, Webshop, Excel-Dateien. Notieren Sie je Quelle Verantwortliche, Aktualität und bekannte Schwächen. Excel-Tabellen mit manuellen Eingaben sind die häufigste versteckte Quelle.
Kennzahlen verbindlich definieren
Eine KPI (Key Performance Indicator, Kennzahl) braucht eine schriftliche Definition: Formel, Datenquelle, Zeitraum, Besitzer. Ohne sie existieren drei Versionen von „Umsatz“, je eine in Vertrieb, Controlling und Geschäftsführung. Der Data Owner entscheidet, welche gilt. So entsteht die einheitliche Zahlenbasis, für die BI eingeführt wird.
Datenqualität prüfen
Prüfen Sie die Daten vor dem Bau anhand von fünf Fragen:
- Vollständigkeit: Fehlen Pflichtfelder, Zeiträume oder Standorte?
- Eindeutigkeit: Gibt es Dubletten bei Kunden, Artikeln oder Lieferanten?
- Konsistenz: Stimmen Zahlen aus verschiedenen Systemen überein, etwa Umsatz im ERP und im Webshop?
- Aktualität: Wie alt sind die Daten, wenn der Bericht sie zeigt?
- Plausibilität: Gibt es Werte, die fachlich nicht sein können, etwa negative Mengen?
Fehlerhafte Stammdaten gehören in den Quellsystemen korrigiert, nicht im BI-Tool kaschiert.
Architektur und Datenmodell: Data Warehouse, ETL und ELT.
Der Weg der Daten vom Quellsystem in den Bericht bestimmt Tempo und Vertrauen.
Direktanbindung oder Data Warehouse
Ein Data Warehouse ist ein zentraler Datenspeicher, der Daten aus mehreren Quellen sammelt, bereinigt und historisiert für Auswertungen bereithält. Eine Direktanbindung liest die Daten dagegen unmittelbar aus den Quellsystemen. Das genügt für einen Piloten mit einer Quelle. Ein Data Warehouse lohnt sich, sobald mehrere Quellen zusammenlaufen, Entwicklungen über Jahre verglichen werden oder das ERP nicht belastet werden darf.
ETL und ELT
ETL (Extract, Transform, Load) bereitet Daten vor dem Laden auf. ELT (Extract, Load, Transform) lädt zuerst und rechnet danach im Zielsystem, was bei Cloud-Datenplattformen üblich geworden ist. Wichtiger als das Kürzel ist, dass jede Transformation dokumentiert, getestet und einem Verantwortlichen zugeordnet ist. Werkzeuge für solche Ladestrecken vergleicht unser Ratgeber Datenintegrationssoftware.
Datenmodell und semantische Schicht
Das Datenmodell beschreibt, wie Daten zueinander in Beziehung stehen. Üblich ist ein Sternschema: In der Mitte stehen Fakten wie Umsätze, drumherum Dimensionen wie Kunde, Artikel und Zeit. Darüber liegt eine semantische Schicht, in der Kennzahlen einmal definiert werden. Sie entscheidet, ob Fachanwender im Self-Service (eigene Auswertungen ohne IT) arbeiten können. Welche Werkzeuge das unterstützen, zeigt der Überblick zu Self-Service BI Tools.
Pilot und Rollout: klein starten, in Wellen wachsen.
Der Pilot ist der wichtigste Abschnitt der Einführung, weil er zeigt, ob Technik, Daten und Menschen zusammenpassen.
Pilot, Proof of Concept und MVP
Ein Proof of Concept (POC) testet vor dem Kauf, ob eine Software mit den eigenen Daten funktioniert, und gehört in die Auswahlphase. Ein Pilot dagegen ist der begrenzte produktive Einsatz nach dem Kauf: ein Fachbereich, eine Datenquelle, drei bis fünf Berichte. Das Ergebnis heißt oft MVP (Minimum Viable Product).
Pilot richtig schneiden
Wählen Sie einen Anwendungsfall mit sichtbarem Schmerz, verfügbaren Daten und einem engagierten Product Owner, zum Beispiel das Vertriebsreporting oder den Monatsabschluss. Legen Sie Erfolgskriterien vorab fest: Wie viele Anwender nutzen den Bericht wöchentlich, welche Excel-Auswertung entfällt?
Rollout in Wellen
Nach dem Pilot folgen weitere Bereiche in Wellen. Jede Welle nutzt das vorhandene Datenmodell, ergänzt neue Quellen und bekommt eigene Key User. Ein Big-Bang-Rollout, bei dem alle Bereiche gleichzeitig starten, überfordert Fachbereiche und IT zugleich.
Schulung und Akzeptanz: Nutzung entsteht im Alltag.
Eine Software, die niemand öffnet, spart nichts. Akzeptanz lässt sich planen, wenn Schulung und Begleitung früh Teil des Projekts sind.
Nach Rolle schulen
Konsumenten lernen, Berichte zu lesen. Ersteller lernen, Auswertungen zu bauen. Administratoren lernen Berechtigungen und Betrieb.
Key User als Multiplikatoren
Pro Abteilung mindestens ein Key User, der etwas tiefer geschult ist und Fragen vor Ort beantwortet. Er ist der wirksamste Hebel gegen Skepsis im Fachbereich.
Regelmäßige Sprechstunde
Ein fester Termin, etwa wöchentlich in den ersten acht Wochen nach dem Start, an dem Anwender Fragen stellen können.
Excel schrittweise ablösen
Legen Sie einen Stichtag fest, an dem alte Excel-Auswertungen entfallen. Sonst bleibt Excel die Hauptquelle.
Erfolge sichtbar machen
Zeigen Sie der Geschäftsführung Entscheidungen, die mit BI besser gefallen sind.
Fragen ernst nehmen
Mitarbeitende fragen oft, ob BI sie kontrolliert. Eine offene Antwort, was ausgewertet wird, verhindert Widerstand.
Betrieb und Governance: Regeln für den Regelbetrieb.
Governance beschreibt die Regeln, nach denen Daten, Kennzahlen und Berichte im Unternehmen verwaltet werden. Sie muss am Anfang klein sein und mit dem Rollout wachsen.
| Aufgabe | Wer | Rhythmus | Zweck |
|---|---|---|---|
| Berechtigungskonzept pflegen | IT-Betrieb mit Data Owner | bei jedem Wechsel, quartalsweise prüfen | Nur berechtigte Personen sehen sensible Zahlen, bei Bedarf bis auf Zeilenebene |
| Kennzahlenkatalog führen | Data Steward | laufend | Eine Definition je Kennzahl, auffindbar für alle |
| Freigabeprozess für Berichte | Product Owner | vor Veröffentlichung | Geprüfte Berichte von Entwürfen unterscheiden |
| Datenladen überwachen | Data Engineer | täglich automatisiert | Ausfälle bemerken, bevor Anwender sie melden |
| Releases und Änderungen planen | Projektleitung | monatlich oder quartalsweise | Anpassungen bündeln und ankündigen |
| Nutzung und Kosten auswerten | Product Owner mit IT | vierteljährlich | Ungenutzte Berichte und Lizenzen erkennen |
Beginnen Sie mit den ersten drei Zeilen. Ein eigenes Governance-Gremium lohnt sich erst, wenn mehrere Bereiche Berichte veröffentlichen.
KI in der BI-Einführung: Assistenz ja, Datenfundament zuerst.
KI gehört 2026 in die Planung jeder BI-Einführung. Sie ersetzt aber weder Datenqualität noch Zuständigkeiten.
Laut der Bitkom-Studie vom 14. September 2026 setzen 57 Prozent der Unternehmen ab 20 Beschäftigten in Deutschland KI ein, im Vorjahr waren es 36 Prozent. In Controlling und Rechnungswesen stieg der Einsatz von 17 auf 25 Prozent. Bei Unternehmen, die KI nutzen, ist Datenschutz mit 66 Prozent das häufigste Hemmnis.
Was sich in der Einführung ändert
- KI-Funktionen der Plattform gehören mit klarem Zweck in den Piloten, etwa natürlichsprachige Abfragen auf einem freigegebenen Datenmodell.
- Ein KI-Assistent ist nur so gut wie die semantische Schicht. Fehlende Kennzahldefinitionen führen zu plausibel klingenden, aber falschen Antworten.
- Berechtigungen gelten auch für KI-Funktionen. Prüfen Sie, wohin Daten übergeben werden.
- Schulung schließt den Umgang mit KI-Antworten ein: nachfragen, gegenprüfen.
Welche KI-Funktionen eine Plattform bietet, prüfen Sie im Proof of Concept (BI auswählen). Behandeln Sie sie wie jede neue Datenverarbeitung: mit Zweck, Verantwortlichem und Datenschutzprüfung.
Was eine BI-Einführung neben der Lizenz kostet.
Die Lizenz ist nur ein Posten. Der Rest ist Arbeitszeit für Daten, Schulung und Betrieb. Alle Spannen sind Orientierungswerte, keine Angebote. Preise für Deutschland, Stand Oktober 2026, ohne Mehrwertsteuer.
| Posten | Annahme | Spanne | Was zusätzlich anfällt |
|---|---|---|---|
| LizenzBeispiel Power BI Pro | 12,10 Euro je Nutzer und Monat bei jährlicher Abrechnung, 100 Nutzer | 14.520 € im Jahr | Premium je Nutzer kostet 20,80 Euro, Details unter Power BI Kosten |
| Gesamtkosten erstes JahrRechenbeispiel von Find-Your-BI | Lizenz plus Konzept, Pilot und Schulung mit angenommenen 34 bis 61 Beratertagen zu 1.300 € bei 100 Nutzern | 58.720 bis 93.820 € | Pilot am unteren, unternehmensweiter Rollout am oberen Ende der Spanne |
| Datenanbindung und DatenmodellRechenbeispiel von Find-Your-BI | Eine Handvoll Quellen, ein Datenmodell für den Pilot, 10 bis 18 Beratertage | 13.000 bis 23.400 € | Steigt mit Anzahl der Quellen und Schwächen in der Datenqualität |
| PilotRechenbeispiel von Find-Your-BI | Ein Fachbereich, drei bis fünf Berichte, Review alle zwei Wochen, 20 bis 35 Beratertage mit erster Rollout-Welle | 26.000 bis 45.500 € | Zeit von Product Owner und Key Usern, die in der Planung oft fehlt |
| Schulung und ChangeRechenbeispiel von Find-Your-BI | Rollenbasierte Schulung, Key User, Sprechstunde, 4 bis 8 Schulungstage | 5.200 bis 10.400 € | Wächst mit der Zahl der Fachanwender und der angestrebten Self-Service-Reife |
| BetriebRechenbeispiel von Find-Your-BI | Monitoring, Support, Releases, Berechtigungspflege, 2 bis 4 Beratertage im Monat | 2.600 bis 5.200 € pro Monat | Intern oder über einen Partner, bei kleinen Teams oft als Teilzeitaufgabe |
Quelle der Lizenzpreise: Preisliste von Microsoft, Stand Oktober 2026. Die Beratungskosten sind ein Rechenbeispiel von Find-Your-BI: angenommene Beratertage × 1.300 € Durchschnittstagessatz laut BDU, Honorare im Consulting 2025, netto, keine Zusagen. Eine ausführliche Rechnung steht unter BI-Projekt-Kosten. Vergleichswerte anderer Werkzeuge: Power BI Kosten, Open Source BI Tools und Preise und Modelle.
Was Einführungen ausbremst und was sie beschleunigt.
Die gleichen Muster tauchen in Mittelstandsprojekten immer wieder auf.
Das bremst
- Kein Sponsor, der Zeit in den Fachbereichen freigibt
- Datenqualität erst im Pilot entdeckt
- Kennzahlen ohne Besitzer und ohne Definition
- Ein Power-User baut alles allein, niemand sonst versteht es
- Betriebsrat und Datenschutz erst kurz vor dem Go-live eingebunden
Das beschleunigt
- Ein Pilot mit klaren Erfolgskriterien und festem Review-Rhythmus
- Datenmodell und Kennzahlenkatalog von Beginn an versioniert
- Key User je Abteilung mit Zeit für ihre Rolle
- Governance in drei Regeln statt in einem Gremium
- Betriebsrat und Datenschutzbeauftragte in Phase 1 informiert
Vor der Software-Entscheidung: BI auswählen.
Drei typische Ausgangslagen im Mittelstand.
Die Szenarien sind typische Konstellationen, keine Kundenbeispiele.
Produktionsunternehmen mit ERP und Maschinendaten
Ausgangslage: Das ERP liefert Aufträge und Bestände, ein separates System die Stillstände der Maschinen. Pilot: Auftragsfortschritt und Liefertreue für ein Werk, mit zwei Quellen. Ein Data Warehouse wird früh nötig, weil Maschinendaten große Mengen erzeugen. Mehr: BI für Produktion und Industrie.
Handelsunternehmen mit Shop und Warenwirtschaft
Ausgangslage: Umsätze liegen in Shop und Warenwirtschaft, und jede Abteilung rechnet den Umsatz anders. Pilot: ein Vertriebs- und Bestandsbericht mit einer einzigen Umsatzdefinition. Mehr: BI für Handel und E-Commerce.
Dienstleister mit Excel-Controlling
Ausgangslage: Auslastung, Projektmargen und Forderungen werden monatlich per Hand aus mehreren Tabellen zusammengeführt. Pilot: ein Monatsbericht, der automatisch aktualisiert wird. Oft genügt zunächst eine Direktanbindung ohne Data Warehouse. Mehr dazu unter BI für Dienstleister und BI für Finanzwesen und Controlling.
Größen- und Kostenhinweise für Unternehmen mit 50 bis 499 Mitarbeitenden: BI für Mittelstand und KMU.
Datenschutz und Mitbestimmung: früh klären, spät sparen.
Sobald BI Auswertungen auf Personenebene ermöglicht, werden Betriebsrat und Datenschutz Teil des Projekts. Die folgenden sechs Punkte sind eine Orientierung und keine Rechtsberatung.
Betriebsrat früh einbinden
Nach § 87 Absatz 1 Nummer 6 Betriebsverfassungsgesetz (BetrVG) hat der Betriebsrat ein Mitbestimmungsrecht bei technischen Einrichtungen, die zur Überwachung von Verhalten oder Leistung geeignet sind. Das kann auf BI zutreffen.
- Zweck und Auswertungen vorab erklären
- Betriebsvereinbarung bei Personenbezug prüfen
Auswertungen auf Personenebene
Berichte zu Arbeitszeiten oder Fehlzeiten sind sensibel. Klären Sie, welche nötig sind und wer sie sieht.
- Aggregieren, wo Einzelwerte nicht nötig sind
- Zugriff nach Rolle begrenzen
Auftragsverarbeitung
Nutzen Sie Cloud-BI, verarbeitet der Anbieter Daten in Ihrem Auftrag. Dafür braucht es einen Vertrag zur Auftragsverarbeitung nach Artikel 28 DSGVO.
- Verträge vor dem Pilot abschließen
- Unterauftragnehmer prüfen
Speicherort und Drittländer
Klären Sie, wo Daten gespeichert und verarbeitet werden. Übermittlungen in Drittländer sind gesondert zu bewerten.
- Rechenzentrum und Region festhalten
- Angaben des Anbieters dokumentieren
Berechtigungskonzept
Rollen, Gruppen und Zeilenfilter setzen den Grundsatz um, dass nur sieht, wer es für die Arbeit braucht. Das Konzept entsteht in Phase 2.
- Rollen statt Einzelrechte
- Regelmäßige Überprüfung
Verzeichnis, Löschung, Folgenabschätzung
BI-Verarbeitungen gehören ins Verzeichnis der Verarbeitungstätigkeiten. Bei hohem Risiko kann eine Datenschutz-Folgenabschätzung nach Artikel 35 DSGVO nötig sein.
- Löschfristen festlegen
- Zweck je Bericht dokumentieren
Hinweis: Das ist Orientierung und keine Rechtsberatung. Verbindliche Aussagen zu Betriebsverfassungsrecht und DSGVO treffen Betriebsrat, Datenschutzbeauftragte und Rechtsberatung. Gesetzestext: § 87 BetrVG.
Von der Shortlist bis zum Vertrag: so unterstützt Find-Your-BI.
Eine Einführung ist nur so gut wie die Entscheidung davor. Wer die Auswahl noch absichern oder eine weitere Plattform strukturiert einführen will, bekommt mit diesen Paketen Orientierung. Find-Your-BI ist anbieterneutral, Empfehlungen entstehen datenbasiert und nicht durch Provision. Drei Pakete decken den Weg von der ersten Vorauswahl bis zur begleiteten Entscheidung ab. Alle Preise sind einmalig und verstehen sich zuzüglich Mehrwertsteuer (Stand Oktober 2026, Preise und Modelle).
BI-Matching
0 € einmalig
Aus Ihrer Unternehmens-URL entsteht in rund sechs Minuten eine begründete Vorauswahl aus über 200 BI-Systemen, ohne Anmeldung. So funktioniert das Matching.
- Top 20 BI-Systeme sichtbar
- Ausgewählte Referenzen je System
- Ergebnisse per E-Mail
- Kontaktdaten gehen nur mit Ihrer Einwilligung an bis zu fünf Anbieter
Matching mit Expertenbudget
900 € einmalig
Für Teams, die die Vorauswahl direkt in einen belastbaren Auswahlprozess überführen wollen. Ihre Daten gehen an keinen Anbieter.
- Individueller BI-Anforderungskatalog als Excel-Datei (XLSX)
- Analyse-Report als Präsentation (PDF)
- Beratungsbudget für Ihre Rückfragen
- Mehr Referenzen je System
End-to-End BI-Auswahl
8.000 € einmalig
Erfahrene BI-Experten begleiten die Auswahl methodisch, von der Bedarfs- und Marktanalyse bis zur Entscheidung. Enterprise-Matching und Selection Portal sind enthalten.
- Persönliche Beratung durch BI-Experten
- Bedarfs- und Marktanalyse, KI-assistiert
- Methodisches Vorgehen bis zur Entscheidung
- BI Selection Portal inklusive
Das BI Selection Portal gibt es auch einzeln: 1.000 € einmalig für ein Auswahlprojekt oder ab 200 € pro Monat für mehrere Projekte, jeweils mit Anforderungserhebung, Demo-Bewertung und auditierbarer Entscheidungsdokumentation. Amatus, der KI-Co-Pilot im Portal, ist optional zubuchbar. Er prüft Anforderungskataloge auf Lücken, wertet Anbieter-Demos aus und bereitet Vertragsreviews vor, mit Verarbeitung in Deutschland und ohne Training mit Ihren Projektdaten.
Je nach Ausgangslage passende Vertiefung.
Diese Seiten vertiefen einzelne Teile.
Was ist Business Intelligence
Architektur und Begriffe im Überblick. Was ist Business Intelligence.
Die Systeme dieser Seite als Profil.
Zu den hier genannten Systemen gibt es Profile im BI Katalog des Selection Portals. Sie sind der direkte Einstieg, wenn Sie ein System genauer ansehen möchten.
Häufige Fragen
direkt beantwortet.
Wie lange dauert eine BI Einführung?
BARC nennt 2022 für die Implementierung von BI-Software durchschnittlich 3,9 Monate und empfiehlt, die erste Anwendung innerhalb von 3 Monaten produktiv zu setzen. Haupttreiber sind Zahl der Quellen, Datenqualität und Verfügbarkeit der Fachbereiche.
Was kostet die Einführung von Power BI im Mittelstand?
Power BI Pro kostet 12,10 Euro je Nutzer und Monat bei jährlicher Abrechnung (Microsoft, Stand Oktober 2026). Bei 100 Nutzern sind das 14.520 Euro im Jahr. Im Rechenbeispiel von Find-Your-BI mit angenommenen 34 bis 61 Beratertagen zu je 1.300 Euro (BDU-Durchschnitt) für Konzept, Pilot und Schulung liegt das erste Jahr inklusive Lizenz bei 58.720 bis 93.820 Euro. Mehr unter Power BI Kosten.
Wer braucht ein Data Warehouse?
Ein Data Warehouse lohnt sich, sobald mehrere Quellsysteme zusammengeführt werden, Zahlen über Jahre verglichen werden sollen oder das ERP durch Abfragen nicht belastet werden darf. Für einen Piloten mit einer Quelle und wenigen Berichten genügt oft eine Direktanbindung. Die Architektur lässt sich später ausbauen.
Welche Rollen braucht ein BI-Projekt im Mittelstand?
Mindestens benötigt ein BI-Projekt einen Sponsor aus der Geschäftsführung, eine Projektleitung, einen Product Owner im Fachbereich, einen Verantwortlichen für Daten (Data Owner oder Data Steward), jemanden für Datenanbindung und Betrieb sowie Key User. In KMU übernimmt eine Person mehrere Rollen. Wichtig ist, dass jede Rolle einen Namen trägt.
Wie startet man ein BI-Projekt im Mittelstand?
Starten Sie mit drei bis fünf konkreten Entscheidungen, die BI verbessern soll, einem Sponsor und einem Pilot-Anwendungsfall, etwa dem Vertriebsreporting. Klären Sie danach Datenquellen und Kennzahlen, bevor Sie Dashboards bauen. Ein Projektauftrag auf einer Seite reicht für den Beginn, alles Weitere lernen Sie im Pilot.
Warum scheitern BI-Projekte?
BI-Projekte scheitern selten an der Software, sondern an Daten, Zuständigkeiten und Nutzung: Qualitätsprobleme werden spät entdeckt, Kennzahlen haben keinen Besitzer, der Sponsor fehlt oder Excel läuft parallel weiter. Der CHAOS Report der Standish Group (2020) zählt nur 31 Prozent der Softwareprojekte als voll erfolgreich.
Was ist der Unterschied zwischen Pilot und Proof of Concept?
Ein Proof of Concept (POC) ist ein Test vor dem Kauf: Er prüft mit echten Unternehmensdaten, ob eine Software die Anforderungen erfüllt. Ein Pilot ist der begrenzte produktive Einsatz nach dem Kauf mit einem Fachbereich und wenigen Berichten. Mehr zum POC unter BI auswählen.
Was ist der Unterschied zwischen ETL und ELT?
ETL (Extract, Transform, Load) bereitet Daten vor dem Laden ins Zielsystem auf. ELT (Extract, Load, Transform) lädt die Rohdaten zuerst und rechnet danach im Zielsystem, was bei Cloud-Datenplattformen verbreitet ist. Wichtiger als das Verfahren ist, dass jede Transformation dokumentiert und getestet ist.
Wie sichere ich die Datenqualität vor der BI-Einführung?
Inventarisieren Sie die Quellen, prüfen Sie Vollständigkeit, Eindeutigkeit, Konsistenz, Aktualität und Plausibilität, und korrigieren Sie Fehler in den Quellsystemen statt im BI-Tool. Definieren Sie jede Kennzahl schriftlich mit einem Data Owner. Datenqualitätsmanagement steht im BARC Trend Monitor 2026 auf Platz 1.
Wie bringe ich Mitarbeitende dazu, BI wirklich zu nutzen?
Schulen Sie nach Rolle, benennen Sie pro Abteilung Key User, bieten Sie eine feste Sprechstunde an und legen Sie einen Stichtag fest, an dem alte Excel-Berichte entfallen. Nutzung entsteht, wenn der Bericht im Alltag schneller und verlässlicher ist als die Tabelle.
Muss der Betriebsrat bei der BI-Einführung beteiligt werden?
Das kommt auf die Ausgestaltung an. Nach § 87 Absatz 1 Nummer 6 BetrVG hat der Betriebsrat ein Mitbestimmungsrecht bei technischen Einrichtungen, die zur Überwachung von Verhalten oder Leistung geeignet sind. Das kann zutreffen, sobald Auswertungen auf Personenebene möglich sind. Orientierung, keine Rechtsberatung. Binden Sie den Betriebsrat früh ein.
Welche Rolle spielt KI bei der BI-Einführung?
KI-Assistenten können Erklärungen und natürlichsprachige Abfragen liefern, funktionieren aber nur auf sauberen Daten und definierten Kennzahlen. Laut Bitkom (14.09.2026, 603 Unternehmen) setzen 57 Prozent der Unternehmen KI ein, 25 Prozent in Controlling und Rechnungswesen. Prüfen Sie Berechtigungen und Datenschutz vor der Freigabe.
Bereit für die nächste Entscheidung?
Geben Sie Ihre Unternehmens-URL ein, und das BI Selection Portal erstellt in rund sechs Minuten eine neutrale Shortlist aus über 200 Systemen, basierend auf Branche, Größe und Ausgangslage, inklusive Bewertung von Tech-Stack-Passung und Datenanbindung.