Todos os trabalhos
Pagaleve2026 · em andamentoProduct Designer Especialista · conceito, design e construção

Lume: testes de usabilidade conduzidos por uma voz de IA, a partir de um link do Figma

Teste de usabilidade moderado não escala, e ferramenta não moderada perde o porquê. Estou construindo o Lume, um moderador de IA por voz que transforma o link de um protótipo do Figma num teste de usabilidade que os clientes fazem no celular, com um relatório que cita cada achado. Trabalho em andamento, publicado de propósito.

Um linkEntra um protótipo do Figma, sai um convite para o CRM
Por vozO moderador pergunta, espera e nunca interrompe
5 a 12sessões por estudo, ensaiadas antes com participantes simulados
  • Ferramentas de pesquisa
  • IA por voz
  • Em andamento
Lume
Empresa
Pagaleve, fintech brasileira de compre agora, pague depois (BNPL)
Meu papel
Product Designer Especialista · conceito, design e construção
Quem usa
Clientes da Pagaleve, no celular · o chapter de Product Design
Status
Em andamento · fase de piloto, com um agente de IA melhorando o produto toda noite
O que eu construí
  • O Lume (Lovable)
  • Um moderador por voz sobre um modelo em tempo real
  • A sessão do participante, mobile first
  • Uma área do designer: roteiro, publicação, relatório
  • Participantes simulados para ensaiar um estudo
  • Um servidor MCP + uma skill do Claude
  • Um agente de produto que audita e corrige à noite

01 · O problema

A maioria dos protótipos vai para a rua sem teste, porque testar bem custa uma semana de designer.

Um teste de usabilidade moderado ainda é o melhor jeito de entender por que alguém se perde numa tela. Também é a primeira coisa cortada de uma sprint: recrutar, agendar, conduzir e transcrever oito sessões, e a semana acabou. Na Pagaleve, o time tinha o problema inverso também. Mais designers queriam testar, e as ferramentas que escalam, mapas de clique e tarefas não moderadas, mostram onde as pessoas tocaram, mas nunca perguntam o que elas esperavam que acontecesse.

E quando o designer que desenhou a tela modera a sessão, o teste se inclina, em silêncio, para a resposta que ele espera.

Escala

Um teste moderado custa uma hora de designer por participante

Recrutar, agendar, conduzir e transcrever oito sessões consome uma semana. Então a maioria dos protótipos vai para a rua sem teste nenhum.

Viés

O designer moderando a própria tela conduz a testemunha

Uma dica, uma pausa, um “então você tocaria aqui?”. Até moderadores cuidadosos empurram as pessoas para a resposta que esperam.

Profundidade

Ferramentas não moderadas mostram o clique, mas perdem o porquê

Mapas de calor e taxa de sucesso mostram onde as pessoas se perderam. Não perguntam o que a pessoa esperava que acontecesse.

02 · A aposta

Um moderador que vai junto com o link.

A aposta

O melhor jeito de testar um protótipo do Figma deveria ser mandar um link. O moderador vai junto.

O cliente abre o convite no celular, uma voz o guia pelo protótipo, faz poucas perguntas por tela e nunca induz. O designer recebe de volta um relatório com citações e a tela exata de onde cada uma veio.

Chamei de Lume. Estou construindo para o time no Lovable, sobre um modelo de voz em tempo real, e ainda está em andamento: esta página é o estado atual, não uma história pronta. Quatro decisões deram a forma dele antes da primeira tela.

01
Um link é o setup inteiroO designer manda o link do protótipo do Figma e recebe o link do convite para o CRM. Tudo o que fica no meio é trabalho do produto.
02
Voz, não formulárioAs pessoas explicam o que esperam muito melhor falando do que digitando. Nada na sessão pede para o participante escrever.
03
O Lume pergunta e depois sai da frenteUm número limitado de perguntas por tela, depois “onde você tocaria?”, depois silêncio até a pessoa seguir. Ele nunca interrompe.
04
O protótipo é o palcoO frame do Figma ocupa o celular inteiro. O moderador é um cartão pequeno embaixo, não uma segunda interface disputando atenção.

03 · O sistema

Entra um link do Figma, sai um link de convite, e um relatório que se preenche sozinho.

O designer manda o link do protótipo do Figma. Uma skill do Claude lê as telas, monta o roteiro e cria o estudo pelo servidor MCP do próprio Lume, o mesmo padrão aberto que usei no Research Hub. O designer marca o que não pode ser pulado, ensaia com participantes simulados e publica. O CRM dispara o convite. Os clientes conversam pelo protótipo no celular, e o relatório vai se escrevendo conforme as sessões chegam.

Entrada

Um protótipo do Figma

A skill lê as telas pelo Figma e monta o roteiro; o Lume recebe tudo como um estudo.

Designer

Roteiro, depois publicação

Marca os blocos essenciais, escolhe de 5 a 12 sessões, ensaia com participantes simulados e publica para o campo.

Produto

Lume

Feito no Lovable. Um modelo de voz em tempo real conduz a conversa; a sessão, as regras de turno e o relatório são do próprio produto.

