Wir bauen ein Power BI Dashboard, das Ticket-Verlauf, offene Tickets nach Alter und Queue-Wechsel so auswertet, dass IT-Leitung, Teams und Filialen dieselbe Wahrheit sehen.
















.png)
























.png)








Standardlisten aus dem Ticketsystem zeigen dir je Queue und Zeitraum Zahlen, aber nicht den Weg des Tickets: frühere Status, Queue-Wechsel und Verweildauer verschwinden.
Am Ende baut jemand wöchentlich eine Excel-Übersicht aus mehreren Listen zusammen – und Management, Teamleitungen und Filialleitungen diskutieren trotzdem über unterschiedliche Sichten.

Damit du nicht nur zählst, sondern steuerst: mit Verlauf, klaren Dimensionen und getrennten Sichten.
Du brauchst ein Ereignisprotokoll (Statuswechsel, Queue-Wechsel), damit Verweildauer und Durchlaufzeit je Station auswertbar werden.
Wenn Kategorien sauber harmonisiert sind, kannst du Filiale gegen Filiale vergleichen und Ursachen wirklich clustern.
Management, Teamleitungen und Filialleitungen brauchen unterschiedliche Detailtiefe – aber dieselben KPIs und dieselbe Datenbasis.
Seit Jahren realisieren wir skalierbare Lösungen mit Microsoft Power BI, Fabric und Copilot.
Für IT-Organisationen mit mehreren Queues (z.B. Filial-IT, Kassentechnik, Zentrale), die heute mit Standardlisten und einer manuellen Excel-Wochenübersicht arbeiten.
Besonders dann, wenn du offene Tickets nach Alter, Queue-Wechsel und Verweildauer steuern willst – und Filialen/Regionen sauber vergleichen musst.

Klar abgegrenzt, damit die Auswertung wirklich nutzbar wird.
Wir definieren Sichten und Kennzahlen: offene Tickets nach Alter und Queue, Ticketeingang je Woche, Tickets je Filiale und Kategorie, Anteil mit Kassenausfall sowie Vergleich zur Vorwoche.
Wir bringen Statuswechsel und Queue-Wechsel als Verlauf in ein sauberes Modell (Zeitachsen für Eingang, Wechsel, Lösung) – Basis für Verweildauer je Status/Queue und Weiterleitungen.
Aus Freitext wird ein steuerbares Kategorienset: Regeln, Zuordnung und Pflegeprozess, damit Auswertungen nach Ursache stabil bleiben.
Eine gemeinsame Plattform, mehrere Sichten: IT-Leitung (Steuerung), Teams (Operativ), Filialleitungen (eigene Filiale wöchentlich) – mit Drilldowns und klaren Filtern.

Zwei Beispiele aus der Praxis: typische Ausgangslagen, typische Ergebnisse.

Vier Etappen bis zum belastbaren Dashboard – wie eine Route zum Gipfel, nur ohne Umwege.
Wir klären Use Cases, Sichten (IT-Leitung, Teamleitungen, Filialen) und KPIs. Danach steht fest, welche Daten aus dem Ticketsystem und den Umsystemen (z.B. Monitoring, Warenwirtschaft) wirklich gebraucht werden.
Wir bauen das Datenmodell inkl. Ereignisverlauf (Statuswechsel, Queue-Wechsel) und harmonisieren Kategorien. Ergebnis: eine saubere Basis für Verweildauer, Durchlaufzeit und belastbare Vergleiche.
Wir setzen das Power BI Dashboard um, testen gemeinsam an echten Fällen und machen eure Nutzer startklar: Filterlogik, Drilldowns, Definitionen der KPIs und klare Verantwortlichkeiten für Pflege.
Wenn die Basis stimmt, skalieren wir: weitere Dimensionen (Region, Priorität), zusätzliche Auswertungen (Monat, Vorjahr) und stabile Regelwerke für neue Kategorien und Prozesse.
Du siehst nicht nur „wie viele“, sondern auch „wo“ und „warum“ Zeit verloren geht.



Der Umfang hängt davon ab, wie viel Verlauf, Harmonisierung und Rollen-Sichten ihr braucht.

Ja, solange wir an die relevanten Ereignisse kommen. Entscheidend ist, ob Statuswechsel und Queue-Wechsel als Daten verfügbar sind (z.B. als Export, API oder Ereignisprotokoll). Wenn nur der aktuelle Zustand existiert, können wir offene Tickets nach Alter auswerten – Verweildauer je Station bleibt dann begrenzt.
Wir modellieren die Ticket-Historie als Ereignisfolge: Eingang, Statuswechsel, Queue-Wechsel, Lösung. Daraus berechnen wir die Verweildauer je Status und Queue sowie die gesamte Lösungszeit je Kategorie. So siehst du, wo Tickets „liegen bleiben“.
Wir führen ein harmonisiertes Kategorienset ein: klare Definitionen, Zuordnungsregeln und eine Pflege-Logik. Das ist der Schritt, der Filialvergleich, Ursachenanalyse und stabile KPIs überhaupt erst möglich macht.
Ja. Wir bauen getrennte Sichten im Power BI Dashboard: Filialleitungen bekommen die Sicht ihrer Filiale (typisch wöchentlich), Teamleitungen sehen ihre Queues, und die IT-Leitung bekommt die Gesamtsteuerung inklusive Vergleichen (Queue gegen Queue, Filiale gegen Filiale, Vorwoche).