Encontre alguém não familiarizado com seu projeto para testar sua caixa de diálogo. Receber feedback durante o processo de design expõe problemas de usabilidade e oferece a oportunidade de você se corrigir logo no início. Antes de programar uma única linha de código, é importante realizar um teste de usabilidade na sua experiência de conversa. Recomendamos realizar um experimento do Assistente de Oz (WOZ) rápido e sujo para ajudar você a descobrir se está no caminho certo.

Use o que você tem. Tudo o que você precisa é dos seus exemplos de caixas de diálogo (que você já deve ter neste momento). Basta encontrar alguém que não esteja familiarizado com seu projeto (por exemplo, família, amigos, colegas de trabalho) e pedir que ele faça o diálogo com você. Você lerá as falas do seu perfil e observará como ele reage como o usuário. Se o usuário sair do script, fique à vontade para improvisar o que ele diz.

Para uma experiência mais realista, simule a função do perfil seguindo as instruções do perfil usando o TTS Simulator no Console do desenvolvedor do Actions on Google. Faça o download do áudio para ouvir quando quiser.

Essa versão requer quatro itens:

• Um script de conversa que fornece instruções sobre o que o perfil deve dizer após cada resposta do usuário. O fluxo de alto nível (ou uma versão simplificada dele) é ideal para isso.
• Download de áudio de todas as solicitações faladas do perfil. Use nomes de arquivos que ajudem a identificar rapidamente o arquivo correto para reproduzir.
• Alguém para reproduzir o "usuário". Essa pessoa precisa não conhecer sua ação.
• Alguém para jogar o "assistente". Essa deve ser uma pessoa muito familiarizada com sua ação.

Peça para o assistente iniciar a conversa tocando o áudio da saudação do seu Action, por exemplo, “Bem-vindo à sua plataforma de lançamento para tudo relacionado ao Google I/O. O festival está em andamento no momento. Você é um dos sortudos participantes? O assistente esperará que o usuário responda, com a opção sinônimo de "sim" ou "não". Depois que o usuário responder, o assistente terá que consultar rapidamente o fluxo de alto nível para determinar qual prompt tocar em seguida. Em seguida, ele encontrará e reproduzirá o arquivo de áudio correto.

Obviamente, quando você começar a criar sua ação, será necessário testá-la com frequência usando o Simulador de ações no Console do desenvolvedor do Actions on Google. Peça que seus amigos, familiares ou colegas também o testem.

Independentemente da experiência que você usar, faça o seguinte:
Fale sobre isso	Como sua meta é atualizar o design para refletir o que funciona melhor para usuários reais, é recomendável que o protótipo do WOZ seja o mais próximo possível da realidade. O que parece bom no papel nem sempre soa ou parece natural em conversas reais, então certifique-se de que os usuários estejam ouvindo suas solicitações e falando suas respostas.
Gravar suas sessões	Tenha permissão para gravar suas sessões e você poderá voltar e ouvi-las. Anote os problemas que surgiram durante a sessão.
Pedir feedback	Peça ao usuário para descrever a experiência dele com as próprias palavras. Como ele atendeu ou não às expectativas? Alguma coisa surpreendeu? Eles ficaram satisfeitos? Lembre-se de que o foco está no comportamento deles, não na opinião deles.

Realizar um experimento WOZ permite entender como as pessoas vão interagir com seu design. Você pode notar que os usuários estão fazendo algo muito diferente do que você esperava, exigindo que você altere o design de acordo com suas necessidades e expectativas.

Conclusão:concentre-se na usabilidade do design, e não nas opiniões dos usuários. Itere com base no comportamento do usuário e teste novamente se o tempo permitir.

O que procurar (e como você pode melhorar sua caixa de diálogo):
Conversa natural	Preste atenção à maneira como os usuários naturalmente pedem as coisas. Eles sentem que só podem falar em frases curtas semelhantes a palavras-chave ou soam mais interativos? Eles parecem hesitantes ou confiantes ao falar com seu perfil? O fluxo faz com que os usuários sintam que podem fornecer somente uma informação por vez ou incentiva a fornecer vários detalhes em uma frase?
Confusão de usuários	Procure lugares em que os usuários parecem confusos ou não têm certeza do que dizer ou fazer. Examine os avisos anteriores para ver onde você pode fazer alguns esclarecimentos. A call-to-action estava clara?
Enunciados inesperados	Os usuários podem dizer algo que você não esperava. Anote-o e adicione manuseio para ele em seu design.
Sinais de frustração ou impaciência	Isso geralmente é um sinal de que a interação está há muito tempo. Analise suas solicitações para ver se você pode ser mais conciso. Há detalhes que podem ser omitidos?
Observe quem está falando mais	Os usuários parecem estar no controle da conversa? Em caso negativo, como você pode alterar isso?

Testes robustos são essenciais para desenvolver software de alta qualidade e aumentar a satisfação dos usuários.

Este vídeo é uma análise detalhada do desenvolvimento de testes completos para suas ações e aborda as ferramentas disponíveis para facilitar o processo. Ele também compartilha práticas recomendadas sobre vários tópicos, como como lidar com consultas inesperadas do usuário.