Raccolta di commenti e suggerimenti degli utenti in scenari di chiamata nativa

Introduzione

Come libreria di terze parti, è necessario riconoscere che i dati di diagnostica, cruciali per la risoluzione dei problemi, risiedono nei dispositivi mobili degli utenti finali. Il nostro modello di supporto si basa su una relazione simbiotica: per aiutare i clienti in modo efficace, dobbiamo assicurarvi di essere attrezzati per farlo. Questa documentazione descrive le metodologie per raccogliere i dati di diagnostica quando un utente segnala un problema.

Principali problemi di sviluppo

• Raccolta tempestiva: log di raccolta immediatamente dopo un problema.
• Ridurre al minimo il lavoro dell'utente: assicurarsi che l'utente possa segnalare facilmente gli errori all'interno dell'applicazione.
• Privacy e sicurezza: archiviare le informazioni dell'utente in modo sicuro, impegnarsi per il consenso attivamente prima di trasmettere i dati.

Informazioni importanti da includere con commenti e suggerimenti degli utenti

ID chiamata

Ogni chiamata effettuata con l'SDK chiamante ha un ID chiamata. Gli ID chiamata possono essere usati internamente in Microsoft per diagnosticare i problemi con la chiamata. La raccolta degli ID di chiamata è la prima linea di supporto e può portare a indagini più veloci.

Sia in Calling Native che nell'SDK dell'interfaccia utente esistono API per recuperare gli ID chiamata.

• NATIVE SDK: ID chiamata di accesso

File di registro

Native Calling SDK e le relative dipendenze generano file crittografati .blog in una directory temporanea. Questi file non possono essere letti all'esterno di Microsoft. Vengono crittografati per motivi di privacy e conformità. Questi file sono l'origine della verità su ciò che accade su quel particolare dispositivo con Native SDK e le relative dipendenze. Questi file sono una risorsa importante per sviluppatori e strumenti di risoluzione dei problemi all'interno di Microsoft.

Gli scenari che richiedono .blog file devono essere più rari. Questi file costituiscono una seconda linea di difesa importante per la risoluzione dei problemi. Invitiamo gli sviluppatori a raccoglierli in modo proattivo tramite i flussi di supporto.

• Native SDK: Recuperare i file di log
• Libreria dell'interfaccia utente: raccolta di commenti e suggerimenti degli utenti

Abilitazione del feedback da parte del cliente

Integrazione degli strumenti di feedback degli utenti

Dopo aver appreso i dati da raccogliere, è necessario soddisfare la storia utente seguente.

Come utente, vorrei segnalare un problema

Ogni applicazione è gratuita per implementare il supporto per gli utenti in qualsiasi modo più adatto al caso d'uso. In alternativa, per gli utenti dell'SDK dell'interfaccia utente, il meccanismo predefinito è disponibile per soddisfare parzialmente la storia.

• Segnala modulo problema: un pulsante e un modulo, fai clic per inviare. La libreria dell'interfaccia utente offre un'implementazione pronta all'uso di questo modulo.
• Feedback di fine chiamata: richiedere feedback alla fine di una chiamata. Il modulo di feedback offre all'utente la possibilità di condividere i problemi riscontrati con la chiamata.

È fondamentale progettare questi meccanismi di feedback con richieste chiare di consenso dell'utente, assicurandosi che gli utenti siano completamente informati sui dati condivisi e sul suo scopo. Questa trasparenza crea fiducia e incoraggia più utenti a segnalare problemi.

Invio di informazioni di supporto e feedback a un server

Trasmissione delle informazioni di supporto

Una volta raccolto in locale, il feedback deve essere inviato a un server. L'invio in genere ha come destinazione un CRM (Customer Relationship Management) o altri strumenti in grado di gestire attività come la valutazione, la definizione delle priorità e l'assegnazione di lavoro agli specialisti del supporto.

Anche se questo documento non è destinato a coprire l'intera premessa delle comunicazioni client/server e di tutti i possibili STRUMENTI di supporto o CRL, tenere presente i punti seguenti:

• Usare protocolli di trasmissione sicuri
• Includere i log e gli ID chiamata durante la creazione di richieste di supporto
• Includere le informazioni inviate dall'utente (Messaggio, Ora di errore, Specifiche del dispositivo)
• Specificare le informazioni di completamento dell'utente per il problema (opzioni: Notifica in app, posta elettronica, SMS)

Lo sviluppatore di applicazioni è libero di decidere come trasmettere questi dati man mano che lascia il dispositivo degli utenti finali e immette un server nel cloud. Per un esempio semplificato è possibile fare riferimento all'esercitazione sulla raccolta dei commenti e suggerimenti degli utenti, che offre informazioni dettagliate sulle implementazioni client e server di questo processo.

Implementazione nelle applicazioni dell'SDK per chiamate e della libreria dell'interfaccia utente

Per gli sviluppatori che usano l'SDK per chiamate o la libreria dell'interfaccia utente di ACS, prendere in considerazione gli strumenti e le API seguenti:

• Chiamata dell'SDK: usare le funzionalità dell'SDK per osservare gli ID chiamata, recuperare i log e raccogliere altre informazioni di supporto pertinenti a livello di codice.

  • Recuperare i file di log
  • ID chiamata di accesso
  • Integrazione delle informazioni di riferimento della libreria dell'interfaccia utente

• Chiamata alla libreria dell'interfaccia utente: usare la funzionalità predefinita del modulo di supporto della libreria per esporre gli utenti a un metodo semplice di invio di commenti e suggerimenti e log.

  • Raccolta di commenti e suggerimenti degli utenti

Conclusione

Questa guida sottolinea la necessità di raccogliere e trasmettere in modo efficiente i dati di diagnostica per un efficace supporto degli utenti nelle applicazioni per chiamate native. L'uso di queste strategie consente di diagnosticare e risolvere rapidamente i problemi degli utenti, migliorando le prestazioni e la soddisfazione dell'utente dell'app.