O Google Meet é um app de videoconferência baseado na Web que elimina a necessidade de uma app dedicado em sistemas operacionais para computadores. Por isso, é essencial que os usuários conseguem controlar com eficiência o acesso a microfones e câmeras usando modelo de permissão da Web. A equipe do Meet enfrentou desafios os usuários não deram permissão inicialmente para acessar as câmeras. microfones, o que, posteriormente, significava que os usuários tinham problemas ao tentar ativar vídeo e som durante as reuniões. Este estudo de caso descreve como a equipe do Meet permissões aprimoradas e o impacto que isso causou nos usuários a satisfação dos clientes.
Atender à UX de permissões antes da melhoria
Antes do lançamento das melhorias, em meados de 2023, usuários que participassem de uma chamada do Meet pela primeira vez encontraria uma caixa de diálogo no centro da tela como solicitação de permissão do navegador no canto superior esquerdo. Na pior das hipóteses, se nenhum outro site tiver permitido o acesso à câmera e ao microfone, esses etapas seriam seguidas por outro prompt de permissão do sistema operacional do host. para permitir que o Chrome acesse esses dispositivos.
Considerando as práticas recomendadas de permissão de UX, a caixa de diálogo do Meet explicou por que o Meet estava pedindo acesso. No entanto, o diálogo também não atendeu às outras com um botão "Dispensar" e nenhuma relação direta com o solicitação de permissão do navegador. Além disso, tanto a caixa de diálogo do Meet quanto a do navegador aparecia imediatamente quando a página carregou, o que geralmente ocorre após clicar em um link para participar da chamada. Essa enxurrada inesperada de pop-ups na tela sobrecarregaram alguns usuários.
Além disso, o feedback dos usuários sugeriu que eles tinham essa experiência temiam que permitir o acesso nesse estágio os fizesse serem vistos e ouvidos com outros participantes da reunião sem poder controlar isso depois.
Com essa UX, alguns usuários do Meet ficaram confusos e não permitiram acesso à câmera e acesso ao microfone quando solicitado. Além disso, aqueles que clicaram "Bloquear" o botão na solicitação de permissão bloqueou o acesso à câmera e ao microfone nas próximas ligações do Meet. É provável que esses usuários queiram apenas bloquear acessar temporariamente e talvez queira rever a decisão para uma chamada futura, o que é possível ao ignorar a solicitação de permissão ou clicar no "x" .
Infelizmente, sair do estado bloqueado não é totalmente simples. Os usuários precisam clicar no ícone Configurações do site na barra de endereço e alternar câmera e microfone ou clique no botão Redefinir permissões. Embora esses podem ser difíceis de encontrar e muitas vezes precisam de instruções detalhadas para que os usuários localizar, eles são importantes para evitar que sites com spam abusem de seus e incomoda os usuários até que eles aceitem.
Melhorias
Para melhorar a experiência, a equipe do Meet revisou necessidades identificamos que nem todos que participam de uma reunião queriam ou precisavam ativar a câmera e o acesso ao microfone imediatamente. Alguns usuários podem apenas querer ouvir, em pelo menos a princípio, enquanto outros talvez queiram explorar a interface do Meet para se familiarizar antes de fazer uma ligação no futuro. Mostrar às pessoas solicitação de permissão em situações como essas levam a resultados indesejados no Meet (ter que ajudar os usuários a se recuperar de uma decisão de bloqueio anterior mais tarde) e o usuário (tendo de lidar com uma solicitação de permissão que era desnecessária para suas necessidades no momento naquele momento).
Para enfrentar esses desafios, a equipe projetou uma versão aprimorada de sua pré-solicitação de permissão que está mais de acordo com a permissão UX melhor práticas recomendadas de autenticação. O novo design faz as seguintes mudanças:
- Ela pergunta ao usuário sobre sua intenção: se ele quer ser visto e ouvidos na reunião. A interface agora oferece uma decisão explícita, com opções para situações em que o usuário quer ser visto e ouvido, e situações quando esse não é o caso.
- Somente após confirmar que este é um contexto em que o microfone e a câmera tem valor para o usuário. O Meet mostra a solicitação de permissão.
- O botão para a decisão afirmativa diz "Permitir microfone e câmera" para preparar o usuário para a solicitação de permissão.
- O design é modal, esclarecendo que uma decisão é necessária antes que que você pode participar.
- O design lembra o usuário de que essa decisão é apenas sobre o básico e ele ainda pode desligar o microfone e a câmera a qualquer momento o que eles querem.
Se o usuário clicar em "Permitir microfone e câmera", a permissão do navegador e a caixa de diálogo do Meet é alterada para dar instruções sobre o que fazer próxima ("Clique em Permitir") com base na decisão do usuário na tela. O lembrete sobre a possibilidade de desligar o microfone e a câmera é reiterou para continuar oferecendo ao usuário um pouco de tranquilidade caso ele se preocupam com a falta de controle durante a ligação. Por fim, o Meet também destacou que a câmera e o microfone ainda podem ser adicionados se o usuário decidiu continuar sem o microfone e a câmera.
Impacto
Com essa experiência do usuário aprimorada com permissões, a equipe do Google Meet conseguiu para aumentar a parcela de usuários que permitem o uso do microfone e da câmera na primeira vez de participar de uma chamada em 14%. Consequentemente, menos usuários clicam em "Bloquear" na permissão uma solicitação, entrando em um estado em que são necessárias etapas extras para reativar o acesso ao microfone e à câmera em uma próxima chamada.
O aumento no número de usuários que permitem acesso não significa que muito mais usuários permitiram o acesso de repente. Em vez disso, o Google Meet agora mostra menos solicitações de permissão a usuários novos, já que os usuários que não querem usar a câmera ou o microfone podem indicar essa preferência desde o início.
Conclusões
O segredo era mostrar o pedido de permissão apenas quando o Meet estiver razoavelmente confiante de que os usuários estão prontos para permitir o acesso. A interface agora faz uma pergunta que os usuários possam responder de forma significativa e, ao mesmo tempo, ficarem seguros de que estão controlar o uso dos recursos. Com esse design de interface mais claro, o Google Meet conseguiu e reduzir o atrito. Os usuários agora têm taxas de sucesso mais altas durante o primeiro uso e Com menos solicitações, menos pessoas bloqueavam o acesso e, portanto, menos ajudavam. acessem a câmera e o microfone quando quisessem.
Caso seu aplicativo da Web use permissões, considere se você está fazendo permissão quando estiver razoavelmente certo de que seus usuários desejam permitir acesso, porque estão prontos para usar essa capacidade. Caso contrário, os usuários podem bloquear permissão que seu aplicativo precisa e terá dificuldades para permitir esse acesso quando necessário.