Deskhero
Deutsch
Kostenlos testen

← Back to articles

Outlook in einen Helpdesk verwandeln, der wirklich funktioniert

Outlook in einen Helpdesk verwandeln, der wirklich funktioniert

Sie können eine kleine Support-Warteschlange in Outlook mit einem freigegebenen Postfach, Regeln, Kategorien und Antwortvorlagen verwalten. Wenn das Team eine formale Zuständigkeit, Service-Level-Überwachung, Automatisierung oder Berichte benötigt, verbinden Sie das vorhandene Microsoft-365-Postfach mit einem Helpdesk, anstatt die öffentliche Supportadresse zu ändern.

Eine disziplinierte DIY-Einrichtung beginnt mit einem freigegebenen Postfach. Das kann funktionieren, solange die Warteschlange einfach ist, aber Outlook wandelt Nachrichten nicht in strukturierte Tickets um und bietet weder Helpdesk-Berichte noch SLA-Richtlinien.

Wichtigste Erkenntnisse

Outlook in einen zuverlässigen Helpdesk zu verwandeln, erfordert entweder einen disziplinierten DIY-Workflow mit einem freigegebenen Postfach für Teams mit geringem Volumen oder einen integrierten Helpdesk für jedes Team, das Ticketzuständigkeit, SLA-Einhaltung und Berichte benötigt.

Punkt Details
DIY hat eine klare Obergrenze Ein freigegebenes Postfach mit Regeln kann für eine einfache Warteschlange funktionieren, aber Zuständigkeit und Status hängen von Teamkonventionen ab.
Die Integrationsmethode ist entscheidend Bevorzugen Sie einen Helpdesk mit direkter Microsoft-365-Verbindung und überprüfen Sie vor dem Start die Absenderadresse für ausgehende Nachrichten.
Wechseln Sie, wenn entsprechende Signale auftreten Erwägen Sie einen Helpdesk, wenn manuelle Zuständigkeiten, Übergaben, Serviceziele oder Berichte unzuverlässig werden.
Testen Sie mit echtem Datenverkehr Führen Sie einen zeitlich begrenzten Pilotversuch mit einem kontrollierten Ausschnitt echter Anfragen durch, mit einer verantwortlichen Person und vorab festgelegten Messgrößen.
Deskhero passt zu diesem Anwendungsfall Deskhero verbindet sich mit Microsoft 365, erstellt KI-Entwürfe für Antworten auf Grundlage des Wissens im Arbeitsbereich und bietet eine 30-tägige kostenlose Testversion, für die keine Kreditkarte erforderlich ist.

Inhaltsverzeichnis

Warum es schwieriger ist, Outlook in einen Helpdesk zu verwandeln, als es scheint

Outlook ist ein E-Mail-Client, kein Ticketsystem. Ein freigegebenes Postfach unterstützt die gemeinsame Bearbeitung von E-Mails, aber Teams müssen ihre eigenen Konventionen für Zuständigkeiten, Status und Übergaben entwickeln. Zu den häufigsten Einschränkungen gehören:

  • Manuelle Zuständigkeit. Das Öffnen oder Kategorisieren einer Nachricht erstellt kein formal zugewiesenes Ticket.
  • Keine Helpdesk-SLA-Richtlinie. Outlook berechnet keine Fristen für erste Antworten und Lösungen anhand von Supportzeiten.
  • Eingeschränktes Routing. Regeln können Nachrichten sortieren, aber die Zuweisung und Aktualisierung von Ticketfeldern erfordern Konventionen oder zusätzliche Tools.
  • Kein Ticket-Dashboard. Ordner und Kategorien können eine Warteschlange annähernd abbilden, bieten aber keine strukturierten Ticketberichte.
  • Prozessabhängiger Verlauf. Das Verschieben oder Löschen von Nachrichten oder das Antworten aus dem falschen Postfach kann die Nachverfolgung eines Supportgesprächs erschweren.
  • Fehler bei der Antwortadresse. Eine Antwort aus einem persönlichen Postfach kann den Kunden verwirren und den gemeinsamen Workflow aufteilen.

