Ihr Fall für Process Radar

Rechnen Sie aus, was zwischen Ihren Teams liegen bleibt.

Wählen Sie die Größe Ihres Service Desks. Der Fall rechnet mit Werten aus einem Beispiel und zeigt bei jeder Zahl, woher sie kommt.

  • Daten werden in der EU verarbeitet
  • Kleinste Einheit ist die Rolle, nie die Person
  • Sie bestimmen, welche Daten wir sehen
  • SQL-Vorlage, CSV, Jira Service Management, ServiceNow

Ihr Fall

Drei Stellen. Drei Zahlen. Jede für sich.

Zeit geht selten in einem Team verloren. Sie geht dazwischen verloren: an einem Standort, an einer Übergabe, im Hin und her. Tragen Sie Ihre Größe ein.

Erscheint im Ergebnis.

Ihre Angabe

Vorbelegt aus Ihrer Wahl oben. Tragen Sie Ihre Zahl ein.

€ je Stunde

Optional. Nur Ihr Satz, wir setzen keinen. Ohne Satz bleibt der Fall in Stunden.

Ihr Service Desk: wenn es bei Ihnen so läuft wie im Beispiel, bei 50.000 Tickets im Jahr.

An einem Standort

Dieselbe Arbeit dauert dort länger als üblich.

6.885Stunden

Liegezeit über dem Üblichen, bei 270 Tickets im Jahr.

Mit Ihrem Satz in Euro: Satz eintragen.

An einer Übergabe

Tickets von einer bestimmten Gruppe bleiben liegen.

22.834Stunden

Liegezeit über dem Üblichen, bei 980 Tickets im Jahr.

Mit Ihrem Satz in Euro: Satz eintragen.

Im Hin und her

Tickets gehen zwischen zwei Gruppen zurück.

1.015Tickets

gehen im Jahr zwischen zwei Gruppen hin und her.

Gezählt in Tickets. Daraus machen wir keinen Geldbetrag.

Stunden an einem Standort, Stunden an einer Übergabe, Tickets im Hin und her: drei verschiedene Dinge. Deshalb stehen sie getrennt und werden nicht zusammengezählt.

So entsteht jede Zahl
  1. Process Radar vergleicht dieselbe Arbeit derselben Rolle. Nicht Team gegen Team, nicht gegen einen Durchschnitt.
  2. „Üblich“ ist die Dauer dieser Rolle für diese Arbeit. Mehrzeit ist alles darüber.
  3. Gezählt wird in Geschäftsstunden. Die Nacht ist keine Wartezeit.
  4. Jede Zahl nennt, auf wie vielen Tickets sie steht.
  5. Dieser Fall rechnet: Ihre Tickets × Anteil aus dem Beispiel × Mehrzeit aus dem Beispiel. Er sagt, was wäre, wenn es bei Ihnen so läuft. Ob es so läuft, zeigt erst Ihre Messung.

Ersetzen Sie das Beispiel durch Ihre Messung.

Process Radar liest die Änderungshistorie, die Ihr ITSM ohnehin mitschreibt. Dann stehen hier Ihre Stellen, mit Ort, Zahl und Ansprechpartner.

Demo anfordern

Belege

Woher die Beispielwerte kommen

Aus einem durchgerechneten Beispiel-Service-Desk: Hopfencraft, eine fiktive Brauerei mit 6.290 Tickets. So gibt Process Radar seine Ergebnisse aus.

Standort

„Der Report ist grün. Trotzdem beschwert sich ein Standort.“

30h

Abfüllung Cottbus, 34 Tickets

4,5h

üblich für diese Arbeit

Dieselbe Rolle, Field Service & Anlagentechnik. In Brauerei München 3,2 h bei 57 Tickets. Danach: ein Gespräch mit Cottbus, mit einer Zahl statt einem Vorwurf.

Beispiel Hopfencraft

Übergabe

„Jedes Team ist gut. Trotzdem dauert es.“

28h

SAP-Tickets von Braumeister & Produktion, 123 Tickets

3,4h

dieselben vom 1st Level, 723 Tickets

Üblich sind 4,7 h. Die Menge liegt nicht dort, wo die Zeit entsteht. Danach: beide Seiten der Übergabe an einem Tisch, mit derselben Zahl.

Beispiel Hopfencraft

Hin und her

„Wir sollen mit KI schneller werden. Aber wo?“

128

Tickets zwischen 1st Level und HR-Services

73%

der Tickets dieses Paars

Ein Router, der sie schneller weiterschickt, beschleunigt nur das Pendeln. Danach: erst klären, warum sie zurückkommen. Dann automatisieren.

Beispiel Hopfencraft, beobachtet

Hopfencraft ist erfunden, die Rechnung ist echt: Process Radar hat die Beispieldaten so ausgewertet wie Ihre. Die Werte sind kein Durchschnitt über Kunden und keine Aussage über Ihren Service Desk.

