Geben Sie Agenten sofortige, zitierte Antworten aus Ihrer technischen Dokumentation. Fragen Sie in einfacher Sprache und erhalten Sie die Lösungsschritte, bekannten Probleme und Workarounds – mit dem genauen Artikel hinter jeder Antwort, damit niemand bei einem laufenden Ticket rät.
Beantworten Sie mithilfe unserer technischen Dokumentation und Wissensdatenbank im Knowledge Center Support-Fragen. Beginnen Sie mit: Wie behebe ich den Fehler [Fehlermeldung] für einen Kunden im [Tarif oder in der Version]? Geben Sie die Schritte an und zitieren Sie den genauen Artikel.
Ein anschauliches Beispiel. Ihr Ergebnis hängt von Ihren Quellen, Daten und Anfragen ab.
Dieser ist dokumentiert. Der Fehler „sync failed: token expired“ wird im Leitfaden zur Integrations-Fehlerbehebung behandelt, und es gibt ein Business-Tarif-Detail in den Release Notes, das Sie vor Ihrer Antwort kennen sollten.
Der Fehler bedeutet, dass das gespeicherte OAuth-Token des Kunden sein Aktualisierungsfenster überschritten hat und neu autorisiert werden muss. Hier ist die Lösung aus dem Leitfaden zur Integrations-Fehlerbehebung, Abschnitt 4.2 („Token- und Auth-Fehler“).
Ein Business-Tarif-Detail ist hier wichtig. Laut den März-Release-Notes laufen Business-Tarif-Tokens nun nach 90 Tagen Inaktivität ab statt nach 30 – wenn dieser Kunde also regelmäßig synchronisiert, sollte ihm das nicht wieder passieren. Falls doch, deutet das meist auf eine pausierte Integration hin: Prüfen Sie, ob sein Sync-Zeitplan deaktiviert wurde (Fehlerbehebungs-Leitfaden, Abschnitt 4.4).
Wenn Neu verbinden nach einer frischen Anmeldung mit demselben Fehler scheitert, ist das das dokumentierte Zeichen, an Tier 2 zu eskalieren: Es weist auf einen anbieterseitigen Widerruf hin, den der Agent nicht beheben kann (Abschnitt 4.2, Hinweis).
Soll ich eine kundenfertige Antwort mit diesen Schritten in einfacher Sprache entwerfen oder die Eskalations-Checkliste für Tier 2 heraussuchen, falls Neu verbinden es nicht behebt?
Der Lösungsfinder lässt jeden Agenten eine Support-Frage in natürlicher Sprache stellen und die Antwort direkt aus Ihrer technischen Dokumentation erhalten (Lösungsschritte, bekannte Probleme und Workarounds) – mit dem genauen Artikel zitiert, sodass er ihr vertrauen und sie aufrufen kann. Es liest Ihre freigegebenen Quellen zum Zeitpunkt der Anfrage, sodass Antworten die aktuelle Dokumentation widerspiegeln, nicht eine Erinnerung daran.
Fügen Sie Fehlerbehebungs-Leitfäden, Produktdokumentation, Release Notes und Runbooks zum Knowledge Center hinzu. Joy indexiert den vollständigen Text und liest ihn zum Zeitpunkt der Anfrage.
Agenten tippen den Fehler, das Symptom oder die Anleitung in einfacher Sprache – ohne wissen zu müssen, welches Dokument die Antwort enthält oder wie der genaue Produktbegriff lautet.
Joy liefert die Lösungsschritte und zitiert den genauen Artikel und Abschnitt, sodass der Agent vor der Antwort an den Kunden prüfen und die Quelle aufrufen kann.
Kopieren Sie die Schritte in Ihre Antwort oder Ticket-Notizen, zugeschnitten auf den Kunden. Joy entwirft die Antwort; der Agent sendet sie.
Speichern Sie diese Anfrage als benutzerdefinierten Befehl im Assistenten, den Ihr Team bereits nutzt, damit jeder sie in einem Schritt ausführen kann.
Jede Antwort nennt den genauen Artikel und Abschnitt, sodass Agenten ihr vertrauen und zur Bestätigung aufrufen können.
Agenten beschreiben das Problem in eigenen Worten; Joy findet die Lösung, ohne dass sie wissen müssen, in welchem Dokument sie steht.
Zeigt dokumentierte Workarounds neben der Lösung, sodass Agenten einen Kunden auch mitten in einem Bug entblocken können.
Wenn die Dokumentation es nicht abdeckt, sagt Joy das klar, statt zu raten, und zeigt Ihnen, was als Nächstes zu dokumentieren ist.
Begrenzen Sie es auf das Frontline-Runbook, sodass neue Agenten häufige Probleme lösen, ohne zu eskalieren.
Geben Sie Tier-2-Agenten tiefe Antworten aus Engineering-Runbooks und Logs bekannter Probleme.
Richten Sie es auf die neuesten Release Notes, sodass Agenten in der Woche, in der eine Funktion erscheint, souverän antworten.
Fokussieren Sie es auf API- und Integrationsdokumentation für die Fragen, die technische Kunden ins Stolpern bringen.
Agenten stellen Joy die Frage in einfacher Sprache (eine Fehlermeldung, ein Symptom, eine Anleitung) und erhalten die Lösungsschritte direkt aus Ihrer technischen Dokumentation, mit dem genauen Artikel zitiert. Kein Durchsuchen von Ordnern oder Anpingen des Team-Kanals mitten im Ticket.
Jede Antwort zitiert den genauen Artikel und Abschnitt, aus dem sie stammt, sodass Agenten vor der Antwort aufrufen und bestätigen können. Joy antwortet nur aus den freigegebenen Dokumenten, die Sie verbinden, und liest sie zum Zeitpunkt der Anfrage, sodass die Hinweise die aktuelle Dokumentation widerspiegeln.
Joy sagt das klar, statt zu raten. Diese Ehrlichkeit ist für sich genommen nützlich. Die Fragen, die es nicht beantworten kann, sind eine lebendige Karte der Lücken, die es als Nächstes zu dokumentieren lohnt.
Ja. Neue Mitarbeiter müssen nicht wissen, welches Dokument die Antwort enthält oder wie der genaue Produktbegriff lautet. Sie beschreiben das Problem so, wie es ein Kunde täte, und Joy verweist sie auf dieselbe verankerte Antwort, die auch ein erfahrener Kollege erreichen würde.
Nein. Joy findet und entwirft die Antwort; der Agent passt sie an und sendet die Antwort. Es öffnet, leitet oder schließt keine Tickets. Das Lösen des Kundenproblems bleibt bei der Person in der Warteschlange.
Melden Sie sich für die Warteliste an und probieren Sie diesen Workflow bei der Einführung von JoySuite als Erste aus.