UX Research em Brasil

O formato de cobrança segue a natureza do estudo. O pacote fechado é o mais comum para demandas pontuais: uma rodada de teste de usabilidade com um número definido de participantes, um ciclo de entrevistas em profundidade ou uma pesquisa quantitativa por questionário, cada um com planejamento, roteiro, condução, análise e relatório embutidos no preço. O valor cresce com o número de participantes, com a dificuldade de recrutamento — perfis específicos, como médicos ou gestores de frota, custam mais para encontrar — e com a modalidade, já que sessões presenciais somam logística que o formato remoto dispensa. Dois custos aparecem fora do pacote com frequência: o incentivo pago aos participantes e a plataforma de testes ou painel de recrutamento, repassados ao cliente. Para produto com dúvidas constantes, o pesquisador embarcado por contrato mensal sai mais eficiente que pacotes avulsos. Compare propostas pelo custo por participante e pelo que a análise entrega, não pelo total isolado.

O cronograma de pesquisa tem menos a ver com a quantidade de sessões e mais com a fila que as antecede. O planejamento abre o estudo: definição das perguntas que a pesquisa deve responder, roteiro, critérios de recrutamento e alinhamento com o time — dois a quatro dias quando o objetivo chega claro. O recrutamento corre em paralelo e é o gargalo real: consumidores gerais aparecem em poucos dias via painel, mas perfis de nicho podem exigir duas semanas de busca. As sessões em si são rápidas: cinco a oito entrevistas cabem em dois ou três dias de agenda. A análise fecha o ciclo, com transcrição, síntese dos padrões e o relatório de achados e recomendações, em mais três a cinco dias. Pesquisas quantitativas invertem a lógica, com campo mais longo e análise mais concentrada. Quando o resultado precisa alimentar uma decisão com data, comece o recrutamento no dia da contratação e peça um repasse preliminar dos achados logo após as últimas sessões, antes do relatório final.

A espinha dorsal de qualquer proposta séria tem cinco entregas: o plano que traduz a dúvida do negócio em perguntas de pesquisa, o roteiro ou protocolo das sessões, a condução — entrevistas ou testes moderados, gravados com consentimento —, a análise que transforma horas de gravação em padrões e o relatório final com evidências, achados e recomendações acionáveis. As variações ficam na borda. O recrutamento pode ser do pesquisador, via painel pago, ou do cliente, que traz os próprios usuários da base — a segunda opção barateia o estudo, mas enviesa a amostra para os mais engajados. Incentivos aos participantes quase sempre são repassados à parte. Gravações e transcrições pertencem ao cliente, mas a titularidade deve constar do contrato, junto com a adequação à LGPD no tratamento dos dados dos participantes. Vale negociar a apresentação dos resultados ao vivo para o time e as lideranças: relatório lido sozinho muda menos decisões do que uma sessão de discussão bem conduzida.

A escolha errada aqui desperdiça o estudo inteiro, e o erro mais comum é pedir números cedo demais. Se o time ainda não sabe qual é o problema — por que a ativação está baixa, o que impede o upgrade —, a pesquisa qualitativa é o único caminho: entrevistas em profundidade e testes moderados expõem raciocínios, contextos e barreiras que nenhum questionário anteciparia, e meia dúzia de sessões bem conduzidas costuma revelar os padrões dominantes. Quando as hipóteses já existem e a dúvida é de escala — quantos usuários sofrem com isso, qual dos três problemas atacar primeiro —, entram os métodos quantitativos: questionários com amostra representativa, análise de funil, testes não moderados com dezenas de participantes. Os estudos mais eficientes encadeiam os dois: a qualitativa gera as hipóteses, a quantitativa as dimensiona. Um pesquisador experiente pergunta qual decisão o estudo vai alimentar antes de propor método — se a proposta chega com método definido antes da pergunta, esse é um sinal de alerta na contratação.

O número pequeno surpreende quem vem de pesquisa de mercado, mas tem lógica: em teste qualitativo, o objetivo é descobrir problemas, não medi-los, e os obstáculos graves de um fluxo aparecem já nas primeiras sessões — a partir da sexta ou sétima, os participantes tropeçam nos mesmos lugares e cada sessão adicional rende pouco. Por isso a prática consolidada trabalha com cinco a oito usuários por rodada e por perfil: um produto com dois públicos muito distintos, como médicos e pacientes, pede uma leva de cada. O dinheiro economizado em volume rende mais em frequência — duas rodadas de cinco participantes, testando a correção da primeira, valem mais que uma rodada de dez. A conta muda quando a pergunta é métrica: comparar duas versões de tela, medir taxa de conclusão ou tempo de tarefa exige amostra com dezenas de participantes, geralmente em teste não moderado por plataforma. Desconfie de propostas qualitativas com vinte participantes por rodada: custam o triplo e entregam o mesmo aprendizado.

