Início
Da reunião à ação.
Da reunião à ação.
Um sprint de pesquisa de 3 dias sobre por que o Fireflies.ai estava perdendo usuários para o Granola, e por que o problema declarado não era o problema real.
Um sprint de pesquisa de 3 dias sobre por que o Fireflies.ai estava perdendo usuários para o Granola, e por que o problema declarado não era o problema real.
Antes de Começar
Antes de Começar
Contexto do projeto.
Contexto do projeto.
Este é um estudo de caso especulativo desenvolvido de forma independente, sem vínculo ou comissionamento do Fireflies.ai. O projeto foi realizado com restrições reais de tempo, priorizando a qualidade da pesquisa e soluções focadas em vez de cobertura abrangente. Toda a pesquisa foi conduzida com fontes publicamente disponíveis.
Este é um estudo de caso especulativo desenvolvido de forma independente, sem vínculo ou comissionamento do Fireflies.ai. O projeto foi realizado com restrições reais de tempo, priorizando a qualidade da pesquisa e soluções focadas em vez de cobertura abrangente. Toda a pesquisa foi conduzida com fontes publicamente disponíveis.
O Problema
O Problema
Qual era o desafio apresentado?
Qual era o desafio apresentado?
O problema chegou enquadrado como uma preocupação de negócio: a Fireflies.ai estava perdendo usuários para o Granola.ai. Usuários que cancelaram relataram não saber quais funcionalidades tinham e descreveram a interface do Granola como mais simples e fácil de usar. A liderança apontou que novos usuários estavam demorando muito mais do que o esperado para ativar (LTV), ou seja, levavam tempo demais para chegar ao valor central do produto: visualizar o resumo de uma reunião.
O problema chegou enquadrado como uma preocupação de negócio: a Fireflies.ai estava perdendo usuários para o Granola.ai. Usuários que cancelaram relataram não saber quais funcionalidades tinham e descreveram a interface do Granola como mais simples e fácil de usar. A liderança apontou que novos usuários estavam demorando muito mais do que o esperado para ativar (LTV), ou seja, levavam tempo demais para chegar ao valor central do produto: visualizar o resumo de uma reunião.
O problema chegou pré-enquadrado como onboarding e descoberta de funcionalidades. O primeiro trabalho era testar esse enquadramento, não construir dentro dele.
O problema chegou pré-enquadrado como onboarding e descoberta de funcionalidades. O primeiro trabalho era testar esse enquadramento, não construir dentro dele.
Nuance importante
Nuance importante
Um problema declarado nem sempre é o problema real. Usuários raramente relatam a causa raiz com precisão, eles relatam o sintoma mais próximo da sua frustração. O processo de pesquisa foi desenhado para encontrar o que estava acontecendo de fato antes de qualquer decisão de design.
Um problema declarado nem sempre é o problema real. Usuários raramente relatam a causa raiz com precisão, eles relatam o sintoma mais próximo da sua frustração. O processo de pesquisa foi desenhado para encontrar o que estava acontecendo de fato antes de qualquer decisão de design.
Abordagem de Pesquisa
Abordagem de Pesquisa
Entendendo o mercado, os usuários e o produto
Understanding the market, the users, and the product
Understanding the market, the users, and the product
Dado o prazo de 3 dias, entrevistas tradicionais com usuários em escala não eram viáveis. A pesquisa foi construída em três camadas: desk research estruturado em sites de comparação e blogs especializados, análise qualitativa profunda de 25 discussões no Reddit onde usuários reais falam espontaneamente sobre ferramentas de reunião com IA, e uma walkthrough exploratória hands-on do produto real do Fireflies.
Dado o prazo de 3 dias, entrevistas tradicionais com usuários em escala não eram viáveis. A pesquisa foi construída em três camadas: desk research estruturado em sites de comparação e blogs especializados, análise qualitativa profunda de 25 discussões no Reddit onde usuários reais falam espontaneamente sobre ferramentas de reunião com IA, e uma walkthrough exploratória hands-on do produto real do Fireflies.
Decisão de pesquisa
Decisão de pesquisa
Por que Reddit? Comentários espontâneos de usuários explicando, sem provocação, por que trocaram de ferramenta, o que quebrou a confiança deles ou o que os fez ficar são qualitativamente equivalentes a dados de entrevistas de guerrilha. As pessoas não performam num fórum. Elas desabafam, recomendam, alertam. Esse é o sinal.
Por que Reddit? Comentários espontâneos de usuários explicando, sem provocação, por que trocaram de ferramenta, o que quebrou a confiança deles ou o que os fez ficar são qualitativamente equivalentes a dados de entrevistas de guerrilha. As pessoas não performam num fórum. Elas desabafam, recomendam, alertam. Esse é o sinal.
O que a Pesquisa Revelou
O que a Pesquisa Revelou
O momento que tornou o problema concreto
O momento que tornou o problema concreto
Alex é um gerente de produto. Ele acabou de terminar uma call de 45 minutos com stakeholders. Três decisões foram tomadas. Duas pessoas assumiram compromissos. Ele estava totalmente presente, sem anotações — porque o Fireflies deveria cuidar disso.
A call termina. Ele muda para o Slack. O resumo não chegou. Ele abre o Fireflies. Aparece "processando". Ele espera. A janela para agir sobre a reunião está fechando — em 10 minutos ele tem outra call.
O resumo chega 14 minutos depois. É longo. Os itens de ação são bullets vagos. Ele gasta 8 minutos editando antes de enviar qualquer coisa para o time.
O trabalho não é transcrever a reunião. O trabalho é fazer os 5 minutos após a reunião parecerem sem esforço.
Alex é um gerente de produto. Ele acabou de terminar uma call de 45 minutos com stakeholders. Três decisões foram tomadas. Duas pessoas assumiram compromissos. Ele estava totalmente presente, sem anotações — porque o Fireflies deveria cuidar disso.
A call termina. Ele muda para o Slack. O resumo não chegou. Ele abre o Fireflies. Aparece "processando". Ele espera. A janela para agir sobre a reunião está fechando — em 10 minutos ele tem outra call.
O resumo chega 14 minutos depois. É longo. Os itens de ação são bullets vagos. Ele gasta 8 minutos editando antes de enviar qualquer coisa para o time.
O trabalho não é transcrever a reunião. O trabalho é fazer os 5 minutos após a reunião parecerem sem esforço.
O que os usuários estão dizendo
O que os usuários estão dizendo
A pesquisa revelou padrões que foram muito além do problema declarado. Vários dos achados mais críticos desafiaram diretamente o enquadramento original.
A pesquisa revelou padrões que foram muito além do problema declarado. Vários dos achados mais críticos desafiaram diretamente o enquadramento original.
Oito categorias comportamentais emergiram da análise. As mais relevantes estrategicamente:
Oito categorias comportamentais emergiram da análise. As mais relevantes estrategicamente:
Fricção social do bot
Fricção social do bot
Usuários evitam ferramentas com um bot visível em calls externas ou sensíveis. Discrição é uma funcionalidade.
Usuários evitam ferramentas com um bot visível em calls externas ou sensíveis. Discrição é uma funcionalidade.
Lacuna de confiança nos resumos
Lacuna de confiança nos resumos
Usuários releem as transcrições para verificar o que a IA disse. Isso elimina a economia de tempo que o produto promete.
Usuários releem as transcrições para verificar o que a IA disse. Isso elimina a economia de tempo que o produto promete.
Lacuna de ação pós-reunião
Lacuna de ação pós-reunião
Os resumos são consumidos, mas não geram ação. A transição de "o que foi dito" para "o que fazer a seguir" está quebrada.
Os resumos são consumidos, mas não geram ação. A transição de "o que foi dito" para "o que fazer a seguir" está quebrada.
Cobrança e erosão de confiança
Cobrança e erosão de confiança
Cobranças inesperadas de AI Credits causam desconexão emocional com o produto, mais do que qualquer atrito de UX.
Cobranças inesperadas de AI Credits causam desconexão emocional com o produto, mais do que qualquer atrito de UX.
Síntese
Síntese
O que sabemos com certeza
O que sabemos com certeza
Após mapear a pesquisa, os achados foram separados entre o que foi confirmado por múltiplas fontes independentes e o que ainda era hipótese e precisava de validação com usuários.
Confirmado, sem necessidade de validação adicional
Confirmado, sem necessidade de validação adicional
A confiança na cobrança é o principal gatilho documentado de cancelamento.
A confiança na cobrança é o principal gatilho documentado de cancelamento.
Falhas de integração acontecem silenciosamente, usuários descobrem que o resumo no Notion não foi gerado horas depois da reunião, não em tempo real.
Falhas de integração acontecem silenciosamente, usuários descobrem que o resumo no Notion não foi gerado horas depois da reunião, não em tempo real.
O Granola também tem problemas críticos de confiabilidade (crashes silenciosos, reuniões perdidas) que raramente aparecem na narrativa de "interface mais simples".
O Granola também tem problemas críticos de confiabilidade (crashes silenciosos, reuniões perdidas) que raramente aparecem na narrativa de "interface mais simples".
Ainda questionando
Ainda questionando
O atraso na ativação é causado por fricção no onboarding ou simplesmente pelo fato de o usuário não ter outra reunião até dias após o cadastro?
O atraso na ativação é causado por fricção no onboarding ou simplesmente pelo fato de o usuário não ter outra reunião até dias após o cadastro?
"Usuários não sabem que as funcionalidades existem" é um problema de descoberta, ou os usuários veem as funcionalidades e não entendem o valor delas?
"Usuários não sabem que as funcionalidades existem" é um problema de descoberta, ou os usuários veem as funcionalidades e não entendem o valor delas?
O reframing mais importante da pesquisa
O reframing mais importante da pesquisa
Os usuários não cancelam porque o Fireflies tem funcionalidades demais. Eles cancelam porque nunca criaram um hábito com o produto antes de se deparar com uma cobrança inesperada ou uma falha silenciosa de integração.
Os usuários não cancelam porque o Fireflies tem funcionalidades demais. Eles cancelam porque nunca criaram um hábito com o produto antes de se deparar com uma cobrança inesperada ou uma falha silenciosa de integração.
Jobs to be Done
Jobs to be Done
Para o que os usuários realmente contratam o Fireflies
Para o que os usuários realmente contratam o Fireflies
Seis jobs centrais emergiram da pesquisa. Cada um foi enquadrado como um job statement usando a estrutura: Quero [motivação] quando [contexto], para que eu possa [resultado].
Seis jobs centrais emergiram da pesquisa. Cada um foi enquadrado como um job statement usando a estrutura: Quero [motivação] quando [contexto], para que eu possa [resultado].
Teste Exploratório de Usabilidade
Teste Exploratório de Usabilidade
Uma walkthrough de primeiro acesso antes de testar com usuários reais.
Uma walkthrough de primeiro acesso antes de testar com usuários reais.
Antes de criar wireframes, os jobs e premissas acima foram testados diretamente, percorrendo o produto real do Fireflies como um usuário de primeira vez faria, do cadastro à captura de uma reunião ao vivo até o resumo gerado, documentando cada reação no momento em que acontecia.
Antes de criar wireframes, os jobs e premissas acima foram testados diretamente, percorrendo o produto real do Fireflies como um usuário de primeira vez faria, do cadastro à captura de uma reunião ao vivo até o resumo gerado, documentando cada reação no momento em que acontecia.
01
01
Conflito de modelo mental: o instinto era "criar um bot para trazer para a reunião", não "adicionar um bot a uma reunião em andamento" — mesmo após ler o título da página.
Conflito de modelo mental: o instinto era "criar um bot para trazer para a reunião", não "adicionar um bot a uma reunião em andamento" — mesmo após ler o título da página.
02
02
Confirmar que o Fireflies estava de fato capturando a reunião exigia sair da call completamente para checar uma aba separada de "Status da reunião". O Zoom confirmava a gravação, mas não se o Fireflies estava ativo.
Confirmar que o Fireflies estava de fato capturando a reunião exigia sair da call completamente para checar uma aba separada de "Status da reunião". O Zoom confirmava a gravação, mas não se o Fireflies estava ativo.
03
03
Um risco real de uso indevido surgiu: o bot do Fireflies aparece como opção selecionável no diálogo nativo "atribuir novo host", sem nenhum aviso sobre o que acontece se for escolhido por engano.
Um risco real de uso indevido surgiu: o bot do Fireflies aparece como opção selecionável no diálogo nativo "atribuir novo host", sem nenhum aviso sobre o que acontece se for escolhido por engano.
04
04
A gravação não ficou visível por aproximadamente 2 minutos após sair da call, tempo suficiente para achar que a reunião inteira havia sido perdida.
A gravação não ficou visível por aproximadamente 2 minutos após sair da call, tempo suficiente para achar que a reunião inteira havia sido perdida.
05
05
AskFred e AI Skills pareciam redundantes: AI Skills gerava resultados mais rasos e consumia créditos; a mesma pergunta no AskFred (gratuito e flexível) gerava um resultado mais completo.
AskFred e AI Skills pareciam redundantes: AI Skills gerava resultados mais rasos e consumia créditos; a mesma pergunta no AskFred (gratuito e flexível) gerava um resultado mais completo.
06
06
A navegação lateral foi verificada diretamente: não existe busca entre reuniões ou ponto de entrada para "perguntar sobre todas as reuniões". Não está escondido, simplesmente não existe ainda.
A navegação lateral foi verificada diretamente: não existe busca entre reuniões ou ponto de entrada para "perguntar sobre todas as reuniões". Não está escondido, simplesmente não existe ainda.
Priorização
Priorização
O que resolver e em qual ordem?
O que resolver e em qual ordem?
Dois frameworks, um objetivo: definir o que construir e em qual ordem.
Dois frameworks, um objetivo: definir o que construir e em qual ordem.
O MoSCoW separou o que precisa ser resolvido do que seria bom ter. O Now–Next–Later transformou isso em uma sequência de entrega. Uma mudança deliberada: a descoberta da busca foi movida de Next para Now. O raciocínio: apresentar o principal driver de retenção do Fireflies após o onboarding significa que os usuários decidem se ficam antes de ver o motivo para ficar. Isso é um erro de sequência, não uma lacuna de funcionalidade.
O MoSCoW separou o que precisa ser resolvido do que seria bom ter. O Now–Next–Later transformou isso em uma sequência de entrega. Uma mudança deliberada: a descoberta da busca foi movida de Next para Now. O raciocínio: apresentar o principal driver de retenção do Fireflies após o onboarding significa que os usuários decidem se ficam antes de ver o motivo para ficar. Isso é um erro de sequência, não uma lacuna de funcionalidade.
Fluxo de Usuário
Fluxo de Usuário
O caminho atual quebrado vs. a experiência desejada.
The current broken path vs. the desired experience
O fluxo atual tem seis pontos de falha entre o fim da reunião e a primeira ação tomada. O fluxo redesenhado colapsa tudo em uma experiência contínua: reunião termina → resumo entregue em 2 minutos → leitura de 60 segundos → itens de ação criados com um toque → busca introduzida como ponte para o valor de longo prazo.
O fluxo atual tem seis pontos de falha entre o fim da reunião e a primeira ação tomada. O fluxo redesenhado colapsa tudo em uma experiência contínua: reunião termina → resumo entregue em 2 minutos → leitura de 60 segundos → itens de ação criados com um toque → busca introduzida como ponte para o valor de longo prazo.
O fluxo também inclui um ramo de falha explícito: "O que acontece quando a gravação falha?" Uma ferramenta que parece estar funcionando mas não está é mais perigosa do que uma que falha visivelmente. O estado de falha foi desenhado com o mesmo cuidado que o estado de sucesso.
O fluxo também inclui um ramo de falha explícito: "O que acontece quando a gravação falha?" Uma ferramenta que parece estar funcionando mas não está é mais perigosa do que uma que falha visivelmente. O estado de falha foi desenhado com o mesmo cuidado que o estado de sucesso.
Wireframes
Wireframes
Seis telas, três direções cada, construídas sobre a interface real.
Seis telas, três direções cada, construídas sobre a interface real.
Six screens, three directions each, built on the real interface
Cada wireframe foi construído sobre screenshots reais da interface do Fireflies, não criado do zero. Essa restrição manteve cada decisão ancorada na realidade: se a solução não funcionasse no contexto do produto real, ela não avançava.
Cada wireframe foi construído sobre screenshots reais da interface do Fireflies, não criado do zero. Essa restrição manteve cada decisão ancorada na realidade: se a solução não funcionasse no contexto do produto real, ela não avançava.
O teste exploratório também alterou o escopo no meio do sprint. Duas telas foram substituídas depois que o uso direto do produto revelou problemas mais críticos do que o briefing havia antecipado.
O teste exploratório também alterou o escopo no meio do sprint. Duas telas foram substituídas depois que o uso direto do produto revelou problemas mais críticos do que o briefing havia antecipado.
Uma nota sobre funcionalidades existentes
Uma nota sobre funcionalidades existentes
Algumas das soluções apresentadas aqui se constroem sobre funcionalidades que já existem no Fireflies. O objetivo deste projeto não era identificar funcionalidades ausentes, mas avaliar se as existentes eram descobríveis, compreensíveis e utilizáveis durante uma experiência real de primeiro acesso. Os achados revelaram várias lacunas de usabilidade e confiança, mesmo com a funcionalidade subjacente já disponível.
Algumas das soluções apresentadas aqui se constroem sobre funcionalidades que já existem no Fireflies. O objetivo deste projeto não era identificar funcionalidades ausentes, mas avaliar se as existentes eram descobríveis, compreensíveis e utilizáveis durante uma experiência real de primeiro acesso. Os achados revelaram várias lacunas de usabilidade e confiança, mesmo com a funcionalidade subjacente já disponível.
Tela 1
Tela 1
Adicionar a uma reunião em andamento
Adicionar a uma reunião em andamento
Direção escolhida: substituir o processo manual de colar links pela seleção nativa de reuniões do calendário. O problema não era uma mensagem de erro ruim, era que colar um link era o modelo de interação errado.
Direção escolhida: substituir o processo manual de colar links pela seleção nativa de reuniões do calendário. O problema não era uma mensagem de erro ruim, era que colar um link era o modelo de interação errado.
Tela 2
Tela 2
Status de captura da reunião em andamento
Status de captura da reunião em andamento
A ansiedade: "O Fireflies está realmente gravando?" exige sair da call para verificar uma aba separada. Esta direção mantém o status visível dentro da call e adiciona uma proteção para evitar que o bot seja atribuído acidentalmente como host, um risco real de uso indevido descoberto durante os testes.
A ansiedade: "O Fireflies está realmente gravando?" exige sair da call para verificar uma aba separada. Esta direção mantém o status visível dentro da call e adiciona uma proteção para evitar que o bot seja atribuído acidentalmente como host, um risco real de uso indevido descoberto durante os testes.
Tela 3
Tela 3
A espera pós-reunião
A espera pós-reunião
Direção escolhida: reaproveitar o painel do AskFred, já existente no produto, atualmente subutilizado, como mensageiro de status pós-reunião. Nenhuma nova superfície de UI necessária. A infraestrutura existe. A questão era se os usuários a encontrariam ali. Os testes responderiam isso.
Direção escolhida: reaproveitar o painel do AskFred, já existente no produto, atualmente subutilizado, como mensageiro de status pós-reunião. Nenhuma nova superfície de UI necessária. A infraestrutura existe. A questão era se os usuários a encontrariam ali. Os testes responderiam isso.
Tela 4
Tela 4
Visualização do resumo
Visualização do resumo
O achado mais citado na pesquisa: em uma transcrição longa, uma decisão e um tópico parecem idênticos. Esta direção adiciona uma divisão explícita "Decisões tomadas / Itens de ação" acima das notas, ancorando as duas informações que os usuários realmente precisam para agir, antes de ler qualquer outra coisa.
O achado mais citado na pesquisa: em uma transcrição longa, uma decisão e um tópico parecem idênticos. Esta direção adiciona uma divisão explícita "Decisões tomadas / Itens de ação" acima das notas, ancorando as duas informações que os usuários realmente precisam para agir, antes de ler qualquer outra coisa.
Tela 5
Tela 5
AI Skills vs. AskFred
AI Skills vs. AskFred
Duas funcionalidades, mesmo trabalho, custos diferentes. AskFred é gratuito e flexível. AI Skills consome créditos e retorna resultados mais rasos. Quando um usuário de primeiro acesso vê os dois lado a lado, escolhe o AskFred, sempre. Esta direção explora como seria a consolidação quando uma das opções é claramente dominante.
Duas funcionalidades, mesmo trabalho, custos diferentes. AskFred é gratuito e flexível. AI Skills consome créditos e retorna resultados mais rasos. Quando um usuário de primeiro acesso vê os dois lado a lado, escolhe o AskFred, sempre. Esta direção explora como seria a consolidação quando uma das opções é claramente dominante.
Tela 6
Tela 6
Ponte de descoberta da busca
Ponte de descoberta da busca
A busca entre reuniões não existe na navegação do Fireflies hoje. Não está escondida, está ausente. Esta tela propõe dois pontos de entrada: um item fixo na navegação e uma introdução contextual logo após o primeiro resumo completo do usuário. O segundo importa mais: o momento de maior engajamento é o momento de mostrar ao usuário por que vale a pena continuar.
A busca entre reuniões não existe na navegação do Fireflies hoje. Não está escondida, está ausente. Esta tela propõe dois pontos de entrada: um item fixo na navegação e uma introdução contextual logo após o primeiro resumo completo do usuário. O segundo importa mais: o momento de maior engajamento é o momento de mostrar ao usuário por que vale a pena continuar.
Ver todas as versões de wireframe no Figma
Ver todas as versões de wireframe no Figma
🡭
Próximos Passos
Próximos Passos
Para onde isso vai a partir daqui?
Para onde isso vai a partir daqui?
01
01
Testes de usabilidade com usuários reais. Cada tela tem três direções exploradas, o próximo passo é testá-las com usuários reais para ver qual performa de fato, não qual parece melhor num board.
Testes de usabilidade com usuários reais. Cada tela tem três direções exploradas, o próximo passo é testá-las com usuários reais para ver qual performa de fato, não qual parece melhor num board.
02
02
Dot voting com o time de design e produto do Fireflies. Onde as direções são igualmente defensáveis, como AskFred-first vs. uma superfície de resumo totalmente unificada, a forma mais rápida de alinhar internamente antes dos testes é uma votação colaborativa rápida, não uma decisão unilateral de design.
Dot voting com o time de design e produto do Fireflies. Onde as direções são igualmente defensáveis, como AskFred-first vs. uma superfície de resumo totalmente unificada, a forma mais rápida de alinhar internamente antes dos testes é uma votação colaborativa rápida, não uma decisão unilateral de design.
03
03
Validar a métrica de tempo de ativação. Ainda é uma questão em aberto esclarecer se ela mede o tempo até o primeiro resumo ou o tempo até o retorno ao produto, vale resolver diretamente com o time de produto.
Validar a métrica de tempo de ativação. Ainda é uma questão em aberto esclarecer se ela mede o tempo até o primeiro resumo ou o tempo até o retorno ao produto, vale resolver diretamente com o time de produto.
04
04
Identificar comportamentos correlacionados com retenção. Se os dados do produto mostram que a busca entre reuniões prevê retenção de longo prazo, a Tela 6 deve ser o primeiro conceito testado.
Identificar comportamentos correlacionados com retenção. Se os dados do produto mostram que a busca entre reuniões prevê retenção de longo prazo, a Tela 6 deve ser o primeiro conceito testado.
Ver o board completo de pesquisa no Miro
Ver o board completo de pesquisa no Miro
Briefing · Desk Research · HMWs · JTBD · Teste de Usabilidade · MoSCoW · Fluxo de Usuário · Wireframes
Briefing · Desk Research · HMWs · JTBD · Teste de Usabilidade · MoSCoW · Fluxo de Usuário · Wireframes
🡭
Conclusão
Conclusão
O que este case se propôs a provar
O que este case se propôs a provar
Uma funcionalidade existir e uma funcionalidade funcionar para alguém que a encontra pela primeira vez são duas afirmações diferentes. Este case focou nessa lacuna, não em funcionalidades ausentes, mas em lacunas de usabilidade e confiança no que já havia sido construído.
Uma funcionalidade existir e uma funcionalidade funcionar para alguém que a encontra pela primeira vez são duas afirmações diferentes. Este case focou nessa lacuna, não em funcionalidades ausentes, mas em lacunas de usabilidade e confiança no que já havia sido construído.
Cada recomendação conecta-se a uma observação específica, um achado específico ou um ponto de decisão onde uma direção foi escolhida em vez de outra, e por quê. Esse foi o padrão que este projeto manteve.
Cada recomendação conecta-se a uma observação específica, um achado específico ou um ponto de decisão onde uma direção foi escolhida em vez de outra, e por quê. Esse foi o padrão que este projeto manteve.
Existir nem sempre significa ser utilizável
Existir nem sempre significa ser utilizável
Muitas das oportunidades identificadas neste case se relacionam a funcionalidades que já existem. A pesquisa mostrou que uma funcionalidade existir e funcionar para alguém que a encontra pela primeira vez são duas afirmações diferentes. Os usuários frequentemente tiveram dificuldade para descobrir, entender ou confiar em capacidades que já estavam disponíveis.
Muitas das oportunidades identificadas neste case se relacionam a funcionalidades que já existem. A pesquisa mostrou que uma funcionalidade existir e funcionar para alguém que a encontra pela primeira vez são duas afirmações diferentes. Os usuários frequentemente tiveram dificuldade para descobrir, entender ou confiar em capacidades que já estavam disponíveis.
Da evidência à direção
Da evidência à direção
Em vez de focar em lacunas de funcionalidade, este case focou em lacunas de usabilidade. Cada recomendação está ancorada em comportamento observado, achados de pesquisa e premissas testadas, transformando insights em direções de design claras e testáveis.
Em vez de focar em lacunas de funcionalidade, este case focou em lacunas de usabilidade. Cada recomendação está ancorada em comportamento observado, achados de pesquisa e premissas testadas, transformando insights em direções de design claras e testáveis.
Obrigado!
Obrigado!
FUNÇÃO
UX Designer (solo)
UX Designer (solo)
ANO
2026
3 days · 2026
FERRAMENTAS
Miro · Figma · Claude
Miro · Figma · Claude
SETOR
Produtividade com IA / SaaS
Produtividade com IA / SaaS
© 2026
Matheus Paiva
© 2026
Matheus Paiva
© 2026
Matheus Paiva