Sammeln von Benutzerfeedback in nativen Anrufszenarien
Einführung
Als Drittanbieterbibliothek müssen wir akzeptieren, dass sich Diagnosedaten, die für die Problembehandlung von entscheidender Bedeutung sind, auf mobilen Endbenutzergeräten befinden. Unser Supportmodell hängt von einer symbiotischen Beziehung ab: Um Ihre Kunden effektiv zu unterstützen, müssen wir sicherstellen, dass Sie dafür entsprechend gerüstet sind. In dieser Dokumentation werden die Methoden zum Sammeln von Diagnosedaten beschrieben, wenn ein Benutzer ein Problem meldet.
Wichtige Aspekte bei der Entwicklung
- Zeitnahe Sammlung: Erstellen Sie Sammlungsprotokolle unmittelbar nach Auftreten eines Problems.
- Minimieren des Benutzeraufwands: Stellen Sie sicher, dass der Benutzer Fehler in Ihrer Anwendung problemlos melden kann.
- Datenschutz- und Sicherheit: Speichern Sie die Informationen Ihres Benutzers sicher und holen Sie proaktiv seine Zustimmung ein, bevor Sie Daten übertragen.
Wichtige Informationen, die in das Benutzerfeedback einbezogen werden sollten
Anruf-IDs
Jeder Anruf, der mit dem Calling SDK getätigt wurde, verfügt über eine Anruf-ID. Anruf-IDs können bei Microsoft intern verwendet werden, um Probleme mit Ihrem Anruf zu diagnostizieren. Das Sammeln von Anruf-IDs ist die erste Ebene des Supports und kann Untersuchungen beschleunigen.
Sowohl das Calling Native SDK als auch das Benutzeroberflächen-SDK umfassen APIs zum Abrufen von Anruf-IDs.
Protokolldateien
Das Native Calling SDK und seine Abhängigkeiten geben verschlüsselte .blog-Dateien in ein temporäres Verzeichnis aus. Diese Dateien können außerhalb von Microsoft nicht gelesen werden. Sie sind aus Datenschutz- und Compliancegründen verschlüsselt. Diese Dateien sind die Source of Truth darüber, was auf einem bestimmten Gerät mit dem Native SDK und seinen Abhängigkeiten geschieht. Diese Dateien sind eine wichtige Ressource für Entwickler und für Problembehandlungen bei Microsoft.
Szenarien, die .blog-Dateien erfordern, sollten seltener vorkommen. Diese Dateien bilden eine wichtige zweite Verteidigungslinie bei der Problembehandlung. Wir ermutigen Entwickler, sie proaktiv über Ihre Supportflows zu sammeln.
Aktivieren von Kundenfeedback
Integrieren von Benutzerfeedbacktools
Sobald Sie wissen, welche Daten erfasst werden sollen, müssen Sie die folgende User Story erfüllen.
Als Benutzer möchte ich ein Problem melden.
Jede Anwendung ist frei, benutzerorientierten Support in jeder Weise zu implementieren, die am besten zum Anwendungsfall passt. Alternativ zum Benutzeroberflächen-SDK für Benutzer steht der integrierte Mechanismus zur Verfügung, um die User Story zumindest teilweise zu erfüllen.
- Formular zum Melden Problems: Eine Schaltfläche und ein Formular, das mit einem Klick gesendet werden Formular kann. Die Benutzeroberflächenbibliothek bietet eine sofort einsatzbereite Implementierung dieses Formulars.
- Feedback am Ende eines Anrufs: Bitten Sie am Ende eines Anrufs um Feedback. Das Feedbackformular gibt dem Benutzer die Möglichkeit, Probleme zu teilen, die er während des Anrufs hatte.
Es ist wichtig, diese Feedbackmechanismen mit klaren Aufforderungen zur Zustimmung des Benutzers zu entwerfen, um sicherzustellen, dass die Benutzer vollständig darüber informiert werden, welche Daten sie zu welchem Zweck teilen. Diese Transparenz schafft Vertrauen und ermutigt mehr Benutzer dazu, Probleme zu melden.
Senden von Supportinformationen und Feedback an einen Server
Übermitteln der Supportinformationen
Sobald das Feedback lokal erfasst wurde, muss es an einen Server übermittelt werden. Die Übermittlung zielt in der Regel auf ein CRM- (Customer Relationship Management) oder ein anderes Tool ab, das Aufgaben wie Selektieren, Priorisieren und das Zuweisen von Arbeit an Supportspezialisten übernehmen kann.
Obwohl dieses Dokument nicht darauf abzielt, die gesamte lokale Client-/Serverkommunikation und alle möglichen CRMs oder Supporttools abzudecken, beachten Sie die folgenden Punkte:
- Verwenden Sie sichere Übertragungsprotokolle.
- Schließen Sie die Protokolle und Anruf-IDs beim Erstellen von Supportanfragen ein.
- Schließen Sie alle vom Benutzer übermittelten Informationen (Meldung, Fehlerzeit, Gerätespezifikationen) ein.
- Geben Sie dem Benutzer eine Rückmeldung zu seinem Problem (Optionen: Benachrichtigen in der App, per E-Mail oder per SMS).
Der Anwendungsentwickler kann entscheiden, wie diese Daten übertragen werden, wenn sie das Gerät des Endbenutzer verlassen und auf einem Server in der Cloud gespeichert werden. Für ein vereinfachtes Beispiel können Sie auf das Tutorial Sammeln von Benutzerfeedback zurückgreifen, das Einblicke in Client- und Serverimplementierungen dieses Prozesses bietet.
Implementieren in Calling SDK- und Benutzeroberflächenbibliotheksanwendungen
Für Entwickler, die das Calling SDK oder die ACS UI-Bibliothek verwenden, sollten Sie die folgenden Tools und APIs in Betracht ziehen:
Calling SDK: Verwenden Sie die Funktionen dieses SDK, um programmgesteuert Anruf-IDs zu beobachten, Protokolle abzurufen und andere relevante Supportinformationen zu sammeln.
Aufrufen der UI-Bibliothek: Verwenden Sie die integrierte Supportformularfunktion der Bibliothek, um Benutzern eine einfache Methode zum Übermitteln von Feedback und Protokollen zur Verfügung zu stellen.
Zusammenfassung
In diesem Leitfaden wird die Notwendigkeit betont, Diagnosedaten effizient zu sammeln und zu übertragen, um einen effektiven Benutzersupport in nativen Anrufanwendungen zu ermöglichen. Solche Strategien ermöglichen die rasche Diagnose und Lösung von Benutzerproblemen, die Verbesserung der Leistung der Anwendung und eine größere Benutzerzufriedenheit.