Beteiligte

Was jede Rolle davon hat

Mehrere müssen zustimmen. Das ist ihnen wichtig, mit der passenden Zahl aus Ihrem Fall.

Was ihr wichtig ist

  • Beschwerden mit Daten beantworten, nicht mit Bauchgefühl
  • Mit einem Standort reden, ohne jemanden vorzuführen
  • Sehen, ob eine Änderung gewirkt hat

Aus Ihrem Fall: an einem Standort

6.885Stunden

Liegezeit über dem Üblichen im Jahr.

Weg zur Entscheidung

Vom Beispiel zu Ihrer ersten Stelle

Schritt für Schritt. Eigene Daten erst, wenn Sie weitergehen wollen.

  1. 01

    Beispiel ansehen

    Ein Demo-Zugang zum Beispiel-Service-Desk. Freischaltung meist am selben Tag.

    Demo anfordern
  2. 02

    Ihren Fall besprechen

    Wo hakt es bei Ihnen? Wir gehen den Fall von oben mit Ihnen durch.

  3. 03

    Datencheck

    Eine Vorab-Abfrage in Ihrem ITSM zeigt, ob die Historie für Rolle, Status und Kategorie da ist.

  4. 04

    Betriebsrat und Datenschutz

    Zweck, Auftragsverarbeitung, Rolle statt Person. Das klären wir mit Ihnen, bevor Daten fließen.

    Unterlagen anfordern
  5. 05

    Erster Lauf auf Ihren Daten

    Aus dem Beispiel wird Ihr Fall: Ihre Stellen, jede mit Zahl und Ansprechpartner.

  6. 06

    Klären und nachmessen

    Process Radar fragt beide Seiten. Nach der Änderung ein neuer Lauf: vorher und nachher.

    Beispielbericht lesen

Ihr Plan

Wählen Sie den Start. Wir rechnen rückwärts. Die Wochen sind Ihre Planung, ändern Sie sie.

SchrittWochenDatum
Demo-Zugang: Beispiel ansehenSie
Gespräch: Ihr Fall, Ihre Stellen-ArtenGemeinsam
Vorab-Abfrage im ITSM: ist die Historie da?Sie
Betriebsrat und Datenschutz: Zweck und AuftragsverarbeitungSie
Export von Tickets und ÄnderungshistorieSie
Erster Lauf auf Ihren DatenDataKyra
Ergebnisse besprechen, entscheidenGemeinsam
Start: erste Stelle übergeben, KlärgesprächGemeinsamStart

Fragen

Was Käufer fragen

Fühlen sich Mitarbeitende überwacht?+

Nein. Kleinste Einheit ist die Rolle, nie die Person. Process Radar zeigt, wo Zeit liegen bleibt, nicht wer. Fragen gehen getrennt an beide Seiten, und weiter geht nur, was die Person freigibt.

Bei uns sind die Tickets schwieriger.+

Verglichen wird dieselbe Arbeit derselben Rolle. Was an den Tickets anders ist, weiß der Standort. Genau das fragt Process Radar ihn.

Reicht unser ITSM-Report nicht?+

Der Report zeigt Durchschnitte je Team. Was zwischen zwei Teams liegen bleibt, steht in keinem Teambericht. Es steht in der Änderungshistorie.

Geht das nicht auch mit BI oder einer Tabelle?+

Jede einzelne Zahl lässt sich nachbauen, wenn man weiß, wonach man sucht. Process Radar nimmt Ihnen das Suchen ab und bringt die Stelle mit, samt der Frage an die Menschen dort.

Mit KI fällt der Mensch doch raus?+

KI nimmt die einfachen Tickets ab. Übrig bleiben die, an denen zwei Seiten beteiligt sind. Dort geht die Zeit schon heute verloren, und in Teamzahlen fällt sie noch weniger auf.

Was, wenn unsere Historie Lücken hat?+

Das zeigt der Datencheck, bevor Sie Daten schicken. Fehlt die Historie für die zuständige Rolle, fehlen die Übergaben, und das sagen wir vorher.

Ist das Process Mining?+

Nein. Kein Prozessmodell, kein Projekt. Process Radar schaut auf Rollen und Übergaben, nicht auf den ganzen Prozess.

Nächster Schritt

Machen Sie aus dem Beispiel Ihren Fall.

Sehen Sie die Stelle an einem Beispiel-Service-Desk. Ihre eigenen Daten erst, wenn Sie weitergehen wollen.

Alle Werte in diesem Fall stammen aus dem fiktiven Beispiel-Service-Desk Hopfencraft oder aus Ihren Eingaben. Sie sind keine Zusage. Ihre Zahlen entstehen aus Ihren Daten.