Die meisten Business-Intelligence-Projekte bauen das Falsche – und zwar wunderschön.
DECIDE ändert das. Sechs Schritte, der Reihe nach – beginnend mit den Entscheidungen, auf die es ankommt, nicht mit den Daten, die Sie zufällig haben.
D
SCHRITT 01
Discover
E
SCHRITT 02
Engage
C
SCHRITT 03
Clarify
I
SCHRITT 04
Illustrate
D
SCHRITT 05
Develop
E
SCHRITT 06
Embed
BI ist ein Entscheidungsproblem.
Technologie ist der letzte Schritt, nicht der erste.
Die meisten BI-Projekte beginnen bei den Daten. Eine Plattform wählen. Die Daten bereinigen. Dashboards bauen. Und dann hoffen, dass die Erkenntnisse folgen. Das klingt logisch. Und genau das ist der Grund, warum die meisten BI-Projekte scheitern.
DECIDE beginnt am anderen Ende. Bevor ein einziges Dashboard gebaut wird, ermitteln wir die Entscheidungen, die für Ihr Unternehmen am wichtigsten sind, die Menschen, die diese Entscheidungen treffen, und die Informationen, die sie tatsächlich brauchen. Dann bauen wir nur das, was diese Entscheidungen erfordern. Nicht mehr. Nicht weniger.
Das ist keine Theorie. DECIDE wurde aus 1.500+ Projekten in 35 Jahren entwickelt. Jeder Schritt existiert, weil wir gesehen haben, was passiert, wenn er übersprungen wird.
Sechs Schritte. Jeder davon hat seinen Grund.
Discover
Wo schafft bessere Intelligence den größten geschäftlichen Nutzen?
- Die Entscheidungen erfassen, die Ihre P&L, Ihre Abläufe und Ihre Wettbewerbsposition beeinflussen.
- Den Umfang nach den benötigten Entscheidungen festlegen, nicht nach den verfügbaren Daten.
- Ergebnis: eine priorisierte Liste der Entscheidungsbereiche, in denen bessere Intelligence den Ausgang verändert.
Wir erfassen die Entscheidungen, die Ihre P&L, Ihre Abläufe und Ihre Wettbewerbsposition bestimmen. Nicht jede Entscheidung, sondern die, bei denen bessere Daten den Ausgang verändern. Hier wird der Umfang festgelegt: nicht danach, welche Daten Sie haben, sondern danach, welche Entscheidungen Sie treffen müssen. Hier entscheidet sich der ROI der gesamten Initiative – bevor ein einziges Dashboard entworfen wird.
Engage
Wer trifft diese Entscheidungen tatsächlich?
- Mit CFO, Vertriebsleiter/in und COO an einem Tisch sitzen – nicht mit „dem Business“ als Abstraktion.
- Verstehen, worauf sie vertrauen, was sie ignorieren und wie sie über das Geschäft sprechen.
- Ergebnis: eine Landkarte der Entscheider und ein klares Bild der aktuellen Informationslücken.
Nicht „das Business“. Konkrete Menschen. Der CFO, der sich auf die Vorstandssitzung vorbereitet. Die Vertriebsleiterin, die Budgets auf Vertriebsgebiete verteilt. Der COO, der entscheidet, welche Werke welche Schichten fahren. Wir setzen uns mit ihnen zusammen. Wir lernen, wie sie denken, worauf sie vertrauen und was sie ignorieren. Wir bauen für reale Menschen in echten Entscheidungssituationen, nicht für theoretische Nutzer in einem Anforderungsdokument.
Clarify
Auf welche Fragen brauchen diese Entscheider eine Antwort?
- Die genauen Fragen definieren, auf die jeder Entscheider eine Antwort braucht.
- Alles, was keine konkrete Frage beantwortet, ist Rauschen.
- Ergebnis: eine Fragenbibliothek pro Entscheidungskontext, von den Entscheidern freigegeben.
Keine 47 KPIs auf einem Dashboard. Drei bis fünf Fragen pro Entscheidungskontext. „Warum ist die EBITDA-Marge im letzten Quartal um zwei Prozentpunkte gesunken?“ „Welche Kundensegmente wachsen und welche erodieren still und leise?“ Wenn ein Report keine konkrete Frage beantwortet, ist er Rauschen.
Illustrate
Bevor wir etwas bauen, erstellen wir einen Prototyp.
- Papierskizzen und klickbare Mockups, die echten Entscheidern vorgelegt werden.
- Test: „Würden Sie das nutzen? Entspricht das der Art, wie Sie über das Geschäft sprechen?“
- Ergebnis: freigegebene Entwürfe, bevor eine einzige Zeile Code geschrieben wird.
Papierskizzen. Klickbare Mockups. Wir legen sie den Entscheidern aus Schritt 2 vor und fragen: „Würden Sie das nutzen? Entspricht das der Art, wie Sie über das Geschäft sprechen?“ Lautet die Antwort Nein, überarbeiten wir den Entwurf. Das kostet Stunden, nicht Monate. Zuerst bauen und nie testen: So verdoppeln sich Zeitpläne.
Develop
Jetzt bauen wir.
- Jeder Sprint liefert ein funktionierendes Produkt, das Ihr Team sofort nutzen kann.
- Keine 18-monatigen Marathons bis zum ersten Ergebnis.
- Ergebnis: produktionsreife Dashboards, Daten-Pipelines und semantische Modelle – Sprint für Sprint.
Wir bauen auf bewährter Technologie (Microsoft Fabric, Power BI) in fokussierten Sprints. Jeder Sprint liefert etwas, das Ihr Team sofort nutzen kann. Wir belegen den Nutzen, bevor wir skalieren. Niemand investiert einen sechsstelligen Betrag auf Basis einer Präsentation. Unsere Kunden investieren, weil die erste Lieferung bereits verändert hat, wie sie ihr Unternehmen führen.
Embed
Ein Dashboard, das niemand öffnet, ist kein Ergebnis.
- Wöchentliche Führungsrunden, monatliches Reporting für die Geschäftsführung – automatisiert, auf Basis vertrauenswürdiger Daten.
- Schulung, Dokumentation und Übergabe, bis Ihr Team die Lösung selbst verantwortet.
- Ergebnis: Entscheidungsrhythmen, die auf Daten basieren, nicht auf nachgebauten Tabellen.
Embed bedeutet, dass die von uns entwickelten Erkenntnisse Teil der Arbeitsweise Ihres Unternehmens werden. Wöchentliche Führungsrunden. Monatliches Reporting für die Geschäftsführung, das automatisch erstellt wird. Entscheidungsrhythmen, die auf vertrauenswürdigen Daten laufen statt auf nachgebauten Tabellen. Wir schalten nicht live und gehen dann. Wir bleiben, bis die neue Arbeitsweise die einzige Arbeitsweise ist.
— DIE SECHS FEHLER —
Sechs Fehler, die wir in fast jedem
Unternehmen sehen, zu dem wir kommen.
Jeder Fehler entspricht einem DECIDE-Schritt. Jeden davon haben wir in 1.500+ Projekten Dutzende Male gesehen. Wenn Ihnen einer davon bekannt vorkommt: Sie sind nicht allein.
FEHLER 01 · DISCOVER
Mit dem Tool beginnen, nicht mit der Entscheidung.
Das Symptom.
Das Budget für eine BI-Plattform wird freigegeben, bevor jemand fragt, welche Entscheidungen sie verändern wird.
Die Folge.
Dashboards, die in der Demo beeindruckend aussehen. In der Praxis öffnet sie niemand.
Die Geschäftsführung gibt 80.000 EUR für ein BI-Projekt frei. Die IT wählt die Plattform aus. Eine Beratungsfirma führt einen Anforderungsworkshop durch. Sechs Monate später besitzt das Unternehmen eine Reihe von Dashboards, die in der Demo beeindruckend aussehen und die in der Praxis niemand öffnet. Das Problem war nie das Tool. Das Problem war, dass niemand gefragt hat: „Welche Entscheidungen wird das verändern?“
FEHLER 02 · ENGAGE
Für „das Business“ bauen statt für echte Entscheider.
Das Symptom.
Ein Dashboard mit 47 KPIs, gebaut für „umfassendes Reporting“. Niemand hat konkrete Personen gefragt, was sie tatsächlich brauchen.
Die Folge.
Zwei Personen melden sich an. Keine von beiden trifft Entscheidungen, die die P&L beeinflussen. Die CFO öffnet es nie.
Das Projektteam baut ein generisches Dashboard mit 47 KPIs, weil „das Business“ ein umfassendes Reporting gefordert hat. Der Go-live-Tag kommt. Zwei Personen melden sich regelmäßig an. Keine von beiden trifft Entscheidungen, die die P&L beeinflussen. Die CFO öffnet es nie, weil es nicht dazu passt, wie sie über das Geschäft denkt. Die Akzeptanz war schon vor dem Launch tot, weil niemand die richtigen Menschen gefragt hat, was sie tatsächlich brauchen.
FEHLER 03 · CLARIFY
Alles reporten, nichts beantworten.
Das Symptom.
Ein Reporting für die Geschäftsführung mit 40 Folien. 18 Diagramme. Alles gemessen. Nichts beantwortet.
Die Folge.
Nach 45 Minuten fragt der CEO: „Aber warum ist die EBITDA-Marge um zwei Prozentpunkte gesunken?“ Schweigen.
Das monatliche Reporting für die Geschäftsführung umfasst 40 Folien. 18 Diagramme. Umsatz nach Region, Marge nach Produkt, Mitarbeiterzahl nach Abteilung. Wunderschön formatiert. Und nach 45 Minuten Präsentation fragt der CEO immer noch: „Aber warum ist die EBITDA-Marge um zwei Prozentpunkte gesunken?“ Schweigen. Der Report zeigt alles. Er beantwortet nichts. Weil niemand festgelegt hat, welche Fragen die Daten beantworten müssen, bevor das erste Diagramm gebaut wurde.
FEHLER 04 · ILLUSTRATE
Zuerst bauen, nie testen.
Das Symptom.
Acht Wochen Entwicklung, bevor der erste Nutzer das Produkt sieht.
Die Folge.
„So denke ich nicht über das Geschäft.“ Neuaufbau von Grund auf. Zeitplan verdoppelt.
Acht Wochen nach Beginn eines BI-Projekts präsentiert das Projektteam der Leiterin Controlling die erste funktionsfähige Version. Sie schaut sie sich drei Minuten lang an und sagt: „So sprechen wir nicht über das Geschäft. Die Kategorien sind falsch. Die Zeiträume passen nicht zu unserem Reporting-Zyklus.“ Nacharbeit. Doppelte Projektdauer. Verlorenes Vertrauen. Alles vermeidbar, wenn ihr jemand in Woche eins eine Skizze gezeigt hätte statt eines fertigen Produkts in Woche acht.
FEHLER 05 · DEVELOP
Das Fundament überdimensionieren, bevor der Nutzen belegt ist.
Das Symptom.
Eine Datenplattform für 320.000 EUR über 18 Monate. Perfekte Architektur. Zu 70 % fertig. Noch kein geschäftliches Ergebnis.
Die Folge.
Die Geschäftsführung verliert die Geduld. Projekt abgebrochen. 320.000 EUR ausgegeben – ohne jedes operative Ergebnis.
Ein Datenplattform-Projekt über 18 Monate und 320.000 EUR. Die Architektur ist perfekt. Das Datenmodell ist makellos. Das Projekt ist zu 70 % abgeschlossen. Und das Unternehmen hat noch keine einzige Erkenntnis gesehen, denn „zuerst muss das Fundament stimmen“. Inzwischen hat ein Wettbewerber mit einem fokussierten Pilotprojekt in vier Wochen den Wert seiner Daten bewiesen. Fundamente sind wichtig. Aber ein Fundament, auf dem niemand baut, ist ein Kostenfaktor, keine Investition.
FEHLER 06 · EMBED
Dashboards einführen statt Entscheidungsrhythmen.
Das Symptom.
Go-live-E-Mail verschickt. Schulung aufgezeichnet. SharePoint-Link geteilt.
Die Folge.
Drei Monate später baut der CFO das Reporting für die Geschäftsführung immer noch jeden Monat in Excel nach.
Die Go-live-E-Mail geht an einem Dienstag raus. Die Schulung wird aufgezeichnet. Der SharePoint-Link wird geteilt. Drei Monate später baut der CFO das Reporting für die Geschäftsführung immer noch jeden Monat manuell in Excel nach, weil das neue System in ein Vakuum hinein eingeführt wurde. Niemand hat die Meetingstruktur verändert. Niemand hat den Reporting-Rhythmus neu definiert. Launch ist nicht gleich Akzeptanz. Dashboards verändern keine Organisationen. Entscheidungsrhythmen schon.
Diese sechs Fehler haben eine gemeinsame Ursache: mit dem Tool zu beginnen statt mit der Entscheidung. DECIDE gibt es, um alle sechs zu verhindern.
— DAS ERGEBNIS —
Drei Dinge, die DECIDE von jedem anderen BI-Ansatz unterscheiden.
Design, das bei der Entscheidung beginnt, nicht beim Tool.
Die meisten BI-Projekte beginnen damit, eine Plattform auszuwählen, und überlegen dann, was gebaut werden soll. DECIDE beginnt damit, zu ermitteln, welche Entscheidungen den größten geschäftlichen Wert schaffen, und arbeitet sich von dort aus rückwärts. Die Technologie ist die letzte Wahl, nicht die erste.
Erst den Nutzen belegen,
dann skalieren.
Wir verlangen keine sechsstellige Zusage auf Basis einer Präsentation. Wir belegen den Wert Ihrer Daten in wenigen Wochen, mit einem fokussierten Pilotprojekt. Ist der Wert da, skalieren wir. Wenn nicht, haben Sie einen Bruchteil investiert und absolute Gewissheit gewonnen. Keine 18-monatigen Glücksspiele.
Im Betrieb verankern, statt live zu schalten und zu gehen.
Ein BI-Projekt, das mit dem Go-live endet, ist erst halb fertig. DECIDE umfasst die Verankerung der Erkenntnisse in Ihren Entscheidungsrhythmen: den wöchentlichen Reviews, dem monatlichen Reporting für die Geschäftsführung, dem täglichen operativen Takt. Dashboards sind ein Liefermechanismus. Entscheidungen sind das Ergebnis.
— DIE GAMEPLAN SESSION —
Ihre Dashboards und Reports zeigen Ihnen, was passiert ist. Sie zeigen Ihnen nicht, wo der Gewinn liegt. Das ist das Problem. Und es ist lösbar.
30 Minuten mit Feliks Golenko. Wir finden genau heraus, wo Sie anfangen sollten.
