Helpdesk & Ticketing
Die Aufzeichnung landet als interne Notiz an dem Ticket, das Ihr Agent ohnehin offen hat - nicht als neuer Vorgang, den niemand bestellt hat.
1. Die Frage, die dieses Feature zuerst beantworten musste
An welches Ticket?
Ein Ticket je erkannter Sitzung anzulegen wäre Spam: Ihr Support fände Vorgänge, die niemand eröffnet hat. Eine Notiz an jedes Ticket zu hängen, das diese Person je geschrieben hat, wäre es auch - nur langsamer.
Also: eine interne Notiz am jüngsten OFFENEN Ticket des Absenders. Gibt es kein offenes Ticket, passiert überhaupt nichts. So legen wir nie einen Vorgang an, den Ihr Kunde nicht selbst begonnen hat, und der Agent findet die Aufzeichnung genau dort, wo er ohnehin hinsieht.
Intern, nie öffentlich. Der Link führt in MousePlayer. Ihr Kunde soll ihn nicht sehen - und könnte ihm ohnehin nicht folgen.
2. Zendesk Support und Freshdesk
Beide werden unterstützt, und sie lösen dieselbe Aufgabe verschieden. Das müssen Sie nicht wissen - es erklärt aber, warum das Formular leicht Unterschiedliches verlangt.
| Zendesk Support | Freshdesk | |
|---|---|---|
| Subdomain | acme aus acme.zendesk.com | acme aus acme.freshdesk.com |
| Agenten-E-Mail | nötig - Zendesk meldet sich als E-Mail/token an | nicht nötig, leer lassen |
| API-Token | Admin Center → Apps and integrations → APIs | Ihre Profileinstellungen |
| Die Notiz wird | ein interner Kommentar am Ticket | eine private Notiz am Ticket |
Sie dürfen die ganze Adresse in das Subdomain-Feld einfügen, wenn das bequemer ist - wir stutzen sie auf den Teil zurecht, den wir brauchen: aus https://acme.zendesk.com/agent/tickets/1 wird acme.
3. Wann es feuert
In dem Augenblick, in dem eine Sitzung erkannt wird - wenn Ihre Seite MousePlayer.setUserId() aufruft, wenn unsere Analytics-Brücke eine Kennung zurückliest, oder wenn Ihr Server den Identify-Endpunkt aufruft.
Nur mit einer E-Mail-Adresse
Ein Ticket gehört zu einem Absender, und den kennt der Helpdesk unter seiner E-Mail. Eine Vertragsnummer führt dort zu nichts, also wird nichts gesendet.
Nur bei offenen Tickets
Gelöste und geschlossene werden übersprungen. Eine Notiz an einem Vorgang, den niemand mehr ansieht, hilft niemandem - und sie schöbe ein geschlossenes Ticket ohne Grund zurück in das Blickfeld Ihrer Agenten.
Hat der Absender kein offenes Ticket, gilt das als erledigt und nicht als fehlgeschlagen - es ist der Normalfall, und ein zweiter Versuch änderte daran nichts.
4. Was der Agent sieht
Eine interne Notiz: MousePlayer: Sitzungsaufzeichnung von <E-Mail> und dahinter den Link. Ein Klick, und er sieht, was diese Person tatsächlich getan hat - direkt neben dem, was sie darüber geschrieben hat.
Wo sich das auszahlt
- "Es geht nicht"-Tickets. Die Aufzeichnung zeigt meist in zwanzig Sekunden, was drei Runden E-Mail nicht geklärt hätten.
- Schritte zum Nachstellen, die niemand nachstellen kann. Sie brauchen sie nicht mehr - Sie haben die Sitzung.
- Wutklicks und tote Klicks, die der Kunde nie erwähnt, weil er annimmt, das Produkt sei eben so.
Der Token verlässt unseren Server nicht
AES-256-GCM verschlüsselt gespeichert, nach dem Speichern nie wieder angezeigt, und bewusst nicht in der internen Warteschlange, die die Aufgabe trägt.
5. Help Scout, Front und Gorgias
Drei weitere Helpdesks. Alle drei hängen eine interne Notiz an einen offenen Vorgang, und alle drei kommen unterschiedlich dorthin.
| Sie hinterlegen | Subdomain | |
|---|---|---|
| Help Scout | Client-ID und Client-Geheimnis einer internen App | nicht nötig |
| Front | API-Token und eine Teammitglied-ID | nicht nötig |
| Gorgias | Agenten-E-Mail und API-Schlüssel | nötig |
Help Scout tauscht, bevor es redet
Es nimmt das Client-Geheimnis nicht unmittelbar an. Die Brücke tauscht es zuerst gegen ein kurzlebiges Zugriffstoken - der Client-Credentials-Fluss, gedacht für eine Integration, die für sich selbst handelt und keinen Benutzer vertritt. Das Token lebt für seine Laufzeit im Zwischenspeicher; das Geheimnis bleibt in der Datenbank.
Front-Kommentare brauchen einen Autor
Ein Kommentar erscheint bei Front im Namen eines Teammitglieds, und die API verlangt eines. Genau das trägt hier das Feld für den Agenten - keine Anmeldung, nur die Kennung, in deren Namen die Notiz steht.
Gorgias braucht zwei Fragen statt einer
Seine Ticketliste filtert nach customer_id und sonst nichts - einen E-Mail-Filter gibt es dort nicht. Die Brücke sucht deshalb erst den Kunden und danach seine Tickets. Nach dem Status kann sie ebenfalls nicht filtern, also wird das offene Ticket auf unserer Seite ausgewählt, genau wie es für Freshdesk längst geschieht.
Alle genannten Marken gehören ihren jeweiligen Inhabern. MousePlayer steht in keiner geschäftlichen Verbindung zu diesen Anbietern.