Blog
Sua pesquisa de usuário vale milhões. Você não consegue encontrar nada dela.

Uma equipe de produto comissiona um estudo de pesquisa de usuário para uma grande iniciativa de funcionalidade. Eles realizam vinte entrevistas, rodam uma pesquisa com 500 respondentes, fazem uma análise competitiva e sintetizam as descobertas em um relatório. A pesquisa custa de $30.000 a $50.000 em tempo de pesquisador e incentivos aos participantes. Os insights são nítidos, específicos e valiosos. Eles informam o design da funcionalidade, moldam o cronograma e justificam o investimento aos stakeholders.
Seis meses depois, uma equipe de produto diferente está trabalhando em uma iniciativa relacionada. Eles precisam de insights sobre o mesmo segmento de usuários, o mesmo fluxo de trabalho, os mesmos pontos de dor. Eles buscam na unidade compartilhada e não encontram o estudo anterior porque ele está intitulado com o codinome do projeto original e arquivado na pasta da equipe original. Eles comissionam uma nova pesquisa. As mesmas entrevistas. As mesmas perguntas. Os mesmos $30.000 a $50.000.
Isso é trabalho duplicado em sua forma mais cara, porque a pesquisa é uma das atividades de conhecimento de maior custo em uma organização de produto. A duplicação acontece porque a pesquisa é localizável durante o projeto para o qual foi criada e invisível para todos os outros dali em diante.
Por que a pesquisa desaparece
A pesquisa de usuário geralmente é organizada por projeto, e não por tema. A pasta "Q3 Enterprise Onboarding Discovery" contém tudo relacionado àquele projeto: transcrições de entrevistas, dados de pesquisas, documentos de síntese, slides de apresentação. Encontrar algo dentro daquele projeto é fácil. Encontrar de fora do projeto, quando você não sabe que o projeto existia, é praticamente impossível.
O pesquisador que conduziu o estudo pode ter mudado de equipe ou deixado a empresa. O documento de síntese usa terminologia específica do projeto original. A pasta está no drive compartilhado da equipe original, que as outras equipes não têm nos favoritos ou não têm acesso.
O conhecimento existia. O investimento foi feito. A recuperação falhou porque a pesquisa foi organizada para as pessoas que a criaram, e não para as pessoas que poderiam precisar dela mais tarde.
Como é um repositório de pesquisa
Um repositório de pesquisa que evita a duplicação e disponibiliza insights passados para decisões futuras tem três propriedades:
Pesquisável por tema e pergunta, não por projeto. Quando um gerente de produto pesquisa por "fricção no onboarding de usuários corporativos", ele deve encontrar cada pesquisa que toque nesse tema, independentemente de qual projeto a gerou, quando foi criada ou qual equipe a comissionou. A busca semântica lida com isso porque encontra pelo significado, e não pelo nome do arquivo ou localização da pasta.
Abrangente em vários formatos. Transcrições de entrevistas, resultados de pesquisas, gravações de testes de usabilidade, documentos de síntese, capturas de tela anotadas, análise de concorrentes e feedback dos clientes, todos pertencem à mesma biblioteca pesquisável. Um repositório de pesquisa que cobre apenas estudos formais perde a pesquisa informal (chamadas de clientes, chamados de suporte, conversas no Slack com clientes) que muitas vezes contém os insights mais úteis.
Conectado às decisões de produto. Os insights de pesquisa são mais valiosos quando estão vinculados às decisões que eles informaram. Um registro de decisão que cita a pesquisa em que se baseou, e uma descoberta de pesquisa que se vincula às decisões que influenciou, criam uma cadeia rastreável desde a evidência até a ação.
Construindo o repositório
A abordagem prática: conectar as fontes onde a pesquisa já vive em uma biblioteca pesquisável.
O Google Drive (onde os documentos de síntese e apresentações geralmente vivem), o Slack (onde os insights de pesquisa são discutidos e compartilhados), as gravações de reuniões (onde a pesquisa é apresentada aos stakeholders) e o Notion (onde algumas equipes mantêm bancos de dados de pesquisa) alimentam uma única busca semântica. A pesquisa permanece onde foi criada. A busca a torna localizável de qualquer lugar.
Novas pesquisas também entram no repositório de forma automática através de documentação autoescrita. Quando uma reunião de debriefing de pesquisa é gravada e transcrita, as descobertas principais tornam-se documentação pesquisável. Quando os insights de pesquisa são discutidos em um canal do Slack, eles são capturados junto com a síntese formal.
Ao longo dos meses, o repositório acumula um corpo rico e pesquisável de compreensão do usuário que nenhum estudo individual poderia fornecer. A pergunta feita no Q4 baseia-se em insights do Q1, Q2 e Q3. O investimento em pesquisas passadas se multiplica em vez de se desvalorizar.
Perguntas frequentes
Como incentivamos os pesquisadores a usar o repositório? O princípio de design fundamental é que o repositório não deve exigir trabalho extra para receber contribuições. Se ele for alimentado automaticamente a partir das ferramentas e canais onde a pesquisa já acontece (Google Drive, Slack, reuniões), a contribuição ocorre sem que ninguém precise mudar seu fluxo de trabalho.
E quanto à qualidade da pesquisa? Nem todas as pesquisas são iguais. O repositório deve capturar tudo de forma pesquisável, mas permitir que a equipe sinalize a qualidade e a metodologia de diferentes estudos. Uma pesquisa rigorosa com 500 pessoas e um conjunto informal de entrevistas com cinco pessoas são ambos valiosos, mas de maneiras diferentes. Os metadados ajudam quem pesquisa a avaliar a força da evidência.
Como isso se relaciona com product ops? Manter o repositório de pesquisa é uma das funções centrais de product ops. Em equipes sem uma função dedicada de product ops, o repositório precisa ser amplamente auto-sustentável, e é por isso que a abordagem de captura e busca automatizada é tão importante.
Leitura recomendada: Como construir uma base de conhecimento de produto, Trabalho duplicado é o tipo mais caro, O custo do conhecimento disperso. Páginas relacionadas: Para pesquisa de usuário, Para gerentes de produto, Pesquisa de mercado, Pesquisa competitiva.
Outros posts do blog:

The Creative's Cold Start Problem

How to Stop Losing Momentum Between Study Sessions

Your Future Self Can't Read Your Mind

The Hemingway Bridge: Stop Working So You Can Start Again

Your ERP Has the Answers. Nobody Can Find Them.

The Usability Layer Your Business Systems Are Missing

Notas Feitas à Mão vs. Digitais: Você Não Deveria Ter que Escolher

Por que suas anotações manuscritas não podem ser pesquisadas (e o que fazer a respeito)