Eine Microsoft-Studie ergab, dass 40 % der Mitarbeitenden vor 6 Uhr morgens ihre E-Mails prüfen. Diese Zahl bezieht sich nicht speziell auf den Kundensupport, erinnert aber daran, die Abdeckung der Warteschlange und Übergaben zu definieren, anstatt darauf zu vertrauen, dass Personen E-Mails ständig überwachen.

Sicherheit und Aufbewahrung bleiben ebenfalls wichtig. Konfigurieren Sie Berechtigungen, Überwachungseinstellungen und Aufbewahrung für freigegebene Postfächer in Microsoft 365 und prüfen Sie anschließend die Zugriffsbereiche, den Speicherort der Daten und die Exportkontrollen jedes Helpdesk-Anbieters.

Hand scannt einen Ausweis am Eingang eines Rechenzentrums

Zwei praktische Ansätze: DIY-Outlook gegenüber einem integrierten Helpdesk

Outlook für den Support zu verwenden, ist sinnvoll, wenn die Warteschlange einfach ist und das Team einem strukturierten Workflow folgt. Ein Helpdesk wird nützlich, wenn diese Konventionen keine verlässliche Zuständigkeit, Serviceüberwachung oder Berichterstattung mehr ermöglichen. Hier sehen Sie, wie die beiden Wege im Vergleich abschneiden.

DIY-Outlook-Workflow

Was es ist: Ein freigegebenes Postfach mit Outlook-Regeln, Farbkategorien, Ordnerstruktur, manuellen Konventionen für Zuständigkeiten und gespeicherten Antwortvorlagen (Quick Parts).

Vorteile:

  • Verwendet Tools, die bereits in Microsoft 365 verfügbar sind
  • Verwendet Anmeldedaten, über die Ihr Team bereits verfügt
  • Erfordert möglicherweise kein separates Abonnement für Supportsoftware

Nachteile:

  • Die Zuständigkeit ist eine soziale Konvention und wird nicht vom System erzwungen
  • Keine SLA-Überwachung, keine Berichte, kein Ticketverlauf
  • Wird schwieriger zu verwalten, wenn Volumen, Komplexität oder Teamgröße zunehmen

Integrierter Helpdesk

Was es ist: Eine SaaS-Plattform oder ein Outlook-Add-in, das sich mit Ihrem Postfach verbindet, eingehende E-Mails in Tickets umwandelt und Zuständigkeiten, SLAs, Automatisierung und Berichte ergänzt.

Vorteile:

  • Die Ticketzuständigkeit wird vom System durchgesetzt
  • Kann SLA-Timer, Automatisierung und Berichte enthalten
  • Unterstützt einen strukturierteren Workflow, wenn das Team wächst
  • Kann Ticketverläufe, Exporte und weitere administrative Kontrollen bereitstellen

Nachteile:

  • Erfordert ein Abonnement
  • Erfordert Konfiguration und Abnahmetests
  • Benutzer benötigen eine Einführung in den neuen Workflow

Welcher Ansatz passt zu Ihrem Team?

Funktion DIY-Outlook-Workflow Typischer integrierter Helpdesk
Ticketzuständigkeit Nur manuelle Konvention Vom System erzwungene Zuweisung
SLA-Überwachung Keine Konfigurierbare Timer und Benachrichtigungen
Routing-Automatisierung Einfache Ordnerregeln Bedingte Zuweisungsregeln
Berichte und Dashboards Keine Integrierte Analysen
Prüfpfad Teilweise (Postfachprotokolle) Produktspezifischer Ticketverlauf und Exportoptionen
Omnichannel-Eingang Nur E-Mail Je nach Produkt unterschiedlich
Einrichtungszeit Normalerweise kurz, abhängig von den Berechtigungen Je nach Produkt und Workflow unterschiedlich

Wählen Sie DIY, wenn die Warteschlange einfach genug ist, um sie mit dokumentierten Konventionen zu verwalten. Erwägen Sie einen integrierten Helpdesk, wenn Sie strukturierte Zuweisungen, messbare Serviceziele, Automatisierung oder Berichte benötigen.

