Recursos · 42
Assistentes conversacionais acessíveis: múltiplos modos, recuperação e transferência humana
Projetar um assistente de suporte que as pessoas possam acessar, entender e deixar para obter ajuda humana sem precisar iniciar sua solicitação novamente.
Atualizado · 4 min
O que este guia ajuda a alcançar
- Tornar a entrada e a saída utilizáveis por meio de vários modos.
- Permitir que as pessoas entendam e corrijam uma resposta
- Definir quando e como contatar uma pessoa
- Testar toda a jornada com usuários e casos difíceis
Verificação rápida
- O serviço funciona com teclado e tecnologias assistivas relevantes?
- Uma pessoa consegue ler uma resposta sem depender da fala ou de um efeito visual?
- Os erros explicam como corrigi-los?
- A resposta distingue informações verificadas de palpites?
- O suporte humano é facilmente identificável antes e depois da falha?
- O agente recebe apenas o contexto necessário, de acordo com a escolha do usuário?
Método passo a passo
- 1
Definir tarefas e limites explícitos
Escolher solicitações reais: encontrar informações, corrigir um problema na conta, entender uma cobrança e buscar ajuda humana. Declare o que o assistente pode explicar, sugerir ou repassar, e o que ele nunca deve decidir sozinho.
Entregável: mapa de tarefas, dados necessários e gatilhos de transferência.
- 2
Ofereça diversas formas de interação
Verifique o texto, o uso do teclado, o foco, a ordem de leitura, o contraste, o zoom e os anúncios de novas mensagens. Se houver opção de voz, mantenha um roteiro de texto completo e controles para diminuir a velocidade, reler ou interromper a mensagem.
Entregável: fluxos testados em dispositivos e modos de entrada representativos.
- 3
Torne as respostas e os erros recuperáveis
Uma resposta deve mostrar a origem das informações relevantes quando uma decisão exigir comprovação. Evite afirmar certeza sem fundamento. Se a solicitação for ambígua, esclareça a necessidade, mantenha as informações úteis e indique uma próxima ação clara.
Entregável: cenários de resposta correta, incerta, incorreta e sem resposta.
- 4
Projete a transferência para uma pessoa
Defina os gatilhos de transferência: solicitação explícita, falha repetida, situação delicada, discordância ou ação fora do escopo. Explique o canal, a disponibilidade e as informações a serem compartilhadas; permita que o usuário altere ou remova esse contexto.
Entregável: protocolo de transferência, resumo revisável e responsável pelo recebimento.
- 5
Teste de continuidade de ponta a ponta.
Reproduza cada tarefa com diferentes habilidades, dispositivos e ambientes e acompanhe o que acontece após a transferência. Monitore a resolução e o abandono, revise erros graves e repita após uma alteração de modelo ou conteúdo.
Entregável: conjunto de testes datado, resultados priorizados e decisão de liberação.
Exemplo prático fictício
Situação ilustrativa
Um cliente pergunta por que um reembolso esperado não foi recebido. O assistente primeiro fornece informações gerais e, em seguida, afirma que não pode verificar o caso do cliente. Usando um teclado e um leitor de tela, o cliente pode chegar ao mesmo controle de transferência.
Decisão e evidências esperadas
Antes da transferência, o cliente revisa e corrige um resumo que omite detalhes de pagamento. O agente humano recebe o problema, as etapas já tentadas e a pergunta não resolvida; o cliente não precisa repetir o processo. O teste registra a continuidade e a resolução, não apenas o volume de automação.
Indicadores de gestão
| Indicador | O que mede | Primeira ação |
|---|---|---|
| Conclusão da tarefa | Proporção de cenários resolvidos sem informações enganosas por modo de acesso | Corrigir o percurso ou restringir o escopo |
| Transferência eficaz | Solicitações que chegam a uma pessoa com contexto útil | Disponibilidade de reparo, resumo ou roteamento |
| Erro recuperável | Falhas em que o usuário pode corrigir e continuar sem precisar inserir tudo novamente | Revisar mensagens e estado retido |
| Qualidade da resposta | Respostas verificadas em relação a um conjunto desatualizado, incluindo casos sem resposta | Atualizar fontes e limites de recusa |
Erros comuns
- Tratar a voz como o único canal acessível
- Mudar o foco para cada nova mensagem sem controle
- Dar respostas confiantes quando não há evidências
- Ocultar o contato humano por trás de recusas repetidas
- Transmitir a conversa completa sem necessidade ou escolha
- Medir apenas o desvio do suporte
Perguntas frequentes
Realiza um Um chatbot acessível torna todo o serviço acessível?
Não. Páginas, formulários, canais de transferência e respostas após a transferência fazem parte da mesma tarefa.
A transferência deve aguardar falhas repetidas?
Não. Os usuários devem poder solicitá-la diretamente; falhas repetidas ou contexto sensível também podem acioná-la.
A nota de interface de linguagem natural do W3C é um padrão de conformidade?
Não. Ela descreve as necessidades do usuário e ainda está em desenvolvimento. Os critérios WCAG aplicáveis ao serviço web devem ser verificados separadamente.
Toda a conversa deve ser retida para o agente?
Passe apenas o contexto necessário para a solicitação, informe o usuário e permita a correção ou remoção antes da transferência.
Referências oficiais
As referências apoiam o método. Adapte as verificações ao seu contexto; elas não são uma certificação. Os títulos das referências originais e os documentos de origem podem estar em outro idioma.
