Google Meet es una app de videoconferencias basada en la Web que elimina la necesidad de en sistemas operativos de escritorio. Por eso, es fundamental que los usuarios pueden controlar eficazmente el acceso a sus micrófonos y cámaras usando el modelo de permisos de la Web. El equipo de Meet enfrentó desafíos cuando En un principio, los usuarios no tenían permiso para acceder a sus cámaras y micrófonos, lo que más tarde significaba que los usuarios tuvieron problemas cuando intentaban activarlos video y sonido durante sus reuniones. Este caso de éxito describe cómo el equipo de Meet los permisos mejorados y el impacto que tuvo en la seguridad la satisfacción con la reunión.
Cumplir con la UX de permisos antes de la mejora
Antes del lanzamiento de las mejoras, a mediados de 2023, un usuario se unió a una llamada de Meet por primera vez, también aparece un diálogo en el centro de la pantalla. como la solicitud de permiso del navegador en la esquina superior izquierda. En el peor de los casos, Si ningún otro sitio web podía acceder a la cámara y al micrófono, estos pasos seguidos por otro mensaje de permiso del host que para permitir el acceso de Chrome a esos dispositivos.
Teniendo en cuenta las prácticas recomendadas existentes de UX sobre permisos, el diálogo de Meet sí explicó por qué Meet solicitaba acceso. Sin embargo, el diálogo tampoco cumplía otros objetivos con la opción "Descartar" y no tiene relación directa con el el mensaje de permiso del navegador. Además, tanto el diálogo de Meet como el el mensaje del navegador apareció inmediatamente cuando se cargaba la página, generalmente después de hacer clic en un vínculo para unirte a una llamada. Esta lluvia inesperada de ventanas emergentes en la pantalla probablemente sobrecargado a algunos usuarios.
Además, los comentarios de los usuarios sugirieron que aquellos que experimentan esta experiencia temía que permitir el acceso en esta etapa los haría ver y escuchar otros participantes de la reunión sin poder controlar esto más adelante.
Con esta UX, algunos usuarios de Meet estaban confundidos y no permitían el uso de la cámara y acceso al micrófono cuando se te solicite. Además, aquellos que hicieron clic en el "Bloquear" el botón en el mensaje de permiso bloqueó el acceso a la cámara y el micrófono para cualquier llamada de Meet futura. Es probable que estos usuarios solo quisieran bloquear temporalmente y querrá revisar su decisión para una llamada futura, Puedes hacerlo ignorando la solicitud de permiso o haciendo clic en la "x" .
Lamentablemente, salir del estado bloqueado no es del todo sencillo. Los usuarios deben hacer clic en el ícono Configuración del sitio en la barra de direcciones y activar o desactivar la cámara y el micrófono, o haz clic en el botón Restablecer permisos. Aunque estos puede ser difícil de encontrar y, a menudo, se necesitan instrucciones detalladas para que los usuarios es importante mantenerlas para evitar que los sitios generadores de spam abusen de sus poder y molestar a los usuarios hasta que acepten.
Mejoras
Para mejorar la experiencia, el equipo de Meet volvió a revisar necesidades y identificó que no todas las personas que se unieron a la reunión querían o necesitaban permitir el acceso y el acceso al micrófono de forma inmediata. Es posible que algunos usuarios solo quieran escuchar, al principio, mientras que otros podrían querer explorar la IU de Meet para familiarizarse con él antes de tener una llamada en el futuro. Mostrar a las personas el mensaje de permiso en situaciones como estas, genera resultados no deseados para Meet (tendrás que ayudar a los usuarios a recuperarse de una decisión de bloqueo anterior más adelante) y el usuario (tener que lidiar con una solicitud de permiso que era innecesario para sus necesidades al ese momento).
Para abordar estos desafíos, el equipo diseñó una versión mejorada de su solicitud previa de permiso que se adapte mejor a la mejor UX de permisos prácticas recomendadas. El nuevo diseño realiza los siguientes cambios:
- Le pregunta al usuario cuál es su intención: si desea que lo vean y que se escuchó en la reunión. La IU ahora ofrece una decisión explícita, con opciones para situaciones en las que el usuario quiere que lo vean y lo escuchen, y situaciones en los que ese no es el caso.
- Solo después de confirmar que se trata de un contexto en el que el micrófono y la cámara tiene valor para el usuario: ¿Meet muestra la solicitud de permiso?
- El botón para la decisión afirmativa indica "Permitir micrófono y cámara" para preparar al usuario para la solicitud de permiso.
- El diseño es modal, lo que aclara que es necesaria una decisión antes de a la llamada.
- El diseño le recuerda al usuario que esta decisión es solo la base de acceso y desactivar el micrófono y la cámara cuando que desean.
Si el usuario hace clic en "Permitir micrófono y cámara", el permiso del navegador y el diálogo de Meet cambia para proporcionar instrucciones sobre qué hacer siguiente ("Haz clic en Permitir") según la decisión que tomó el usuario en la pantalla. El recordatorio sobre poder apagar el micrófono y la cámara está Se reitera a los usuarios para que sigan brindándoles tranquilidad en caso de que les preocupa la falta de control durante la llamada. Por último, Meet también destaca que la cámara y el micrófono pueden agregarse si el usuario inicialmente decidió continuar sin micrófono ni cámara.
Impacto
Con esta experiencia mejorada de permisos del usuario, el equipo de Google Meet pudo para aumentar el porcentaje de usuarios que permiten el uso del micrófono y la cámara cuando unirse a una llamada en un 14%. Por lo tanto, menos usuarios hacen clic en "Bloquear". en el permiso hasta llegar a un estado en el que se deban realizar pasos adicionales para volver a habilitar acceso al micrófono y a la cámara en una llamada futura.
Ten en cuenta que el aumento del porcentaje de usuarios que permiten el acceso no significa que muchos más usuarios dieron de repente el acceso. En cambio, Google Meet ahora muestra menos mensajes de permiso a los usuarios nuevos, dado que los usuarios que no quieren su cámara o micrófono pueden indicar esa preferencia desde el principio.
Conclusiones
La clave del éxito era mostrar solo el mensaje de permiso cuando Meet es de que los usuarios estén listos para permitir el acceso. La IU ahora hace una pregunta que los usuarios puedan responder de manera significativa y, al mismo tiempo, tengan la tranquilidad y no puedan controlar el uso de la capacidad. Este diseño de IU más claro permitió que Google Meet realizara y reducir la fricción. Los usuarios ahora tienen tasas de éxito más altas durante el primer uso y mostrar menos mensajes hizo que menos personas bloquearan el acceso y, por lo tanto, se necesitaba menos ayuda para acceder a la cámara y al micrófono cuando realmente lo querían.
Si tu aplicación web usa permisos, deberías considerar permiso cuando esté razonablemente seguro de que los usuarios quieren otorgar acceso porque están listos para usarla. De lo contrario, los usuarios podrían bloquear los permisos que tu aplicación necesita y tendrán dificultades para otorgar ese acceso cuando lo necesitan.