Participante

Um cliente, no celular

Abre o convite do CRM, conversa pelo protótipo por uns dez minutos e recebe um cupom por e-mail.

Saída

O que descobrimos até agora

Um relatório que se preenche conforme as sessões chegam: resumo, achados com citações e o link da tela do protótipo de onde cada um veio.

LovableModelo de voz em tempo realLink de protótipo do FigmaServidor MCP próprio · skill do ClaudeCustomer.ioGoogle SSO · área do designerAgente de produto noturno

A área do designer foi feita para o computador e funciona também no celular, para dar uma olhada no estudo entre uma reunião e outra. Cada tela abaixo aparece nos dois.

01 / 03Todo estudo, uma linhaStatus, sessões válidas e o próximo passo de cada estudo, com as sessões ao vivo em verde. No celular, a tabela vira uma lista com as mesmas pílulas e barras.
02 / 03Cole um link, ganhe um estudoO designer cola o protótipo do Figma; o Lume lê as telas e monta o roteiro. No celular, o mesmo formulário empilha numa coluna.
03 / 03O roteiro, bloco a blocoNo computador, os blocos e o editor ficam lado a lado, com os essenciais marcados. No celular, a lista fica sozinha e o editor abre como painel.

04 · A sessão

O protótipo ocupa a tela. O moderador é um cartão embaixo.

O lado do participante é onde foi a maior parte do design, e a maior parte foi tirar coisas. A sessão que funciona é a que o moderador quase desaparece.

Lume
A sessão do participante · sete momentos Uns dez minutos, no celular, sem digitar uma palavra.
  1. 01

    Triagem

    O convite do CRM abre numa pergunta só. Sem app, sem conta.

    Customer.io
  2. 02

    Teste do microfone

    Diga “oi”. Se o Lume não te ouve, não vale começar mais nada.

    Sua vez · permitir
  3. 03

    Pensar em voz alta

    A única regra de que o método depende, ensinada com exemplos que dá para ouvir.

    Sua vez · aceitar
  4. 04

    Abertura

    Quem é o Lume e o cenário, enquanto o protótipo carrega.

    Tela cheia
  5. 05

    O protótipo

    Ocupa a tela. O Lume faz poucas perguntas por tela, num cartão pequeno embaixo.

    Voz
  6. 06

    Nota

    Quão fácil foi, de 1 a 5, e depois o porquê, falando.

    Por estudo
  7. 07

    Fim

    O cupom chega por e-mail em até 10 dias úteis, com a data na tela.

    Modo claro

O problema mais difícil não foi o que o Lume diz, mas quando ele para. Um assistente de voz que preenche toda pausa parece mal-educado, e um participante interrompido para de pensar em voz alta. Então o turno da conversa virou regra de produto.

O Lume fala

Uma pergunta, curta, sobre a tela na frente da pessoa. O orbe pulsa enquanto ele fala, para ninguém ficar na dúvida se ele ainda vai continuar.

O microfone abre sozinho

Assim que o Lume termina. A pessoa não procura um botão para responder; só fala.

Só o “Enviar” encerra o turno

Silêncio nunca envia. As pessoas param para pensar, e a pior coisa que um moderador pode fazer é preencher essa pausa. O Lume não consegue interromper, por construção.

Cada versão da sessão ficou menor. A primeira tinha um chat embaixo do protótipo, depois um bottom sheet, depois um iPhone desenhado dentro do iPhone. Tudo isso disputava atenção com a coisa sendo testada.

Tirado da sessão
  • A transcrição ao vivoAs pessoas leem as próprias palavras e começam a se editar.
  • Digitar como alternativaUm teclado transforma a conversa em formulário.
  • Contadores de progresso“Pergunta 3 de 8” faz a pessoa correr nas cinco últimas.
  • Um painel de chat e históricoUma segunda interface roubando a tela do protótipo.
  • Um bloco escuro na tela finalQuebrava o tom do final. A última tela é toda clara.
O que ficou
  • Um cartão, uma perguntaA pergunta atual, o gravador e o enviar. Mais nada.
  • Uma voz brasileira naturalMasculina, com sotaque do Brasil. A primeira voz soava como Portugal, e um moderador não deveria soar estrangeiro para a pessoa.
  • O cenário na aberturaDito uma vez, inteiro, antes da primeira tela.
  • Uma data no cupom“Até 10 dias úteis” mais o dia de fato. A única dúvida que todo participante tem.

05 · O lado do designer

Rascunho, blocos essenciais, um ensaio e depois o campo.

A área do designer é pequena de propósito: uma conta, login da empresa, e um estudo que é rascunho até alguém decidir que não é mais.

Rascunho primeiro

Nada chega ao cliente por acidente

Todo estudo nasce como rascunho. “Publicar para o campo” é um passo deliberado, e o link do convite só existe depois dele.

Blocos essenciais

O designer marca o que não pode ser pulado

O Lume adapta o resto à pessoa e ao tempo. Os blocos marcados acontecem sempre.

