Compartir vía

Recopilación de comentarios de usuarios en escenarios nativos de llamadas

  • Artículo

Introducción

Como biblioteca de terceros, debemos reconocer que los datos de diagnóstico, cruciales para la solución de problemas, residen en dispositivos móviles de usuario final. Nuestro modelo de soporte técnico depende de una relación simbiótica: para ayudar a sus clientes de forma eficaz, debemos asegurarnos de que está equipado para hacerlo. En esta documentación se describen las metodologías para recopilar datos de diagnóstico cuando un usuario notifica un problema.

Problemas clave de desarrollo

  • Recopilación oportuna: los registros de recopilación inmediatamente después de que se produzca un problema.
  • Minimizar el esfuerzo del usuario: asegúrese de que el usuario pueda informar fácilmente errores dentro de la aplicación.
  • Privacidad y seguridad: almacene la información del usuario de forma segura, póngase en contacto con el consentimiento pro-activamente antes de transmitir datos.

Información importante que se debe incluir con los comentarios del usuario

Identificadores de llamadas

Cada llamada realizada con el SDK de llamada tiene un identificador de llamada. Los identificadores de llamada se pueden usar internamente en Microsoft para diagnosticar problemas con la llamada. La recopilación de identificadores de llamada es la primera línea de soporte técnico y puede dar lugar a investigaciones más rápidas.

En el SDK nativo de llamadas y la interfaz de usuario, existen API para recuperar identificadores de llamada.

Archivos de registro

El SDK de llamadas nativas y sus dependencias generan archivos .blog cifrados en un directorio temporal. Estos archivos no se pueden leer fuera de Microsoft. Se cifran por motivos de privacidad y cumplimiento. Estos archivos son el origen de la verdad en cuanto a lo que sucede en ese dispositivo en particular con el SDK nativo y sus dependencias. Estos archivos son un recurso importante para los desarrolladores y solucionadores de problemas dentro de Microsoft.

Los escenarios que requieren archivo .blog deben ser más raros. Estos archivos forman una segunda línea importante de defensa para solucionar problemas. Animamos a los desarrolladores a recopilarlos de forma proactiva a través de los flujos de soporte técnico.

Habilitación de comentarios del cliente

Integración de herramientas de comentarios de usuario

Una vez que sepa qué datos se van a recopilar, debe satisfacer el siguiente artículo de usuario.

Como usuario, me gustaría notificar un problema

Cada aplicación es gratuita para implementar la compatibilidad orientada al usuario de la manera que mejor se adapte al caso de uso. Como alternativa, para los usuarios del SDK de interfaz de usuario, el mecanismo integrado está disponible para ayudar a satisfacer parcialmente la historia.

  • Informar un formulario de problema: un botón y un formulario, haga clic para enviar. La biblioteca de interfaz de usuario ofrece una implementación lista para usar de este formulario.
  • Comentarios de fin de llamada: solicite comentarios al final de una llamada. El formulario de comentarios ofrece al usuario la oportunidad de compartir las incidencias que tuvo con la llamada.

Es fundamental diseñar estos mecanismos de comentarios con indicaciones claras de consentimiento del usuario, lo que garantiza que los usuarios estén totalmente informados sobre los datos que se comparten y su propósito. Esta transparencia genera confianza y anima a más usuarios a notificar problemas.

Envío de información de soporte técnico y comentarios a un servidor

Transmisión de la información de soporte técnico

Una vez que los comentarios se recopilan localmente, debe enviarse a un servidor. El envío normalmente se dirigiría a un CRM (Administración de relaciones con el cliente) u otras herramientas que pueden controlar tareas como la evaluación de prioridades, la priorización y la asignación de trabajo a especialistas de soporte técnico.

Aunque este documento no está pensado para cubrir todo el entorno local de comunicaciones de cliente/servidor y todas las herramientas de soporte técnico o CRM posibles, tenga en cuenta los siguientes puntos:

  • Uso de protocolos de transmisión seguros
  • Incluir los registros y los identificadores de llamada al crear solicitudes de soporte técnico
  • Incluir cualquier información enviada por el usuario (mensaje, hora de error, especificaciones del dispositivo)
  • Proporcione la información de seguimiento del usuario para su problema (Opciones: Notificar en la aplicación, Email, mensaje de texto)

El desarrollador de aplicaciones puede decidir cómo transmitir estos datos, ya que deja el dispositivo de los usuarios finales y entra en un servidor en la nube. Para obtener un ejemplo simplificado, puede hacer referencia al tutorial recopilación de comentarios de usuario, que ofrece información sobre las implementaciones de cliente y servidor de este proceso.

Implementación en aplicaciones del SDK de llamadas y de la biblioteca de interfaz de usuario

Para los desarrolladores que usan el SDK de llamadas o la biblioteca de interfaz de usuario de ACS, tenga en cuenta las siguientes herramientas y API:

Conclusión

En esta guía se hace hincapié en la necesidad de recopilar y transmitir datos de diagnóstico de forma eficaz para ofrecer una asistencia eficaz al usuario en aplicaciones de llamada nativas. El empleo de estas estrategias permite diagnosticar y resolver rápidamente las incidencias de los usuarios, mejorando el rendimiento de la aplicación y la satisfacción de los usuarios.