In einem kleinen Unternehmen regelt man IT-Tickets, indem man „mal kurz zum IT-Menschen geht". In einem mittelgroßen — nicht mehr. Irgendwo zwischen 20 und 40 Mitarbeitenden bricht jeder informelle Kanal zusammen, und eines Morgens fallen drei Dinge unter den Tisch und die Geschäftsführung fragt „warum ist der Drucker seit zwei Wochen kaputt?". Die Antwort ist meist langweilig: weil es niemand aufgeschrieben hat.
Das ist kein Faulheits-Problem. Es ist ein Architektur-Problem. Wenn dieselbe Person Tickets über Slack, WhatsApp, E-Mail, Telefon und „hey, komm rum, wenn du wieder da bist" bekommt, verlieren drei von fünf Kanälen gegen die Physik. Es gibt keinen einzigen Ort, an dem sichtbar ist, was wartet, was in Arbeit ist und was feststeckt. Es gibt keine Historie. Und keine Grundlage für das Gespräch mit der Geschäftsführung, warum du eine weitere halbe Stelle in der IT brauchst.
Dieser Text ist darüber, wann sich so ein System lohnt, was es wirklich verändert und wie du dich beim Tool nicht verrennst.
Wann Slack nicht mehr reicht
Informelle Kanäle funktionieren, solange eine Person alles im Kopf behält. Wenn IT eine Ein-Personen-Schicht ist und die Firma 12 Leute hat — Slack + Notizbuch genügt. Wenn die Firma auf 30–50 Personen wächst, kommt eine zweite Halbtags-Kraft dazu, ein Geschäftsführer meldet Dinge direkt per SMS, und die Buchhalterin bevorzugt E-Mail. Das Chaos beginnt.
Ein paar Symptome, die in der Praxis „jetzt ist Zeit" bedeuten:
- Ein Ticket ist verschwunden, weil drei andere im selben Slack-Channel nachgerückt sind.
- Ein Mitarbeiter fragt zum dritten Mal dasselbe, weil es beim ersten Mal „bis morgen" hieß.
- Eine neue IT-Kraft weiß in der ersten Woche nicht, was zu tun ist, weil nichts dokumentiert ist.
- Du kannst der Geschäftsführung nicht sagen, „wie viele Tickets wir letzten Monat geschlossen haben".
- Störungen wiederholen sich, weil niemand das heutige Problem mit einem ähnlichen von vor einem Monat verknüpft.
Wenn eines dieser Sätze auf eine Woche in deinem Unternehmen passt — das ist kein Problem, das mehr Einsatz des Teams löst. Das ist ein Problem, das ein einfaches Werkzeug löst: eines, in dem jedes Ticket eine Nummer, einen Verantwortlichen und einen Status hat.
Was ein Helpdesk wirklich bringt
Ein Helpdesk (oder, schöner, „Service Desk") ist keine Zauber-App. Es sind zwei Dinge: ein einziger Trichter, in den jedes Ticket fällt, und eine Historie, zu der du zurückkehren kannst. Alles andere ist Zugabe.
Der erste Nutzen ist offensichtlich: Du verlierst nichts mehr. Der zweite zeigt sich erst nach ein paar Monaten — plötzlich lässt sich ein simpler Report ziehen und du siehst, dass 40% der Tickets dasselbe sind. Dass Chris aus der Buchhaltung sieben Mal im Monat „Comarch Optima friert ein" meldet, immer um 8:30, immer bei derselben Rechnung. Dass der Drucker im Meetingraum acht Mal im Quartal ausgefallen ist, es sich also vielleicht lohnt, ihn zu ersetzen statt jeden Monat für einen Servicebesuch zu zahlen.
Der dritte Nutzen betrifft das Gespräch mit der Geschäftsführung. „IT ist überlastet" ist ein Satz, den die Geschäftsführung nicht abkauft. „Im Juni haben wir 187 Tickets geschlossen, die mediane Bearbeitungszeit lag bei 6 Stunden, eine Person schließt im Schnitt 12 Tickets pro Tag — und wir haben 43 im Rückstau" ist ein Satz, der die Debatte beendet.
Fancy Features sind egal. Was zählt: alle im Unternehmen wissen, wo sie melden — und wissen, dass die Meldung nicht verschwindet.
Werkzeugwahl — vom Einfachsten aufwärts
Der Helpdesk-Markt ist riesig und voller Tools, die für Konzerne mit 500+ Mitarbeitenden gebaut sind. Für ein KMU ist das oft eine Falle: Du kaufst Jira Service Management, konfigurierst drei Monate, und das Team geht trotzdem zurück auf Slack. Die Regel ist einfach — starte mit dem einfachsten Werkzeug, das 80% des Problems löst, und ergänze Komplexität erst, wenn sie dir wirklich fehlt.
Eine praktische Landkarte für KMU mit 20–50 Personen:
- Freshdesk (Free-Plan bis 10 Agenten, danach ca. 15 EUR/Agent pro Monat) — unsere erste Empfehlung für ein Unternehmen, das noch nie einen Helpdesk hatte. Einfaches Formular, Nutzerportal, Mobile-App. Rollout in einer Woche.
- Zoho Desk — ähnliche Preisklasse, sinnvoll, wenn du ohnehin im Zoho-Ökosystem bist.
- osTicket / GLPI (kostenlos, self-hosted) — gut, wenn du Kompetenz zum Aufsetzen und Betreiben hast. GLPI führt zusätzlich ein Hardware-Inventar, was für ein KMU mit 60 Laptops ein netter Bonus ist.
- Jira Service Management — gutes Tool, aber definitiv zu groß, solange du kein IT-Team von mindestens fünf Personen und einen bereits dokumentierten Prozess hast.
- Microsoft 365 mit Power Automate + SharePoint-Listen — funktioniert, wenn du sowieso in M365 bist und im Ökosystem bleiben willst. Sieht billig aus, aber der Betrieb auf Power-Automate-Basis frisst leicht mehr Stunden, als eine Freshdesk-Lizenz kostet.
Kauf kein System mit 40 Pflichtfeldern im Ticketformular. Das Team schreibt trotzdem „Drucker druckt nicht". Kauf ein System, in dem du ein Ticket per E-Mail öffnen, jemanden mit einem Klick zuweisen und einen Kommentar schreiben kannst.
Rollout — was die Praxis lehrt
Der technische Rollout dauert ein paar Tage. Der menschliche Rollout dauert Monate. Menschen fallen instinktiv auf den einfachsten Kanal zurück, der zuletzt funktioniert hat, und das ist meist „schreib mich auf Slack an". Änderst du die Gewohnheit nicht, wird das Tool zum Friedhof.
Ein Beispiel aus einem Projekt, das wir kürzlich gemacht haben. Ein 32-Personen-Elektrogroßhandel, zwei Standorte, eine Ein-Personen-IT plus externer Support von uns. Tickets liefen über drei Kanäle: Slack (~60%), E-Mail an den IT-Menschen (~25%), der Rest „auf dem Flur". Durchschnittliche Bearbeitungszeit, manuell aus einer Stichprobe: 2,5 Tage. Das größte Problem — wiederkehrende Störungen, die niemand als wiederkehrend erkannte.
Wir haben Freshdesk in der kostenlosen Version eingeführt. Die Konfiguration dauerte vier Werktage. Wesentliche Entscheidungen: eine it@-Adresse, weitergeleitet an das Freshdesk-Postfach, direkter Slack zum IT-Menschen abgeschaltet (der #it-help-Channel leitet nun aufs Formular um), 30 Minuten Team-Briefing und ein QR-Code-Poster in jedem Meetingraum mit dem Hinweis „wenn etwas nicht geht — scanne mich". Nach sechs Wochen fiel die mediane Bearbeitungszeit auf 6 Stunden, und 41% der geschlossenen Tickets hatten einen von drei wiederkehrenden Begriffen im Titel: „Optima", „Drucker", „VPN". Drei konkrete Investitionen im Folgequartal (Optima-Lizenz-Upgrade, ein Drucker-Austausch, eine VPN-Neukonfiguration) haben rund ein Drittel des Ticketaufkommens weggenommen.
Es gab keine Magie, keine KI. Es gab einen Ort, an dem alles sichtbar war, und Konsequenz in den ersten zwei Monaten.
Was du nicht tun solltest
Ein paar Dinge, die einen Rollout in der Praxis kaputt machen:
- Zu viele Felder und Kategorien am Anfang. Starte mit drei Kategorien („Hardware", „Anwendungen", „Konten und Zugriff") und einer Priorität. Den Rest ergänzt du, wenn du merkst, dass er fehlt.
- Slack und Helpdesk parallel laufen lassen. Es muss einen Eingangs-Kanal geben. Slack kann bleiben — aber nur mit einem Bot, der sagt „öffne hier ein Ticket".
- Harte SLAs am ersten Tag. Ein „4 Stunden Reaktionszeit"-SLA ergibt Sinn nach einem Monat Beobachtung. Vorher ist es Fiktion.
- Helpdesk „nebenbei" während der M365-Migration einführen. Mach eine Sache zur Zeit. Paket-Rollouts scheitern gleichzeitig auf drei Arten.
- Kein Verantwortlicher. Auch wenn das Tool von einem externen Partner betrieben wird — jemand muss Eigentümer sein. Ohne das erinnert sich nach einem halben Jahr niemand, wer die Kategorien pflegen sollte.
Wenn du nicht sicher bist, mit welchem Tool du anfangen sollst — lass uns eine halbe Stunde reden. Meist können wir in der Zeit sagen, ob du Freshdesk kostenlos brauchst oder ob du tatsächlich Jira brauchst.
Ein Helpdesk ist keine Frage der Features. Er ist die Frage, ob jedes Ticket eine Nummer hat und jeder Mitarbeitende weiß, dass es nicht verschwindet.