Wie Outlook-Helpdesk-Integrationen tatsächlich verbunden werden

Wenn Sie die Verbindungsmethode kennen, bevor Sie sich für einen Anbieter entscheiden, ersparen Sie sich später eine aufwendige Neukonfiguration. Es gibt vier Hauptansätze.

Microsoft-365-Connector. Viele Helpdesks bieten eine direkte OAuth-Verbindung zu Microsoft 365. Abhängig vom Produkt und den Berechtigungen kann die Verbindung E-Mails aus einem freigegebenen Postfach einlesen und Antworten von derselben Adresse senden, ohne das Postfachkennwort zu speichern.

IMAP, POP und SMTP. Einige Produkte unterstützen Standard-Mailprotokolle, häufig für ältere oder lokale Umgebungen. Prüfen Sie, ob die Verbindung eine kontinuierliche Synchronisierung in beide Richtungen oder nur den Import von Nachrichten ermöglicht, und testen Sie, wie Änderungen an der Authentifizierung verarbeitet werden.

Freigegebenes Postfach mit „Senden als“. Ein Helpdesk kann sich mit einer freigegebenen Adresse wie support@yourcompany.com verbinden und Antworten von dieser Adresse senden. Überprüfen Sie dieses Verhalten mit einem externen Testkonto.

Outlook-Add-in oder serverseitige Aufnahme. Add-ins ermöglichen es einem Benutzer normalerweise, ausgewählte Nachrichten direkt in Outlook zu bearbeiten. Bei der serverseitigen Aufnahme wird ein Postfach überwacht und es werden Tickets erstellt, ohne dass Outlook geöffnet sein muss. Das genaue Verhalten bei der Ticketerstellung und beim Threading variiert je nach Anbieter.

Testen Sie vor der Auswahl eines Produkts eine neue Nachricht, eine Antwort auf ein bestehendes Gespräch, eine weitergeleitete Nachricht und eine von einem Alias gesendete Nachricht. Vergewissern Sie sich, dass jede Nachricht das erwartete Ticket erstellt oder aktualisiert und die korrekte Absenderadresse beibehält.

Sicherheitsaspekte. Prüfen Sie die vom Connector angeforderten Berechtigungen und gewähren Sie nur die Zugriffe, die für die dokumentierte Integration erforderlich sind. Überprüfen Sie die Anmeldeoptionen, den Speicherort der Daten, die Aufbewahrung, den Prüfverlauf und die Exportkontrollen des Anbieters anhand Ihrer Anforderungen.

Profi-Tipp: Bevorzugen Sie für Microsoft 365 eine dokumentierte OAuth-Verbindung gegenüber einer Einrichtung, bei der Benutzer ihre Postfachkennwörter teilen müssen. Testen Sie während des Pilotversuchs die Antwortadresse und den Ablauf für eine erneute Authentifizierung.

Schritt-für-Schritt-Einrichtung für beide Ansätze

