O que é a Matriz CSD
CSD = Certezas, Suposições, Dúvidas. É um exercício rápido de alinhamento de time, criado pra separar fato de hipótese no começo de um projeto.
A ideia é simples: a maioria das decisões ruins em produto vem de tratar suposição como certeza. CSD força o time a admitir o que não sabe.
Os 3 quadrantes
Certezas
O que você consegue provar com dados, pesquisa, ou observação direta. Não opinião do time. Não consenso. Evidência.
Exemplo bom: "Nossa taxa de conversão na home é 2,3%" (Google Analytics). Exemplo ruim: "Nossos clientes amam o produto" (não tem NPS recente).
Suposições
O que o time acredita ser verdade, mas não tem dado. Isso é a coluna mais importante — porque suposição é o que vai te queimar se você tratá-la como fato.
Exemplo: "Usuários abandonam o checkout por causa do preço."
Dúvidas
Perguntas que ninguém sabe responder ainda. Onde está a fronteira do conhecimento.
Exemplo: "Quantos usuários efetivamente usam a feature X após a primeira semana?"
Quando usar
No começo de qualquer projeto. Antes de:
- Definir escopo
- Estimar prazo
- Decidir o que pesquisar
- Comprometer recursos
A Matriz CSD é o pré-discovery: revela o que precisa ser investigado.
Não usa quando:
- Time já fez discovery profundo recentemente
- Decisão já está tomada (CSD pra discussão de teatro é frustrante)
Como facilitar (90 minutos)
Preparação (10 min)
Reúna o time: PM, design, eng, talvez stakeholder. Máximo 8 pessoas. Mais que isso vira reunião travada.
Defina o escopo: "Vamos fazer CSD sobre o feature X" ou "sobre o problema Y". Sem escopo claro, vira CSD genérico inútil.
Brainstorm individual (15 min)
Cada pessoa escreve post-its em silêncio. Uma ideia por post-it. Não rotule ainda — só escreva.
Categorização coletiva (30 min)
Junto, cole cada post-it em uma das três colunas. Quando alguém quiser categorizar como "Certeza", alguém pergunta: "Onde está o dado?"
Se não tem dado, o post-it vai pra Suposição. Sem exceção.
Priorização (20 min)
Cada Suposição recebe duas notas:
- Impacto: se essa suposição estiver errada, o quanto a decisão muda? (1 a 5)
- Risco: qual a confiança atual? (1 = chute, 5 = quase certeza)
Multiplique. As Suposições com maior nota (impacto × inverso da confiança) viram pesquisa prioritária.
Dúvidas seguem mesmo processo.
Plano de ação (15 min)
Cada Suposição/Dúvida prioritária vira uma tarefa de pesquisa com:
- Quem vai investigar
- Método (entrevista, análise de dado, teste)
- Prazo (max 2 semanas)
Exemplo real
Discovery de um app de gestão financeira pra médicos. Output da Matriz CSD:
Certezas:
- 80% dos médicos têm mais de um plantão fixo (pesquisa de mercado)
- Receita via TUSS leva 30+ dias pra cair (regulação)
- Maioria usa Excel pra controle financeiro (entrevistas anteriores)
Suposições (priorizadas):
- "Médicos não querem categorizar cada transação manualmente" (impacto: 5, confiança: 2 → ALTA PRIORIDADE)
- "Plantão deve ter área dedicada, não misturado com outras receitas" (impacto: 4, confiança: 3 → MÉDIA)
- "Cliente final aceita link mágico sem cadastro" (impacto: 5, confiança: 2 → ALTA)
Dúvidas:
- Quanto tempo o médico tolera abrindo o app diariamente?
- Médicos individuais vs sociedades médicas — público diferente?
Plano: 3 entrevistas qualitativas pra cada Suposição ALTA. 2 semanas de prazo. Decisões de produto suspensas até validar.
O erro mais comum
Times preenchem a matriz e arquivam. Não fazem pesquisa pra resolver as Suposições. Seis meses depois descobrem que aquela "certeza" da matriz era suposição mal etiquetada.
A matriz só funciona se virar plano de pesquisa. Sem isso é teatro.
Template
Você pode fazer em qualquer ferramenta: Miro, FigJam, Notion, papel na parede. Três colunas, post-its. Não precisa de ferramenta paga.
O que importa é o rigor de categorização: quando bater dúvida se algo é Certeza ou Suposição, o default sempre é Suposição.
Como a Otther usa Matriz CSD em kickoff de projeto
A Matriz CSD é literalmente a primeira reunião que pedimos em todo projeto novo de discovery. Antes de Figma, antes de roadmap, antes de qualquer estimativa de prazo — sentamos 90 minutos com o time do cliente pra rodar CSD.
O motivo é prático: cliente que entra na Otther geralmente já tem opinião forte sobre o que precisa ser construído. CSD obriga essa opinião a se identificar como Certeza, Suposição ou Dúvida. Costumeiramente, 70% do que entrou como "certeza" sai categorizado como suposição depois da pergunta "onde está o dado?".
Isso muda completamente o escopo do discovery. Em vez de validar 1 ou 2 hipóteses centrais, a gente sai com 8 a 12 Suposições priorizadas — cada uma virando entrevista, análise de dado, ou teste. Discovery vira plano de pesquisa rastreável, não brainstorm.
CSD faz parte do nosso processo de design e desenvolvimento. Quando o cliente pula essa etapa, a probabilidade de pivotar escopo no meio do projeto sobe drasticamente — porque a gente descobre tarde demais que a "certeza" não era certeza.
Se você tá pensando em começar um produto novo ou refazer um existente, vale a primeira conversa. 90 minutos de CSD na primeira semana economiza meses de retrabalho depois.
Para fechar
CSD é a ferramenta mais barata de discovery em produto. 90 minutos. Pode poupar meses de desenvolvimento errado. Use no começo de cada feature significativa.