Supportaufwand erfassen, der in Ticketstatistiken fehlt

Ein Mitarbeiter bringt einen Laptop vorbei. Kurz danach braucht jemand ein Headset, dann folgt eine Frage zum Zugang. Am Nachmittag funktioniert die Konferenztechnik nicht und ein Techniker hilft sofort. Jeder Kontakt dauert nur wenige Minuten. Der Arbeitstag ist voll, aber ein Teil davon erscheint am Monatsende in keiner Ticketstatistik.

Das ist kein Argument gegen Tickets. Incidents, Service Requests und Aufgaben mit Follow-up brauchen einen geregelten Verlauf. Das Problem beginnt dort, wo eine Organisation aus Ticketzahlen auf den gesamten Supportaufwand schließt, obwohl ein eigener Anteil kurzer Leistungen außerhalb des Ticketkanals stattfindet.

Was mit Supportaufwand gemeint ist

Supportaufwand bezeichnet hier die geschätzte Arbeitsmenge, die durch wiederkehrende Unterstützungs- und Servicevorgänge entsteht. Entscheidend sind zwei Größen: Wie oft tritt ein Vorgang auf, und welcher typische Planwert wird ihm zugeordnet? Dieser Ansatz misst keine individuelle Bearbeitungsdauer.

Ein Passwortproblem, eine Laptoprücknahme und eine kurzfristige Meetinghilfe sind drei Vorgänge. Sie sollten trotzdem nicht automatisch mit demselben Aufwand angesetzt werden. Eine sinnvolle Kategorisierung trennt deshalb Vorgangsart und Standardzeit. Erst diese Verbindung macht aus bloßen Mengen eine grobe Planungsgröße.

Warum Ticketzahlen nur eine Datenquelle sind

Ticketberichte beantworten wichtige Fragen: Wie viele Requests wurden angelegt? Was ist offen? Welche SLAs wurden erreicht? Wie verteilen sich Vorgänge auf Queues oder Zuständigkeiten? Atlassian beschreibt den Standardbericht „Workload“ in Jira Service Management beispielsweise als Anzahl der Requests, die Agenten zugewiesen sind. Das ist für den Ticketbestand korrekt und nützlich. Arbeit ohne Request kann dieser Bericht naturgemäß nicht enthalten.

Je nach Organisation können folgende Tätigkeiten außerhalb des regulären Ticketprozesses bleiben:

• Ausgabe und Rücknahme von Laptop, Smartphone, Monitor oder Zubehör
• kurze Passwort-, SSO-, Zugangs- oder Access-Card-Fragen
• spontane Beratung am Servicepunkt oder auf dem Flur
• Meeting- und Konferenzunterstützung, die sofort erledigt wird
• Annahme von Paketen, Ersatzteilen oder Hardwarelieferungen
• kurze Statusauskünfte zu Bestellungen oder bestehenden Tickets
• kleine Hilfen zu Smartphone, Headset, Dockingstation oder Ladegerät

Welche dieser Vorgänge ein Ticket benötigen, legt nicht das Erfassungswerkzeug fest. Das entscheiden interne Prozesse, Verträge, Sicherheitsregeln und Dokumentationspflichten. Eine ergänzende Zählung darf diese Regeln nicht aushebeln.

Drei Methoden im Vergleich

Es gibt keinen universell richtigen Detaillierungsgrad. Wer ausschließlich SLA-Leistung steuert, braucht andere Daten als ein Team, das den Anteil spontaner Servicekontakte für eine Standortplanung verstehen will.

In vielen Servicepunkten ist eine Kombination vernünftig: Pflichtige und länger laufende Arbeit bleibt im Ticket. Kurze, klar abgrenzbare Tätigkeiten werden zusätzlich als Kategorie gezählt. Zeitnachweise kommen nur dort zum Einsatz, wo sie fachlich oder vertraglich gebraucht werden.

Beispiel: Was eine Woche zusätzlich sichtbar macht

Eine Woche reicht noch nicht für eine belastbare Entscheidung. Feiertage, Rollouts, Onboarding-Wellen oder Störungen können das Bild stark verschieben. Vier bis acht vergleichbare Wochen liefern meist eine bessere Ausgangslage. Auch dann bleiben Datenlücken sichtbar zu benennen.

Standardzeiten sauber verwenden

Eine Standardzeit ist ein konfigurierter Planwert für eine Vorgangsart. Sie kann aus Erfahrung, einer kurzen Stichprobe oder einer gemeinsamen Schätzung des Teams entstehen. Sie sollte regelmäßig geprüft werden, besonders wenn sich Prozesse oder Technik ändern.

Zu viele Kategorien sind ebenso problematisch wie zu wenige. Zwanzig fast identische Zubehörarten können die Bedienung bremsen, ohne die Planung zu verbessern. Eine einzige Kategorie „IT“ verwischt dagegen jede brauchbare Aussage. Sinnvoll ist die kleinste Unterscheidung, die später eine echte Entscheidung unterstützt.

Wie CountPilot diese Methode umsetzt

CountPilot legt häufige Vorgänge auf große Touchflächen. Ein Fingertipp zählt den Vorgang; Untermenüs erfassen nur dort eine zweite Ebene, wo sie fachlich hilft, etwa bei Laptop-Ausgabe mit Installation, Reparatur oder sicherer Löschung. Kategorien, Farben, Symbole und Standardzeiten lassen sich an den Servicepunkt anpassen.

Im allgemeinen Modus werden Vorgänge ohne Namenszuordnung erfasst. Das reicht für viele Mengen- und Kapazitätsfragen. Der optionale Mitarbeitermodus kann getrennte Stundenprofile berücksichtigen, ist aber keine Voraussetzung. Reports verbinden Mengen und Standardzeiten zu geschätzten Aufwänden und unterstützen die weitere Kapazitätsbetrachtung.

So starten Sie ohne Datenfriedhof

1. Listen Sie zehn bis fünfzehn häufige Tätigkeiten auf, die derzeit möglicherweise fehlen.
2. Streichen Sie Kategorien, aus denen später keine Entscheidung folgt.
3. Legen Sie verständliche Namen und vorsichtige Standardzeiten fest.
4. Definieren Sie schriftlich, wann ein Ticket zwingend bleibt.
5. Testen Sie die Erfassung vier Wochen und prüfen Sie Fehlbuchungen sowie Datenlücken.
6. Bewerten Sie erst dann Trends, nicht einzelne Tage.

Die eigentliche Arbeit liegt nicht in der Taste. Sie liegt in einer guten Erfassungsregel. Ein Techniker muss in wenigen Sekunden erkennen, was zu buchen ist und was nicht.

Häufige Fragen

Weiterlesen

Alle Ratgeber ansehen →