5 a 12 sessões

O bastante para ver um padrão, não um censo

O designer escolhe o número por estudo, e o relatório vai se preenchendo conforme as sessões chegam.

Admin

Uma conta, login da empresa

A área do designer abre só com a conta Google da empresa. O participante nunca a vê.

Ensaio

Participantes simulados rodam o roteiro antes de qualquer cliente.

Cada um é uma personalidade que o Lume precisa saber conduzir: o apressado, o que se perde, o que responde com uma palavra, o que não para de falar. Um roteiro que sobrevive a todos eles está pronto para o campo. As sessões ficam registradas como as reais, então o designer lê como um ensaio do relatório.

  • ApressadoPula o cenário. O roteiro ainda entrega os blocos essenciais?
  • ConfusoSe perde na tela dois. O Lume ajuda sem induzir?
  • Monossilábico“Sim.” “Não.” “Tá.” A pergunta seguinte abre alguma coisa?
  • FalanteConta uma história por pergunta. A sessão ainda cabe em dez minutos?
  • DistraídoResponde outra coisa. O Lume volta para a tela?

Com o estudo em campo, o designer não espera a última sessão. Os achados vão se preenchendo conforme as sessões chegam, cada um com o número de sessões por trás e uma citação, e qualquer sessão pode ser revista ao lado da transcrição, como no topo desta página.

Os achados se preenchem conforme as sessões chegam, no computador e no celular. Estudos, citações e números são fictícios.

06 · A construção

Um agente de produto melhora o Lume toda noite. Eu reviso o registro de manhã.

Um produto de voz tem mil falhas pequenas que você só ouve usando, e eu não consigo rodar vinte sessões por noite. Então o Lume tem um agente de produto agendado que roda: ele audita a sessão, compara o que encontra com a visão e as decisões já registradas, corrige o que der e me manda a lista.

// toda noite · 3 horas · o agente de produto
audit a sessão como um participante faria
compare com a visão e as decisões registradas
fix o que der, interação por voz primeiro
log → docs/LUME_LOG.md
send a lista de mudanças para mim
// Leio a lista no café e rejeito o que se afastou da visão.
Por que um agente

Um produto de voz tem mil falhas pequenas que você só ouve usando. Eu não consigo rodar vinte sessões por noite. O agente consegue, e mantém um registro que eu reviso de manhã.

Onde está a linha

Ele melhora dentro das decisões já tomadas. Decisões novas (o que a sessão mostra, o que o Lume pode dizer, o que chega ao cliente) continuam comigo.

07 · Onde está

O que funciona, o que está em ajuste e o que vem em seguida.

Funcionando
  • A sessão do participante de ponta a ponta, no celular, por voz
  • Roteiro a partir de um protótipo do Figma, com blocos essenciais
  • Rascunho → publicação → link do convite para o CRM
  • Participantes simulados e o relatório “o que descobrimos até agora”
  • Servidor MCP e uma skill do Claude: entra um link do Figma, sai um link para o CRM
Em ajuste
  • A interação por voz: latência, interrupções, como o Lume lida com o silêncio
  • Quantas perguntas por tela são “poucas”
  • Quais achados o relatório deve mostrar primeiro

08 · O que aprendi até aqui

As palavras vieram por último. Os turnos vieram primeiro.

O que eu manteria
  • Fazer do “só o Enviar encerra o turno” uma regra do produto. Tirou a única coisa que deixa voz de IA mal-educada
  • Ensaiar todo roteiro com participantes simulados antes de qualquer cliente ouvir
O que eu mudaria
  • Começar com o protótipo maximizado e um cartão. Construí um chat, um bottom sheet e um celular dentro do celular antes, e joguei os três fora
  • Rodar a primeira rodada controle, moderada por humano, mais cedo, para cada decisão de design ter uma referência para bater

Desenhar uma conversa é desenhar os turnos.

A maioria das decisões que importaram era sobre quem fala quando: quando o microfone abre, o que encerra um turno, o que o Lume faz com o silêncio. As palavras vieram por último.

Subtrair é o trabalho.

Toda versão ficou menor. A sessão que funciona é a que o moderador quase desaparece e o protótipo fica com a tela inteira.

O produto continua melhorando enquanto eu durmo.

Um agente noturno com uma visão clara e um registro acabou sendo o colega mais produtivo do projeto. Meu trabalho virou escrever bem a visão e revisar o registro.

Ainda falta provar: é melhor que uma pessoa?

A visão diz que o Lume deve encontrar coisas que uma entrevista humana deixa passar. Essa afirmação precisa de uma rodada lado a lado, e é a próxima da lista.

Trabalho em andamento, publicado de propósito. Telas reais do produto, reconstruídas em HTML e CSS a partir da UI no Lovable e anonimizadas; estudos, participantes, perguntas e citações são fictícios. Os achados e dados internos da Pagaleve são confidenciais e não aparecem aqui.

Próximo case · Western Union Western Union: consertando um onboarding em que a maioria das recusas vinha de uma única etapa ambígua