Einen DIY-Outlook-Workflow aufbauen

  1. Erstellen Sie ein freigegebenes Postfach im Microsoft-365-Administrationscenter (z. B. support@yourcompany.com). Folgen Sie dem Leitfaden für freigegebene Postfächer von Microsoft Learn, um jedem Benutzer die Berechtigungen „Vollzugriff“ und „Senden als“ zuzuweisen.
  2. Veröffentlichen Sie die Adresse. Aktualisieren Sie Ihre Website-Kontaktseite, E-Mail-Signaturen und automatischen Antworten so, dass Kundenanfragen an die freigegebene Adresse weitergeleitet werden.
  3. Erstellen Sie eine Ordnerstruktur. Erstellen Sie die übergeordneten Ordner „Neu“, „In Bearbeitung“, „Warten auf Kunden“ und „Gelöst“. Fügen Sie bei Bedarf Unterordner nach Kategorie hinzu (Abrechnung, Technisch, Rücksendungen).
  4. Richten Sie Outlook-Regeln ein. Erstellen Sie Regeln, die E-Mails anhand der Absenderdomain, eines Schlüsselworts im Betreff oder einer Kategorie automatisch in den richtigen Ordner verschieben.
  5. Definieren Sie Farbkategorien. Verwenden Sie Outlook-Kategorien als einfaches Prioritätssystem: Rot = Dringend, Gelb = Normal, Grün = Gelöst.
  6. Speichern Sie Antwortvorlagen. Verwenden Sie Quick Parts oder „Meine Vorlagen“ für häufige Antworten. Benennen Sie sie eindeutig, damit Benutzer sie schnell finden.
  7. Legen Sie eine Zuständigkeitskonvention fest. Vereinbaren Sie eine schriftliche Regel: Der Benutzer, der eine E-Mail öffnet, ist dafür zuständig, bis er sie neu zuweist oder als gelöst markiert. Dokumentieren Sie dies in einem gemeinsamen OneNote-Notizbuch oder Teams-Wiki.
  8. Bearbeiten Sie gelöste Threads einheitlich. Verschieben Sie sie in den vereinbarten Ordner und wenden Sie die Aufbewahrungsrichtlinie Ihrer Organisation an.

Einen schnellen Pilotversuch mit einem integrierten Helpdesk durchführen

  1. Wählen Sie einen Anbieter mit einer dokumentierten Microsoft-365-Verbindung, die zu Ihrem Postfach und Ihren Sicherheitsanforderungen passt.
  2. Verbinden Sie Ihr Microsoft-365-Postfach über den vom Anbieter unterstützten Autorisierungsablauf. Prüfen Sie die angeforderten Berechtigungen, bevor Sie sie genehmigen.
  3. Ordnen Sie die „Senden als“-Adresse zu. Stellen Sie sicher, dass ausgehende Antworten support@yourcompany.com und nicht eine Subdomain des Anbieters anzeigen. Testen Sie dies, bevor Sie Benutzer einladen.
  4. Richten Sie grundlegende Routing-Regeln ein. Wenn das Produkt dies unterstützt, können Sie nach Absender, Betreff oder Nachrichteninhalt routen. Beispiele für die Planung finden Sie im Leitfaden von E-Mail zu Ticket.
  5. Laden Sie Benutzer ein. Weisen Sie die passenden Rollen und Gruppen zu und konfigurieren Sie anschließend die Benachrichtigungen.
  6. Testen Sie das Threading. Stellen Sie sicher, dass Kundenrückfragen dem richtigen Ticket zugeordnet werden, ohne sich auf Annahmen darüber zu verlassen, wie der Anbieter ein Gespräch identifiziert.
  7. Führen Sie End-to-End-Abnahmetests durch. Senden Sie eine Test-E-Mail an die freigegebene Adresse, bestätigen Sie, dass ein Ticket erstellt wurde, antworten Sie aus dem Helpdesk und prüfen Sie, ob der Kunde eine Antwort von Ihrer Unternehmensadresse erhält.

Validierungscheckliste vor dem Livegang

  • Als Antwortadresse wird Ihre Unternehmensdomain angezeigt, nicht die des Anbieters
  • Eine nachfolgende Kundenantwort wird demselben Ticket zugeordnet (nicht einem neuen)
  • Alle Benutzer können gleichzeitig dieselbe Ticketwarteschlange sehen
  • Eine beispielhafte SLA-Frist wird, sofern konfiguriert, korrekt berechnet
  • Ticketverlauf und verfügbare Prüfprotokolle erfassen die erwarteten Aktionen

Profi-Tipp: Testen Sie ausgehende E-Mails vor dem Start mit einem externen Konto. Prüfen Sie Absenderadresse, Antwort-Threading, Signaturen und Anhänge aus Sicht des Kunden.

Was ein integrierter Helpdesk bietet, das Outlook allein nicht leisten kann

Der Unterschied zwischen einem DIY-Outlook-Workflow und einem integrierten Helpdesk betrifft nicht nur Funktionen. Es geht darum, was Sie tatsächlich messen und verbessern können.

