--- title: "Findability em UX: como melhorar busca, navegação e encontrabilidade" date: 2026-08-24T12:30:00Z modified: 2026-08-24T01:44:16Z permalink: "https://camaraux.com.br/findability-ux/" type: post status: publish excerpt: Findability em UX é a capacidade de uma pessoa encontrar, reconhecer e recuperar conteúdos e funcionalidades. Veja como avaliar rótulos, arquitetura, navegação, busca, filtros, acessibilidade e recuperação com métodos e checklist. wpid: 12905 categories: - UX Research & Métodos tags: - UX Research & Métodos - Acessibilidade - arquitetura da informação UX - card sorting - navegação - tree testing - UX Research rank_math_title: "Findability em UX: como melhorar busca, navegação e encontrabilidade" rank_math_description: Aprenda a avaliar findability em UX com critérios para rótulos, arquitetura, navegação, busca, filtros, metadados e recuperação. rank_math_focus_keyword: findability UX rank_math_canonical_url: "https://camaraux.com.br/findability-ux/" featured_image: /wp-content/uploads/2026/08/findability-ux-thumbnail.jpg featured_image_alt: Pessoa diante de um caminho luminoso que leva a uma estrutura arredondada, representando findability em UX. author: Lucas Camara timestamp: 2026-08-24T01:44:16Z --- Findability em UX é a capacidade de uma pessoa encontrar, reconhecer e recuperar um conteúdo, uma informação ou uma funcionalidade quando precisa dela. Essa capacidade não depende apenas de um campo de busca: envolve a forma como o produto organiza seus conteúdos, nomeia categorias, apresenta caminhos, indexa informações, oferece filtros e ajuda a pessoa a se recuperar quando o primeiro caminho falha. Na prática, uma interface tem boa findability quando a pessoa consegue transformar uma intenção em um caminho compreensível. Ela pode saber exatamente o que procura, explorar um assunto sem conhecer o nome da solução ou tentar reencontrar algo que viu anteriormente. Por isso, avaliar encontrabilidade exige começar pela tarefa e pelo contexto de uso, não pela presença ou ausência de um componente específico. ![Caminhos de informação que se organizam e convergem para um destino comum, representando findability em UX](https://camaraux.com.br/wp-content/uploads/2026/08/findability-ux-organizacao.jpg) Ilustração editorial: caminhos, agrupamentos e destino compreensível. Crédito: CamaraUX, imagem gerada por IA para este artigo.## O que é findability em UX? Findability, ou encontrabilidade, descreve o quanto é fácil localizar algo dentro de um ambiente de informação. Esse “algo” pode ser uma página, um produto, uma configuração, uma ação, um documento, um dado ou uma funcionalidade. O conceito é tradicionalmente associado à arquitetura da informação, à navegação, aos rótulos, aos metadados e à busca. Uma definição útil para o trabalho de produto é: findability é o resultado da relação entre uma tarefa, o modelo mental da pessoa e os caminhos que o sistema oferece para localizar o que é relevante. Essa definição desloca a discussão de “a informação existe?” para perguntas mais importantes: a pessoa sabe que ela existe? reconhece o rótulo usado? consegue prever onde encontrá-la? recebe pistas suficientes para continuar? consegue voltar quando o primeiro caminho não funciona? A distinção importa porque uma informação pode estar tecnicamente publicada e ainda assim ser difícil de encontrar. Uma política de reembolso escondida em uma categoria chamada “Central de conhecimento”, por exemplo, pode existir, estar indexada e até ser acessível por uma URL direta. Mesmo assim, a experiência falha se as pessoas procuram por “cancelamento”, “devolução” ou “dinheiro de volta” e não reconhecem o caminho apresentado. A arquitetura da informação fornece a estrutura. A navegação oferece caminhos. A busca interpreta uma intenção e retorna resultados. Os rótulos reduzem a ambiguidade. Os metadados ajudam a organizar e recuperar conteúdos. O feedback mostra o que aconteceu. Findability é o resultado observável da combinação desses elementos em uma tarefa real. Para aprofundar a organização de conteúdos, taxonomias e relações entre informações, consulte o guia de [arquitetura da informação em UX](/arquitetura-da-informacao-ux/). Neste artigo, o foco é o resultado dessa estrutura quando uma pessoa tenta encontrar algo. ## Findability, discoverability e usabilidade: qual é a diferença? Os termos se relacionam, mas não são sinônimos. **Findability** é a capacidade de encontrar algo que a pessoa procura, mesmo que ela precise navegar, buscar, comparar caminhos ou reconhecer pistas ao longo do processo. A situação típica é: “onde está a segunda via da minha fatura?” ou “como altero o endereço de entrega?”. **Discoverability** é a possibilidade de descobrir algo relevante que a pessoa ainda não conhecia ou não estava procurando explicitamente. Um recurso de exportação que aparece no momento adequado, uma categoria relacionada ou uma recomendação contextual podem melhorar a descoberta sem que a pessoa tenha digitado o nome da funcionalidade. **Usabilidade** é uma avaliação mais ampla sobre o quanto uma pessoa consegue realizar uma tarefa com eficácia, eficiência e satisfação em determinado contexto. Encontrar uma funcionalidade é apenas uma etapa. Depois de localizá-la, a pessoa ainda pode não compreender seu propósito, não conseguir operá-la ou não confiar no resultado. Essa separação evita um erro comum: concluir que uma interface tem boa findability apenas porque existe uma busca, ou que tem boa discoverability porque mostra recomendações. O que importa é observar se os caminhos ajudam a pessoa a atingir seu objetivo específico. ## Quatro situações de encontrabilidade Uma auditoria de findability fica mais precisa quando identifica qual comportamento está sendo analisado. ### Busca por item conhecido A pessoa sabe o que quer, ou pelo menos possui uma representação relativamente clara do objetivo. Ela procura “alterar senha”, “nota fiscal” ou “contrato de prestação de serviço”. Nesse caso, rótulos, correspondência de termos, autocomplete, sinônimos e velocidade de recuperação costumam ter grande importância. O risco é o produto usar uma nomenclatura interna que não corresponde à linguagem das pessoas. O estudo clássico de Furnas e colaboradores sobre o problema de vocabulário mostra que pessoas diferentes podem escolher palavras muito diferentes para se referir ao mesmo conceito. Isso fundamenta a necessidade de investigar vocabulário, termos alternativos e contexto, em vez de presumir que o rótulo usado pela equipe é naturalmente compreensível. [Furnas et al., 1987](https://doi.org/10.1145/32206.32212) ### Busca exploratória Aqui a pessoa sabe o objetivo geral, mas ainda não conhece exatamente a resposta. Ela pode procurar “como melhorar a retenção de clientes” ou “qual método usar para validar uma arquitetura”. A busca precisa apoiar comparação, refinamento, leitura de resultados e mudança de direção. Marchionini diferencia atividades de lookup, nas quais a pessoa procura um item específico, de busca exploratória, na qual ela aprende, investiga e constrói entendimento ao longo do caminho. Essa distinção é importante porque uma interface otimizada apenas para correspondência exata pode funcionar bem para itens conhecidos e ser ruim para problemas abertos. [Marchionini, 2006](https://doi.org/10.1145/1121949.1121979) ### Descoberta de algo desconhecido Às vezes, a pessoa não sabe que determinado conteúdo ou funcionalidade existe. Nesse cenário, não basta esperar que ela digite o termo correto. A arquitetura, os agrupamentos, os links contextuais, os exemplos e as pistas visuais precisam tornar possibilidades relevantes perceptíveis sem sobrecarregar a interface. ### Recuperação de algo já visto A pessoa lembra que encontrou uma informação, mas não consegue lembrar exatamente onde. Ela pode usar o histórico, a busca, breadcrumbs, links relacionados ou uma navegação consistente. Esse comportamento é especialmente relevante em bases de conhecimento, portais, sistemas internos e produtos com grande volume de conteúdo. ## Como fazer uma auditoria de findability Uma auditoria deve começar com tarefas, não com componentes. Para cada tarefa, registre o objetivo da pessoa, o contexto, o vocabulário provável, os caminhos disponíveis e o ponto em que a localização pode falhar. ### 1. Comece pela tarefa Escreva a tarefa de forma observável. “Avaliar a navegação” é amplo demais. “Encontrar a política de reembolso para uma compra cancelada” permite identificar o que deve ser encontrado, qual conhecimento a pessoa possui e que resultado representa sucesso. Também é importante registrar o contexto: a pessoa está usando desktop ou celular? está com pressa? conhece o produto? está autenticada? possui um termo específico ou apenas uma intenção? um profissional experiente e uma pessoa iniciante podem seguir caminhos diferentes para o mesmo objetivo. Esse contexto pode ser relacionado ao [mapa de jornadas do usuário](/mapa-de-jornadas-do-usuario/), especialmente quando a informação aparece em mais de um momento da experiência ou quando a tarefa depende de etapas anteriores. ### 2. Avalie os rótulos Um rótulo deve ajudar a pessoa a prever o conteúdo ou a ação que encontrará. Avalie se ele é específico, compreensível, consistente com outros rótulos e compatível com o vocabulário do público. Evite concluir que um rótulo é bom apenas porque a equipe o entende. Compare a linguagem do produto com termos usados em entrevistas, tickets, buscas internas, consultas ao suporte e testes de tarefa. O problema pode não ser falta de conteúdo, mas uma diferença entre a linguagem de quem organiza e a linguagem de quem procura. ### 3. Avalie a hierarquia Pergunte se as categorias estão organizadas segundo tarefas e modelos mentais compreensíveis, ou se apenas reproduzem a estrutura interna da empresa. O conteúdo deve aparecer onde a pessoa espera encontrá-lo, não necessariamente onde o departamento responsável decidiu armazená-lo. O [guia de arquitetura da informação da Yale](https://usability.yale.edu/ux/plan/establish-structure-findability) recomenda pensar em estrutura, taxonomia, nomenclatura e validação com pessoas. Card sorting pode ajudar a explorar como participantes agrupam e nomeiam conteúdos; tree testing pode verificar se conseguem localizar itens dentro de uma estrutura proposta. Nenhum dos dois elimina a necessidade de testar a experiência completa. ### 4. Avalie a navegação Observe se existe um caminho previsível para a tarefa, se os níveis de navegação são compreensíveis e se a pessoa consegue saber onde está. Menus, breadcrumbs, links contextuais, páginas de categoria e navegação local podem cumprir funções diferentes. Não existe uma obrigação de colocar todos os conteúdos no menu principal. A navegação principal deve refletir a arquitetura estratégica, enquanto hubs, busca, rodapés e links contextuais podem apoiar caminhos específicos. O importante é que a pessoa não dependa de tentativa e erro para descobrir a estrutura. ### 5. Avalie a busca Uma busca útil precisa lidar com mais do que a correspondência perfeita entre a consulta e o título de uma página. Verifique: - termos usados pelas pessoas e sinônimos relevantes; - erros de digitação e variações de escrita; - autocomplete e sugestões; - qualidade e ordenação dos resultados; - filtros e possibilidade de limpar ou combinar critérios; - mensagens de zero resultados; - alternativas quando nada é encontrado; - preservação da consulta quando a pessoa volta dos resultados; - consistência entre o que aparece no resultado e o conteúdo da página. A Microsoft trata a busca como uma preocupação transversal da findability: uma arquitetura bem desenhada não elimina a necessidade de busca, e a busca não corrige sozinha uma organização confusa. [Search Is Key to Findability](https://learn.microsoft.com/en-us/archive/msdn-magazine/2009/november/search-is-key-to-findability) ### 6. Avalie metadados e pistas Títulos, descrições, categorias, datas, autores, tags, breadcrumbs e trechos de resultado funcionam como pistas. Na perspectiva de information foraging, associada ao trabalho de Pirolli e Card, as pessoas avaliam sinais para decidir se vale a pena seguir um caminho. A teoria é um modelo explicativo, não um checklist pronto de interface, mas ajuda a formular uma pergunta útil: o sistema oferece informação suficiente para a pessoa estimar o valor do próximo passo? [Pirolli e Card, 1999](https://doi.org/10.1037/0033-295X.106.4.643) Uma página pode estar no lugar certo e ainda assim parecer irrelevante se o título for genérico, a descrição não explicar o conteúdo ou o resultado de busca não mostrar pistas suficientes. O texto do link também importa. A [WCAG 2.4.4](https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-in-context.html) orienta que o propósito do link seja compreensível pelo texto ou pelo contexto programaticamente associado. ### 7. Avalie recuperação e estados de falha Findability também aparece quando o primeiro caminho não funciona. A pessoa precisa conseguir voltar, corrigir a consulta, limpar filtros, entender por que nada apareceu e tentar uma alternativa. Estados vazios e mensagens de zero resultados devem orientar a próxima ação sem culpar a pessoa. “Nada encontrado” é uma informação incompleta. Uma resposta melhor pode preservar o termo pesquisado, sugerir variações, remover filtros incompatíveis, oferecer categorias relacionadas ou encaminhar para suporte quando a tarefa exigir ajuda humana. Esse ponto conecta findability aos [estados de interface em UX](/estados-de-interface-ux/). Um estado vazio não é apenas um espaço sem conteúdo; ele pode ajudar a recuperar a intenção original e manter a pessoa em movimento. ## Qual método usar para testar findability? Não existe um método único que responda a todas as perguntas. O método deve ser escolhido de acordo com a decisão que a equipe precisa tomar. A escolha deve ser conectada ao problema de pesquisa, como nos conteúdos de [métodos de pesquisa em UX](/metodos-de-pesquisa-ux/), e não feita apenas porque uma ferramenta está disponível. | Pergunta de pesquisa | Método mais adequado | O que observar | Limite principal | | --- | --- | --- | --- | | As pessoas agrupam e nomeiam os conteúdos de forma parecida? | Card sorting | Categorias, agrupamentos e vocabulário | Não prova que a estrutura funcionará em uma tarefa real | | As pessoas conseguem encontrar itens em uma hierarquia? | Tree testing | Caminhos, erros, retornos e localização | Avalia a estrutura sem toda a interface visual e interativa | | Qual é o primeiro caminho escolhido? | First-click testing | Primeira decisão e pistas disponíveis | Um primeiro clique correto não garante conclusão da tarefa | | A experiência completa permite concluir a tarefa? | Teste de usabilidade | Compreensão, erros, hesitação, abandono e recuperação | Exige tarefas e participantes adequados ao contexto | | Quais termos as pessoas usam? | Entrevistas, suporte e logs de busca | Vocabulário, sinônimos, intenções e lacunas | Logs mostram comportamento, mas nem sempre explicam a causa | | Onde há sinais de dificuldade em produção? | Analytics e Search Console | Saídas, refinamentos, retornos, consultas e páginas de entrada | São sinais para investigação, não prova isolada de causalidade | Card sorting é útil para explorar e discutir categorias, mas não deve ser apresentado como medição completa de findability. Tree testing se aproxima mais da pergunta “a pessoa consegue localizar este item nesta estrutura?”, enquanto o teste de usabilidade ajuda a entender a experiência completa. ![Caminho alternativo atravessando uma ponte e chegando a um destino claro, representando recuperação em uma auditoria de findability](https://camaraux.com.br/wp-content/uploads/2026/08/findability-ux-auditoria.jpg) Ilustração editorial: recuperação após um caminho incompleto e chegada ao destino. Crédito: CamaraUX, imagem gerada por IA para este artigo.Também não há um número universal de participantes que garanta uma auditoria válida. A amostra depende da pergunta, da heterogeneidade do público, do tipo de decisão, da precisão desejada e do risco de não identificar problemas relevantes. A literatura de usabilidade registra limitações de regras fixas de amostragem, como mostram os trabalhos de [Nielsen e Landauer](https://doi.org/10.1145/169059.169166), [Virzi](https://doi.org/10.1177/001872089203400407) e [Faulkner](https://doi.org/10.3758/BF03195514). O número deve ser consequência do objetivo do estudo, não um ritual separado da decisão. ## Findability e acessibilidade Uma informação não é plenamente encontrável se parte das pessoas não consegue perceber, navegar ou compreender os caminhos disponíveis. A acessibilidade, portanto, não é uma camada estética adicionada depois da arquitetura. Essa relação também merece ser analisada junto aos fundamentos de [acessibilidade digital em UX](/acessibilidade-digital-ux/), porque títulos, links, nomes acessíveis, foco e múltiplos caminhos afetam diretamente a localização do conteúdo. A [WCAG 2.4.5](https://www.w3.org/WAI/WCAG22/Understanding/multiple-ways) aborda múltiplas formas de localizar páginas dentro de um conjunto de conteúdo, com exceções para processos em que as etapas são necessariamente sequenciais. A [WCAG 2.4.6](https://www.w3.org/WAI/WCAG21/Understanding/headings-and-labels.html) relaciona headings e rótulos descritivos à capacidade de encontrar e compreender conteúdo. A orientação geral da [W3C sobre navegação](https://www.w3.org/WAI/people-use-web/tools-techniques/navigation/) também reforça consistência, títulos compreensíveis, orientação e mecanismos de navegação adequados. Na prática, uma auditoria de findability deve verificar se: - headings descrevem o conteúdo que realmente aparece na seção; - links têm destinos compreensíveis sem depender de “clique aqui”; - componentes possuem nomes acessíveis; - a navegação pode ser realizada por teclado; - foco, estado e localização não dependem apenas de cor; - conteúdos importantes possuem mais de um caminho quando isso é útil; - filtros, menus e resultados de busca comunicam seus estados; - o HTML principal permanece rastreável e compreensível. Conformidade também não substitui experiência real. Estudos sobre acessibilidade e usabilidade mostram que problemas encontrados por pessoas com diferentes formas de interação nem sempre são totalmente previstos por guidelines. Por isso, padrões e critérios normativos devem orientar a construção e ser complementados por testes apropriados. ## Como transformar o diagnóstico em decisão O resultado de uma auditoria não deve ser uma lista genérica de “melhorias de navegação”. Cada achado precisa conectar evidência e ação. Considere o seguinte exemplo: pessoas precisam encontrar uma política de reembolso. Em entrevistas e logs, aparecem os termos “cancelar”, “devolver” e “dinheiro de volta”, mas o produto usa apenas “reembolso”. No tree testing, participantes procuram o conteúdo dentro de “Pedidos”; no menu atual, ele está em “Ajuda financeira”. O diagnóstico não é simplesmente “a busca está ruim”. Há pelo menos três hipóteses: o vocabulário não corresponde ao usado pelas pessoas, a categoria está distante do contexto da tarefa e a busca não oferece sinônimos suficientes. As ações podem incluir revisar o rótulo, criar links contextuais a partir do fluxo de pedidos, registrar variações de vocabulário e melhorar a recuperação de busca. Depois da mudança, a equipe precisa escolher um método compatível com a hipótese. Se o problema é a organização, um novo tree test pode ajudar. Se é a compreensão da interface completa, um teste de tarefa é mais adequado. Se é a linguagem usada nas consultas, logs e entrevistas podem ser mais informativos. A decisão deve ser verificável e ter um critério de sucesso definido antes da avaliação. ## Checklist CamaraUX de findability Use este checklist como ponto de partida para uma auditoria. Ele não substitui pesquisa com pessoas nem análise do produto em contexto. ``` - [ ] A tarefa que a pessoa precisa realizar está descrita de forma observável. - [ ] O contexto de uso, conhecimento prévio e restrições estão registrados. - [ ] A informação ou funcionalidade a encontrar está claramente definida. - [ ] Os rótulos usam linguagem compreensível e próxima do vocabulário do público. - [ ] Categorias e hierarquia refletem tarefas ou modelos mentais relevantes. - [ ] O conteúdo pode ser alcançado por um caminho previsível. - [ ] Há pistas suficientes para decidir se vale a pena seguir um link ou resultado. - [ ] A busca trata variações, sinônimos e erros relevantes. - [ ] Resultados de busca explicam por que cada item é relevante. - [ ] Filtros podem ser compreendidos, combinados, removidos e recuperados. - [ ] O estado de zero resultados orienta uma próxima ação. - [ ] A pessoa consegue voltar sem perder a intenção ou os filtros importantes. - [ ] Títulos, headings e links são descritivos e acessíveis. - [ ] Conteúdos importantes possuem caminhos alternativos quando necessário. - [ ] O método de avaliação foi escolhido de acordo com a pergunta. - [ ] O achado está ligado a uma decisão, e não apenas a uma preferência visual. - [ ] O critério de sucesso foi definido antes da mudança. - [ ] A estrutura possui governança para evitar rótulos inconsistentes, conteúdos órfãos e duplicação. ``` ## Conclusão Findability em UX não é uma propriedade isolada da busca, do menu ou da arquitetura da informação. É a capacidade de um sistema ajudar uma pessoa a transformar intenção em localização, reconhecimento e recuperação de informação. Uma boa análise começa pela tarefa e investiga o conjunto de elementos que orienta o caminho: rótulos, categorias, hierarquia, navegação, busca, filtros, metadados, links, feedback, estados vazios e acessibilidade. A partir daí, o time escolhe o método adequado, coleta evidências, reconhece os limites da análise e transforma o achado em uma decisão verificável. O ponto não é fazer com que tudo esteja visível ao mesmo tempo. É criar caminhos compreensíveis para que cada pessoa consiga encontrar o que precisa, descobrir o que pode ser relevante e recuperar-se quando o primeiro caminho não funciona. ## Referências - [Furnas et al. — The vocabulary problem in human-system communication](https://doi.org/10.1145/32206.32212), 1987. - [Pirolli e Card — Information Foraging](https://doi.org/10.1037/0033-295X.106.4.643), 1999. - [Marchionini — Exploratory search: from finding to understanding](https://doi.org/10.1145/1121949.1121979), 2006. - [Nielsen e Landauer — A mathematical model of the finding of usability problems](https://doi.org/10.1145/169059.169166), 1993. - [Virzi — Refining the Test Phase of Usability Evaluation](https://doi.org/10.1177/001872089203400407), 1992. - [Faulkner — Beyond the five-user assumption](https://doi.org/10.3758/BF03195514), 2003. - [Microsoft — Search Is Key to Findability](https://learn.microsoft.com/en-us/archive/msdn-magazine/2009/november/search-is-key-to-findability). - [Yale — Establish Structure & Findability](https://usability.yale.edu/ux/plan/establish-structure-findability). - [W3C — Navigation](https://www.w3.org/WAI/people-use-web/tools-techniques/navigation/). - [WCAG 2.4.4 — Link Purpose](https://www.w3.org/WAI/WCAG22/Understanding/link-purpose-in-context.html). - [WCAG 2.4.5 — Multiple Ways](https://www.w3.org/WAI/WCAG22/Understanding/multiple-ways). - [WCAG 2.4.6 — Headings and Labels](https://www.w3.org/WAI/WCAG21/Understanding/headings-and-labels.html). - [Rosenfeld, Morville e Arango — Information Architecture for the Web and Beyond](https://www.oreilly.com/library/view/information-architecture-4th/9781491913529/). ### Findability é uma métrica única? Não. Findability é um resultado que pode ser investigado por diferentes sinais, como sucesso em tarefas, caminhos escolhidos, buscas refinadas, zero resultados, retornos, abandono e compreensão dos rótulos. A métrica adequada depende da pergunta, do produto e do contexto de uso. ### Card sorting mede findability sozinho? Não. Card sorting ajuda a explorar como as pessoas agrupam e nomeiam informações, mas não prova que uma arquitetura funcionará em uma tarefa real. Para avaliar localização dentro de uma hierarquia, tree testing e testes de tarefa são mais adequados. ### Uma busca interna resolve problemas de findability? Não necessariamente. A busca pode ajudar, mas não corrige sozinha rótulos confusos, categorias inadequadas, conteúdo duplicado, metadados pobres ou caminhos de navegação pouco previsíveis. Findability deve ser avaliada como um sistema que combina busca, navegação e arquitetura. ### Quantas pessoas são necessárias para testar findability? Não existe um número universal. A quantidade depende da pergunta, do método, da heterogeneidade do público, da precisão desejada e do risco da decisão. Defina primeiro o que precisa ser aprendido e escolha a amostra de acordo com esse objetivo. ## Topics **Categorias:** [UX Research & Métodos](https://camaraux.com.br/wp-content/uploads/wp-mfa-exports/taxonomy/category/ux-research-metodos.md) **Tags:** [Acessibilidade](https://camaraux.com.br/wp-content/uploads/wp-mfa-exports/taxonomy/post_tag/acessibilidade.md), [arquitetura da informação UX](https://camaraux.com.br/wp-content/uploads/wp-mfa-exports/taxonomy/post_tag/arquitetura-da-informacao-ux.md), [card sorting](https://camaraux.com.br/wp-content/uploads/wp-mfa-exports/taxonomy/post_tag/card-sorting.md), [navegação](https://camaraux.com.br/wp-content/uploads/wp-mfa-exports/taxonomy/post_tag/navegacao.md), [tree testing](https://camaraux.com.br/wp-content/uploads/wp-mfa-exports/taxonomy/post_tag/tree-testing.md), [UX Research](https://camaraux.com.br/wp-content/uploads/wp-mfa-exports/taxonomy/post_tag/ux-research.md)