Support-Tickets in Teams & Planner
Eine Meldung im Teams-Kanal wird zur Aufgabe in Planner – mit Zuständigkeit, Priorität und einer Reaktionszeit, die vorher feststeht. Ticketnummer und Statuswechsel erscheinen als Antwort in demselben Thread, in dem die Meldung stand.
Eine Nachricht ist kein Vorgang
Support beginnt in kleinen Teams fast immer im Chat, und das ist kein Fehler, sondern der kürzeste Weg: Wer ein Problem hat, schreibt dorthin, wo die Leute sitzen, die es lösen können. Nur ist ein Chat kein Speicher. Eine Nachricht ist gelesen oder ungelesen – sie ist nicht offen oder erledigt, sie hat keine Nummer, und niemand ist für sie zuständig. Am nächsten Morgen ist sie zwölf Nachrichten weiter oben, und die Frage „hat das jemand übernommen?“ lässt sich nur durch Nachfragen beantworten.
Die eigentliche Schwierigkeit liegt nicht darin, aus einer Nachricht eine Aufgabe zu machen. Sie liegt in den drei Angaben, die in einer Nachricht so gut wie nie stehen: wer zuständig ist, wie dringend es ist und bis wann jemand antwortet. Diese drei entscheiden, ob aus einer Liste von Aufgaben ein Support-Prozess wird. Sie lassen sich nicht aus dem Text ableiten, sondern nur aus einem Regelwerk, das Ihr Team vorher aufschreiben muss – und genau dieser Schritt fehlt in den meisten selbstgebauten Lösungen.
Deshalb bauen wir zuerst die Regeln und danach den Ablauf: welche Kategorien es gibt, welche Rolle sie übernimmt, was innerhalb welcher Zeit eine Antwort bekommt. Und wir bauen die Rückmeldung zurück in den Thread, aus dem die Meldung kam. Das klingt nebensächlich, ist aber der Punkt, an dem Eigenbauten scheitern: Das Ticket entsteht irgendwo in Planner, im Kanal merkt es niemand, und zwei Tage später schreibt jemand dieselbe Meldung noch einmal.
Welche Anliegen ein Ticket brauchen
Wir starten mit dem Eingang, über den heute die meisten Meldungen kommen. Weitere Eingänge nutzen später dasselbe Regelwerk und dasselbe Board.
Meldung aus dem Teams-Kanal
Der häufigste Einstieg: Jemand schreibt eine Störung in den Support-Kanal. Daraus entsteht das Ticket, und die Antwort steht im selben Thread.
Anfragen aus dem geteilten Postfach
Die Adresse support@ bleibt bestehen, wird aber zur Warteschlange: Jede Mail bekommt ein Ticket, Anhänge inklusive.
Formular für wiederkehrende Anliegen
Zugang, Ersatzgerät, Rückruf: Ein kurzes Formular in Teams erzwingt die Pflichtangaben, die im Freitext regelmäßig fehlen.
Störungen mit Orts- oder Anlagenbezug
Filiale, Maschine, Arbeitsplatz: Das Ticket trägt den Ort, und die Zuständigkeit richtet sich danach – nicht danach, wer gerade Zeit hat.
Zugänge und Ausstattung
Neue Kollegin, neues Notebook, neue Berechtigung. Anliegen mit fester Checkliste im Ticket, damit kein Schritt vergessen wird.
Nachträge aus Telefon und Vor-Ort-Gespräch
Was am Telefon oder auf dem Flur gemeldet wird, trägt jemand mit zwei Klicks nach. Sonst zeigt die Übersicht nur die Hälfte.
Aus einer Nachricht wird ein Vorgang
Links der Kanal, rechts das Ticket, das daraus entsteht. Markiert ist, was aus der Nachricht stammt – alles Übrige kommt aus dem Regelwerk.
Teams · Kanal „Service & Support“
-
Petra Ehlers 08:14
An Kasse 2, Filiale NordA geht seit heute früh keine KartenzahlungB mehr. Bar funktioniert, zwei Kunden sind schon ohne Ware gegangen.
-
Ticket-Ablauf 08:14
Ticket SUP-2148 angelegt · IT-Service, Marco Lang · Antwort bis 10:14.
-
Petra Ehlers 08:19
Kasse 1 macht es jetzt auch.
-
Ticket-Ablauf 08:19
An SUP-2148 angehängt. Bitte noch die Seriennummer des Terminals nachreichen.
Planner · Board Service
SUP-2148 · Kartenzahlung an Kasse 2 fällt aus
- Melderin
- Petra Ehlers, Filiale Nord A
- Kategorie
- Kasse / Zahlung B
- Zuständig
- IT-Service · Marco Lang Regel
- Priorität
- Hoch, weil Verkauf blockiert Regel
- Reaktionszeit
- bis 10:14, zwei Stunden läuft
- Offene Angabe: Seriennummer des Terminals im Thread erfragt. Das Ticket wartet, die Reaktionszeit läuft weiter.
- Kein zweites Ticket: Die Nachmeldung um 08:19 stammt aus demselben Thread und hängt an SUP-2148.
AB steht so in der NachrichtRegel stammt aus dem Regelwerk
Wichtig ist der untere Teil der Karte: Was der Ablauf nicht entscheiden konnte, steht sichtbar im Ticket, statt still zu verschwinden.
Reaktionszeit ist in Planner kein eigenes Feld, sondern eine Fälligkeit mit Erinnerung. Sie sagt zu, wann jemand antwortet – nicht, wann das Problem behoben ist.
Von der Meldung zum abgeschlossenen Ticket
-
Eingänge festlegen
Ein Teams-Kanal, das geteilte Postfach und optional ein kurzes Formular. Zusätzlich bekommt jede Teams-Nachricht den Befehl „Ticket anlegen“, damit auch ein Chat zum Vorgang werden kann.
-
Anliegen auslesen
Aus Nachricht, Betreff und Anhängen entstehen Titel, Melder, Ort und Kategorie. Was als Pflichtangabe definiert ist und fehlt, fragt der Ablauf im Thread nach, statt das Ticket unvollständig anzulegen.
-
Zuordnen, einstufen, entdoppeln
Das Regelwerk aus Kategorie und Ort setzt Bucket, Zuständigkeit, Priorität und Fälligkeit. Meldungen aus demselben Thread oder mit gleicher Anlage werden angehängt statt neu angelegt.
-
In den Thread zurückmelden
Ticketnummer, Zuständigkeit und Reaktionszeit erscheinen als Antwort unter der Meldung. Jeder Statuswechsel im Planner aktualisiert diese eine Antwort, statt den Kanal mit Benachrichtigungen zu füllen.
-
Nachfassen und abschließen
Vor Ablauf der Reaktionszeit erinnert der Ablauf die zuständige Person, danach die Teamleitung. Beim Abschluss geht die Lösung in den Thread; einmal pro Woche kommt die Übersicht offener und überfälliger Tickets.
Was sich im Alltag ändert
Heute
- „Kurz melden“ im Kanal, danach erinnert sich niemand
- Wer zuständig ist, klärt sich durch Rückfragen im Chat
- Dringend ist, wer zuletzt oder am lautesten schreibt
- Der Stand steht in drei Threads und zwei Postfächern
- Am Monatsende weiß niemand, was eigentlich los war
Mit Ticketstrecke
- Jede Meldung hat eine Nummer, einen Stand und einen Ort
- Die Zuständigkeit steht im Ticket, nicht in der Rückfrage
- Priorität und Reaktionszeit folgen einer hinterlegten Regel
- Der Stand steht im Planner und im ursprünglichen Thread
- Offene und überfällige Tickets stehen in einer Übersicht
Was ein Planner-Board nicht leistet
Diese Lösung ist bewusst klein gehalten: Sie nutzt, was in Microsoft 365 schon da ist. Vier Punkte klären wir deshalb vor dem Angebot:
- Planner ist kein Helpdesk-Werkzeug. Es gibt keine Auswertung über eingehaltene Reaktionszeiten, keine Zeiterfassung je Ticket, keine Kundensicht und keine Verknüpfung mit Wissensartikeln. Wenn Sie Ihren Kunden vertraglich zugesicherte Service-Level nachweisen müssen oder Ihr Support ein eigenes Geschäftsmodell ist, kaufen Sie besser ein Helpdesk-Produkt – dann ist diese Lösung die falsche.
- Was im Einzelchat gemeldet wird, wird kein Ticket. Der Ablauf hört auf definierten Eingängen zu: einem Kanal, einem Postfach, einem Formular. Aus einer Direktnachricht lässt sich ein Ticket per Befehl erzeugen, aber jemand muss ihn auslösen. Ob Anliegen im Kanal statt im Zweiergespräch landen, ist eine Frage der Absprache im Team, nicht der Technik.
- Kategorie und Priorität sind eine Einstufung, keine Wahrheit. Sie entstehen aus Stichworten, Auswahlfeldern und Regeln, auf Wunsch mit einem Sprachmodell für die Freitextfälle. Das liegt manchmal daneben, und deshalb steht die Einstufung sichtbar im Ticket und ist in einem Klick änderbar. Eine automatische Eskalation ohne menschliche Bestätigung richten wir nicht ein.
- Eine Reaktionszeit schafft keine Kapazität. Sie macht sichtbar, ob die Zusage gehalten wird – mehr nicht. Wenn zwei Leute vierzig Meldungen am Tag bekommen, zeigt die Übersicht danach sehr genau, dass es zu viele sind. Die Antwort darauf ist manchmal eine andere Besetzung oder ein Kanal weniger, nicht mehr Software.
Läuft in Ihrem Microsoft 365
Leistungsumfang und Preis
Der Einstiegspreis deckt einen Teams-Kanal und ein geteiltes Postfach mit einem Regelwerk und einem Planner-Board ab. Was den Preis bewegt, sagen wir vor dem Angebot.
- Ticketanlage aus einem Teams-Kanal und dem geteilten Postfach
- Planner-Board mit Buckets, Feldern und Ansichten für das Team
- Regelwerk für Kategorie, Zuständigkeit, Priorität und Reaktionszeit
- Rückmeldung im Ursprungs-Thread, die sich mit dem Status aktualisiert
- Erinnerung vor Ablauf der Reaktionszeit, Eskalation an die Teamleitung
- Wochenübersicht offener, überfälliger und wiederkehrender Anliegen
- Dokumentation, Einweisung und 30 Tage Support
Was den Preis erhöht
- Mehrere Teams, Kanäle oder Postfächer mit je eigenen Regeln
- Kategorie aus Freitext erkennen statt aus einem Auswahlfeld
- Anbindung an ERP, Warenwirtschaft oder eine Geräteliste
- Ticketablage in SharePoint statt Planner, mit Historie und Auswertung
- Externe Melder mit Bestätigungsmail, Statusabfrage und Eskalationsstufen
Mehrere Teams mit eigenen Regeln, Kategorieerkennung aus Freitext und eine Auswertung in SharePoint liegen erfahrungsgemäß im Bereich unseres Pakets Workflow Advanced ab 2.490 €. Den verbindlichen Festpreis nennen wir nach dem Erstgespräch.
Alle Preise zzgl. MwSt. · Betrieb und Weiterentwicklung optional per Abo-Paket
Was Sie erhalten
-
Produktive Ticketstrecke
Vom Kanal über das Planner-Board bis zur Antwort im Thread, mit Testmeldungen abgenommen
-
Dokumentiertes Regelwerk
Kategorien, Zuständigkeiten, Prioritäten und Reaktionszeiten – nachvollziehbar und später ohne uns änderbar
-
Übersicht für die Teamleitung
Offene, überfällige und wiederkehrende Anliegen in einer Ansicht, wöchentlich als Nachricht
-
Einweisung für Melder und Bearbeiter
Was in den Kanal gehört, wie man ein Ticket übernimmt und was beim Abschluss passiert
Häufige Fragen zum Ticketing in Teams
Diese Lösungen passen dazu
Internes Ticketsystem in Microsoft 365
Die größere Fassung: eigene Listen, Ansichten und Auswertungen in SharePoint, wenn Planner zu eng wird.
KI-Postfach-Assistent
Der Schritt davor im Postfach: Anliegen erkennen, sortieren und Antwortentwürfe vorbereiten.
KI-Wissensdatenbank
Damit wiederkehrende Fragen beantwortet sind, bevor sie überhaupt ein Ticket werden.
Genehmigungsprozesse in Microsoft 365
Wenn ein Anliegen erst eine Freigabe braucht – Ersatzgerät, Zugang, Kostenübernahme.
Wissen Sie, was gerade offen ist?
Im kostenlosen Erstgespräch gehen wir Ihre Eingänge durch und schreiben zusammen die erste Fassung des Regelwerks auf: welche Kategorien es gibt, wer sie übernimmt und was wie schnell eine Antwort bekommt. Danach wissen Sie, ob ein Planner-Board reicht.
Kostenloses ErstgesprächWo Support-Tickets in Microsoft Teams im Alltag wirklich wirkt
Anfragen aus Teams und E-Mail werden als strukturierte Tickets in Microsoft 365 erfasst, priorisiert und mit Zuständigkeit bis zum Abschluss verfolgt.
Drei typische Einsatzfelder – konkret genug, um den eigenen Prozess dagegen zu halten.Anfragen strukturiert erfassen
Kategorie, Dringlichkeit, betroffene Person und Anhänge landen vollständig im Ticket.
Teams automatisch informieren
Zuweisung, Rückfrage und Abschluss erzeugen gezielte statt pauschale Benachrichtigungen.
Service sichtbar steuern
Offene, überfällige und wiederkehrende Anliegen werden in einer gemeinsamen Übersicht messbar.
Ein guter Fit, wenn …
Microsoft 365 ist bereits der zentrale Arbeitsort und Informationen sollen zwischen Teams, SharePoint, Outlook und Planner zuverlässig fließen.
- Sie bearbeiten regelmäßig supporttickets nach wiederkehrenden Regeln.
- Eingang, Zielsystem und fachlich verantwortliche Rolle lassen sich eindeutig benennen.
- Ausnahmen dürfen sichtbar bleiben und gezielt an Menschen gehen.
Bewusste Grenze der Automation
Sicherheitsvorfälle, personenbezogene Themen und Entscheidungen mit größerer Auswirkung erhalten einen gesonderten Eskalationsweg.
Technischen Ansatz und Plattformen ansehenZeitgewinn mit eigenen Annahmen einschätzen
Der Rechner nutzt 7 Minuten heute und 2 Minuten nach Automatisierung als veränderungsfeste Beispielannahme. Er ersetzt keine Prozessanalyse.
Orientierungswert auf Basis der sichtbaren Annahmen – keine Garantie.