Darauf sollten Sie achten:

  • Ticketzuständigkeit mit einem namentlich benannten Verantwortlichen für jede Anfrage
  • SLA-Fristen, Filter und Benachrichtigungen
  • Bedingte Zuweisungsregeln (Abrechnungsfragen an das Abrechnungsteam, technische Probleme an den Support der Stufe 2 weiterleiten)
  • Eine durchsuchbare Ticketdatenbank mit vollständigem Gesprächsverlauf
  • Eine Wissensdatenbank, die Benutzer beim Antworten konsultieren können
  • Zusätzliche Eingangskanäle wie Formulare oder Chat, falls erforderlich
  • Analyse-Dashboards mit Volumen, Antwortzeiten und Lösungsquoten
  • Ticketverläufe und Exportkontrollen, die Ihren Anforderungen entsprechen

Messgrößen, die Sie während des Pilotversuchs verfolgen sollten:

  • Zeit bis zur ersten Antwort im Vergleich zu Ihrem eigenen Serviceziel
  • Lösungszeit nach Kategorie
  • Rate wiedereröffneter Tickets (ein Indikator für die Qualität der Antworten)
  • Pro Benutzer und Tag bearbeitete Tickets
  • Prozentsatz der SLA-Einhaltung
Supportbedarf DIY-Outlook Typischer integrierter Helpdesk
Ein Ticket einem Benutzer zuweisen Manuelle E-Mail-Markierung Vom System erzwungene Zuweisung
SLA-Einhaltung verfolgen Nicht möglich Produktspezifische Timer und Benachrichtigungen
Früheren Ticketverlauf durchsuchen Nur Postfachsuche Strukturierte Ticketdatenbank
Teamleistung berichten Nicht möglich Integrierte Dashboards
Übermittlungen aus Webformularen bearbeiten Nicht möglich In einigen Produkten verfügbar
Antworten automatisch aus der Wissensdatenbank entwerfen Nicht möglich In einigen Produkten verfügbar

Der Zweck eines Helpdesks besteht nicht darin, um seiner selbst willen zusätzliche Prozesse einzuführen. Er sollte Zuständigkeiten sichtbar machen, aufmerksame Bearbeitung erfordernde Anfragen hervorheben und dem Team zuverlässige Daten zur Verbesserung des Workflows liefern.

Wann ist es Zeit, einen reinen Outlook-Workflow abzulösen?

Der richtige Zeitpunkt für einen Toolwechsel hängt von der Komplexität der Warteschlange ab, nicht von einer allgemein gültigen Anzahl an E-Mails. Achten Sie auf folgende Signale.

  • Benutzer übersehen Threads oder senden doppelte Antworten
  • Zuständigkeiten und Übergaben hängen davon ab, dass sich Personen an informelle Konventionen erinnern
  • Ein Kunde hat sich darüber beschwert, keine Antwort erhalten zu haben, und Sie konnten die ursprüngliche E-Mail nicht finden
  • Sie können die Frage „Wie lang ist unsere durchschnittliche Zeit bis zur ersten Antwort?“ nicht beantworten, ohne manuell zu zählen
  • Sie haben eine Service-Level-Zusage verpasst und wurden vor dem Verstoß nicht benachrichtigt
  • Benutzer überwachen das Postfach außerhalb ihrer Schichten, weil es keinen klaren Übergabeprozess gibt
  • Sie können Arbeit nicht einheitlich verteilen oder die Auslastung berichten

Nutzen Sie diese Symptome, um den Pilotversuch zu definieren. Messen Sie beispielsweise doppelte Antworten, nicht zugewiesene Anfragen, die Zeit bis zur ersten Antwort und verfehlte Serviceziele vor und während des Tests.

Wenn Sie wechseln, behalten Sie die öffentliche Supportadresse bei. Beginnen Sie, sofern Ihr Workflow dies zulässt, mit einer kontrollierten Kategorie oder einem kontrollierten Postfach, validieren Sie den Ablauf und erweitern Sie ihn, sobald die Benutzer damit vertraut sind.

Worauf Sie bei der Auswahl eines Outlook-integrierten Helpdesks achten sollten