Peça a proposta descrevendo as etapas e o que sai de cada uma: descoberta e pesquisa, arquitetura de informação, fluxos, wireframes, interface visual, protótipo navegável e especificações para desenvolvimento. Projetos que partem de um sistema de design existente custam menos e andam mais rápido, porque componentes já estão definidos. Redesenhos completos exigem inventário do produto atual e plano de migração, o que amplia o escopo. Confirme se testes com usuários estão inclusos e quantos participantes estão previstos, já que recrutamento e incentivo têm custo próprio. Combine também rodadas de ajuste e critérios de aceite. Por fim, alinhe o formato de entrega ao time de desenvolvimento, para que o material seja utilizável e não apenas bonito na apresentação de encerramento do projeto.

Trabalhar por ciclos curtos rende mais que um projeto único e longo, porque cada ciclo entrega algo testável. Um ritmo comum é uma semana de descoberta, duas de desenho e uma de validação, repetindo conforme o produto evolui. O que mais atrasa é o acesso a usuários: recrutar participantes para entrevistas e testes leva dias e precisa começar no início do projeto, não no fim. Aprovações internas também consomem tempo, então defina quem decide e em qual prazo. Se o desenvolvimento acontece em paralelo, combine a antecedência com que as telas precisam estar prontas, para não travar o time. E reserve tempo para a documentação de especificações, que é o que garante que o produto construído corresponda ao que foi desenhado e aprovado.

Peça que a proposta liste os artefatos com nome e formato, e confirme que o time de desenvolvimento terá acesso ao arquivo com permissão de inspeção. Especificação é o item mais negligenciado: além do visual, o desenvolvedor precisa saber estados de carregamento, erro e vazio, comportamento em telas pequenas, regras de validação e mensagens. Acessibilidade deve estar prevista desde o início — contraste adequado, alvos de toque, navegação por teclado e textos alternativos — porque corrigir depois custa muito mais. Em sistemas de design, verifique se há documentação de uso e critérios para criar componentes novos, sem os quais o sistema se desorganiza em poucos meses. Combine ainda um período de acompanhamento durante o desenvolvimento, para tirar dúvidas e revisar as telas construídas.

O volume não precisa ser grande para gerar aprendizado útil. Entrevistas com usuários reais mostram como o trabalho é feito hoje, quais soluções improvisadas existem e onde estão as dores; testes de usabilidade com protótipo revelam onde as pessoas travam antes de o código existir. Quando não há acesso a usuários externos, dados internos ajudam: registros de suporte, funis de conversão, gravações de sessão e conversas do time comercial. Combine no contrato quem recruta participantes, quantos são e se haverá incentivo. Peça o relatório com achados priorizados e recomendações ligadas a decisões de design, não apenas um resumo de falas. E acompanhe pelo menos uma sessão: assistir a um usuário travando na sua tela costuma alinhar expectativas mais que qualquer apresentação.

No contrato único, o ganho é de continuidade: quem desenhou acompanha a implementação e resolve dúvidas rapidamente. O risco é a falta de contraponto, então mantenha critérios de aceite explícitos e valide entregas por etapa. Em contratos separados, o cuidado principal é a passagem: especificações completas, acesso aos arquivos, reunião de alinhamento e horas reservadas do designer para revisar o que foi construído. Deixe claro quem responde por ajustes quando a implementação diverge do desenho. Em ambos os formatos, prefira ciclos curtos com entregas navegáveis a um pacote fechado longo. E garanta desde o início a propriedade dos arquivos de design e do código, com acesso às ferramentas em contas da sua empresa, não em contas pessoais de quem prestou o serviço.

O tema vai de R$ 20 a cerca de R$ 15.000 no catálogo, cobrindo desde peças gráficas avulsas até desenvolvimento de software. Alguns valores de referência: site institucional de R$ 1.500 a R$ 8.000, landing page de R$ 800 a R$ 3.500, loja virtual de R$ 2.500 a R$ 15.000 e gestão de redes sociais de R$ 800 a R$ 4.000 por mês. O que define o preço é a quantidade de telas ou peças, o nível de personalização, se há integração com outros sistemas e quem produz o conteúdo. Projeto feito sobre tema pronto custa uma fração do desenvolvimento sob medida, e é a escolha certa para muita gente. Lembre dos custos recorrentes que não estão no orçamento do projeto: domínio, hospedagem, licenças e manutenção. Peça a proposta com escopo, entregas e o que fica fora.

A execução dos serviços do tema fica em média em torno de quatro horas nas entregas menores e passa de setenta horas nos projetos maiores — mas o calendário real é sempre maior que a soma das horas técnicas. O que mais atrasa projeto digital não é código: é conteúdo. Texto, fotos, catálogo de produtos, logotipo em alta resolução e acessos a domínio e hospedagem precisam estar prontos, e quase nunca estão. Combine desde o início quem produz cada item e uma data de corte para entrega do material. Estabeleça também quantas rodadas de revisão estão incluídas e qual é o prazo para você responder cada uma; projeto parado esperando aprovação é o cenário mais comum. Peça um cronograma com etapas — descoberta, protótipo, desenvolvimento, testes, publicação — e um ambiente de homologação para revisar antes de o site ir ao ar.