Nicht alle Helpdesks lassen sich gleich gut in Outlook integrieren. Stellen Sie diese Fragen, bevor Sie sich auf eine Testversion festlegen.

Fragen an jeden Anbieter:

  • Welche Verbindungsmethoden unterstützen Sie: Microsoft-365-OAuth, Exchange lokal, IMAP/POP?
  • Wie handhaben Sie die Zuordnung von „Senden als“ und Antwortadressen?
  • Funktioniert das Ticket-Threading, ohne dass Kunden die Betreffzeile beibehalten müssen?
  • Welche SLA-Funktionen sind enthalten: Timer, Eskalationsregeln, Benachrichtigungen bei Verstößen?
  • Kann ich alle Ticketdaten in einem Standardformat (CSV, JSON) exportieren?
  • Wo werden Kundendaten gespeichert, und sind Sie nach SOC 2 Type II zertifiziert?
  • Unterstützen Sie Microsoft SSO (Azure AD)?
  • Welche Automatisierungsregeln sind verfügbar, und gibt es eine API?
  • Wie lauten die Testbedingungen: Wie lange dauert die Testversion, ist eine Kreditkarte erforderlich und werden Daten nach dem Test gelöscht?

Bedenken, die vor einem Test geklärt werden sollten:

  • Der Anbieter kann nicht erklären, ob Sie Ihre Supportadresse behalten können
  • Ticketverlauf und Exportoptionen erfüllen Ihre Anforderungen nicht
  • Die Testbedingungen lassen nicht genügend Zeit oder repräsentativen Datenverkehr für eine sinnvolle Bewertung zu
  • Der Speicherort der Daten ist unklar oder liegt außerhalb Ihres Zuständigkeitsbereichs für Compliance
  • Erforderliche API-, Integrations- oder Exportfunktionen fehlen
  • Die Supportregelungen während des Pilotversuchs sind unklar

Einen Pilotversuch planen: Verwenden Sie repräsentativen Datenverkehr und legen Sie vor dem ersten Tag Erfolgskriterien fest. Berücksichtigen Sie eine Zielzeit für die erste Antwort, eine SLA-Messgröße, falls relevant, und eine Obergrenze für nicht zugewiesene Tickets am Ende des Tages. Dokumentieren Sie den Ausgangswert, damit Sie den neuen Workflow fair vergleichen können.

Wie Deskhero Ihr Microsoft-365-Postfach in einen vollständigen Helpdesk verwandelt

Wie Deskhero Ihr Microsoft-365-Postfach in einen vollständigen Helpdesk verwandelt – Übersichtsdiagramm

Deskhero ist ein Helpdesk für kleine und mittelgroße Supportteams. Verbinden Sie ein Microsoft-365-Postfach über den OAuth-Ablauf, einschließlich eines unterstützten freigegebenen Postfachs, und verwenden Sie weiterhin die vorhandene Supportadresse. Die Postfachverbindung erfordert weder eine neue öffentliche Adresse noch DNS-Änderungen.

Was Deskhero Ihrem Outlook-Workflow hinzufügt:

  • Zweiseitige E-Mail-Synchronisierung, sodass Antworten von Ihrer Unternehmensadresse versendet werden
  • Automatische Ticketerstellung, wobei Antworten im selben Gespräch dem vorhandenen Ticket hinzugefügt werden
  • KI-generierte Antwortvorschläge auf Grundlage des Wissens im Arbeitsbereich, einschließlich beantworteter Tickets, internem Wissen, genehmigten FAQ-Einträgen und erfassten Webseiten
  • Automatisierungsregeln für neue Tickets zur Zuweisung sowie für Gruppen, Status, Priorität, Tags und unterstützte benutzerdefinierte Felder
  • Eine interne Wissensdatenbank mit Zugriff auf Gruppenebene
  • Vorgeschlagene öffentliche FAQ-Einträge, die ein Benutzer prüft, bevor etwas veröffentlicht wird
  • Statistiken zu Volumen, Antwortzeiten, SLA-Ergebnissen, Benutzern, Kanälen und KI-Funktionen sowie ein separates Themencluster
  • Mehrsprachige Unterstützung in 14 Sprachen
  • Microsoft SSO und eine vollständige REST-API
  • Ein Shopify-Kundenbereich für E-Commerce-Supportteams

Onboarding-Schritte für einen Deskhero-Pilotversuch:

  1. Melden Sie sich bei Deskhero an (für die 30-tägige Testversion ist keine Kreditkarte erforderlich).
  2. Verbinden Sie Ihr Microsoft-365-Postfach über OAuth im Administrationsbereich.
  3. Bestätigen Sie die Zuordnung für „Senden als“, damit ausgehende Antworten Ihre Unternehmensadresse anzeigen.
  4. Laden Sie Benutzer ein und legen Sie Rollen fest.
  5. Konfigurieren Sie eine kleine Anzahl an Automatisierungsregeln für neue Tickets und bei Bedarf eine SLA-Richtlinie mit Zielen für erste Antworten und Lösungen.
  6. Führen Sie Abnahmetests durch: Senden Sie eine Test-E-Mail, bestätigen Sie die Ticketerstellung, antworten Sie und überprüfen Sie die Antwortadresse auf Kundenseite.

Was Deskhero von einem generischen Add-in unterscheidet: KI-Antwortvorschläge verwenden den Wissenspool des Arbeitsbereichs, während kundenorientierter KI-Chat und automatische Antworten ausschließlich die genehmigte öffentliche FAQ nutzen. Benutzer prüfen vorgeschlagene Antworten vor dem Versand. Automatische Antworten sind optional, gekennzeichnet und in der Ticketchronik dokumentiert.

Messgrößen, die Sie in Deskhero während des Pilotversuchs verfolgen sollten:

  • Zeit bis zur ersten Antwort (Ausgangswert in Woche 1, angestrebte Verbesserung bis Woche 4)
  • Prozentsatz der SLA-Einhaltung
  • Am Ende jedes Tages zugewiesene und nicht zugewiesene Tickets
  • Eine geprüfte Stichprobe von KI-Entwürfen hinsichtlich Genauigkeit und Bearbeitungsaufwand

Profi-Tipp: Prüfen Sie während des Pilotversuchs eine repräsentative Stichprobe von KI-Vorschlägen. Verbessern Sie das zugrunde liegende Wissen im Arbeitsbereich, wenn ein Entwurf unvollständig oder ungenau ist, und behalten Sie die menschliche Prüfung im Versandprozess bei.

Was einen Pilotversuch tatsächlich erfolgreich oder erfolglos macht

Eine technisch erfolgreiche Verbindung ist nur ein Teil eines nützlichen Pilotversuchs. Das Team benötigt außerdem eine klare Zuständigkeit für die Einführung, dokumentierte Konventionen für die Warteschlange und Messgrößen, die mit den Problemen verknüpft sind, die das neue System lösen soll.

Bestimmen Sie eine verantwortliche Person für den Pilotversuch, die Routing-Regeln pflegt, Workflow-Fragen beantwortet und die Ergebnisse prüft. Diese Person muss nicht jede Entscheidung allein treffen, aber das Team sollte wissen, wo Konfigurationsänderungen und Feedback koordiniert werden.

Beginnen Sie nach Möglichkeit mit einem kontrollierten Ausschnitt des Datenverkehrs, beispielsweise einer Anfragekategorie oder einem Postfach. Erweitern Sie den Umfang, nachdem die Benutzer End-to-End-Tests abgeschlossen haben und Routing, Benachrichtigungen, Antwortadresse und Serviceziele wie erwartet funktionieren.

Beziehen Sie realistische Szenarien für besonders arbeitsreiche Tage in die Abnahmetests ein. Testen Sie gängige Anfragearten, ungewöhnliche Anhänge, Kundenrückfragen und alle Regelkombinationen, durch die ein Ticket anders weitergeleitet werden könnte.

Schulen Sie die Benutzer in den Aktionen, die sie täglich ausführen werden: Arbeit finden und übernehmen, antworten oder eine private Notiz hinzufügen, den Status ändern und ein Ticket übergeben. Bewahren Sie einen kurzen Leitfaden im üblichen Kollaborationsbereich des Teams auf.

Erklären Sie vor Beginn des Pilotversuchs, wie Messgrößen und KI-Vorschläge verwendet werden. Benutzer sollten verstehen, dass vorgeschlagene Antworten Entwürfe sind, die geprüft werden müssen, und keine Anweisungen, die sie zwingend übernehmen müssen.

Ihre ersten 30 Tage mit Deskhero – messbar gemacht

Deskhero wandelt Nachrichten aus einem verbundenen Microsoft-365-Postfach in Tickets um und behält dabei die Supportadresse des Unternehmens bei. Benutzer arbeiten in einer gemeinsamen Ticketwarteschlange, und KI-Antwortvorschläge werden als Entwürfe zur Prüfung angezeigt.

Deskhero

Für die 30-tägige kostenlose Testversion ist keine Kreditkarte erforderlich. Verbinden Sie das Microsoft-365-Postfach, laden Sie Benutzer ein, konfigurieren Sie nur die für den Pilotversuch erforderlichen Regeln und SLA-Richtlinien und vergleichen Sie diese Messgrößen mit dem Ausgangswert in Outlook:

  • Zeit bis zur ersten Antwort
  • SLA-Erfüllung, sofern Serviceziele konfiguriert sind
  • Am Ende des Tages zugewiesene und nicht zugewiesene Tickets
  • Feedback der Benutzer zum Workflow
  • Genauigkeit und Bearbeitungsaufwand bei einer Stichprobe von KI-Antwortvorschlägen

Nutzen Sie die Ergebnisse der Testversion, um zu entscheiden, ob der Workflow die zu Beginn ermittelten Probleme löst. Richten Sie den Vergleich an Ihrem eigenen Ausgangswert und Ihren Servicezielen aus.

Quellen

FAQ

Verfügt Outlook über einen integrierten Helpdesk?

Nein. Outlook verfügt nicht über native Ticketfelder, SLA-Durchsetzung oder Berichte. Sie können einen Helpdesk mithilfe eines freigegebenen Postfachs, von Regeln und Vorlagen annähernd nachbilden, aber Zuständigkeit und Verantwortlichkeit bleiben manuelle Konventionen statt vom System erzwungener Abläufe.

Wie verwendet man Outlook als Ticketsystem?

Erstellen Sie im Microsoft-365-Administrationscenter ein freigegebenes Postfach, erstellen Sie Outlook-Regeln, um E-Mails in Ordner zu sortieren, verwenden Sie Kategorien für Status oder Priorität und speichern Sie häufige Antworten als Vorlagen. Dokumentieren Sie, wie Benutzer Anfragen übernehmen, übergeben und lösen.

Kann ich eine Outlook-E-Mail automatisch in eine Aufgabe oder ein Ticket umwandeln?

Ja, mit einem Add-in oder einer serverseitigen Helpdesk-Integration. Das genaue Verhalten variiert je nach Produkt. Die Postfachverbindung von Deskhero wandelt eingehende Nachrichten in Tickets um und fügt Antworten aus demselben Gespräch dem vorhandenen Ticket hinzu.

Wie beginne ich eine E-Mail an einen Helpdesk?

Adressieren Sie sie an die gemeinsame Supportadresse des Teams, verwenden Sie eine aussagekräftige Betreffzeile und fügen Sie alle relevanten Dateien an. Antworten Sie bei Rückfragen auf das bestehende Gespräch, sofern das Supportteam Sie nicht anders anweist.

Wann sollte ich Outlook nicht mehr für den Kundensupport verwenden?

Erwägen Sie einen integrierten Helpdesk, wenn das Team Anfragen übersieht oder doppelt bearbeitet, Zuständigkeiten und Übergaben unklar sind, Serviceziele nicht verfolgt werden können oder Berichte manuelles Zählen erfordern. Diese Symptome sind wichtiger als ein allgemeingültiger Schwellenwert für Nachrichten oder Benutzer.