Pular para o conteúdo
FERRAMENTA · Matriz CSD (Certezas, Suposições, Dúvidas)
Infográfico ResumoCast — Matriz CSD (Certezas, Suposições, Dúvidas)
Produtividade

Matriz CSD (Certezas, Suposições, Dúvidas)

A Matriz CSD (Certezas, Suposições e Dúvidas) é uma ferramenta de alinhamento e descoberta do design thinking que organiza, em três colunas, tudo o que a equipe sabe sobre um projeto. Veja o que cada coluna significa, como rodar o workshop e o que fazer com cada uma.

Gustavo Carriconde

Fundador do ResumoCast

2 de junho de 20265 min de leitura

Resposta rápida

A Matriz CSD (Certezas, Suposições e Dúvidas) é uma ferramenta de alinhamento e descoberta do design thinking que organiza, em três colunas, tudo o que a equipe sabe sobre um projeto. Veja o que cada coluna significa, como rodar o workshop e o que fazer com cada uma.

Resposta rápida: a Matriz CSD (Certezas, Suposições e Dúvidas) é uma ferramenta de alinhamento e descoberta usada no design thinking. Ela organiza, em três colunas, tudo o que a equipe sabe sobre um projeto: o que é fato (Certezas), o que se acha mas precisa validar (Suposições) e o que não se sabe e precisa pesquisar (Dúvidas). Serve para separar fato de achismo antes de decidir.

O que é a Matriz CSD?#

A Matriz CSD é uma ferramenta visual de alinhamento e descoberta que coloca o conhecimento de uma equipe sobre a mesa, organizado em três colunas. A sigla resume as três categorias: Certezas, Suposições e Dúvidas. A ideia é simples e poderosa — antes de construir qualquer coisa, o time precisa enxergar com clareza o que realmente sabe e, principalmente, o que está apenas presumindo.

Ela nasce de uma constatação incômoda: em todo projeto, as pessoas misturam fato com achismo o tempo inteiro. Frases como "o cliente quer isso" ou "esse recurso é essencial" são ditas com a mesma convicção de uma verdade comprovada — quando, na maioria das vezes, são suposições que nunca foram testadas. A Matriz CSD existe para forçar essa distinção, tirando da cabeça de cada um o que estava implícito e jogando tudo num quadro onde dá para ver, discutir e classificar.

Por ser uma ferramenta de discovery (descoberta), a Matriz CSD costuma abrir o projeto, não fechá-lo. Ela não entrega respostas prontas: entrega um mapa do que falta saber. É um retrato honesto do nível de conhecimento do time num determinado momento — e, justamente por isso, é uma das ferramentas mais usadas em kickoffs, sprints de design e processos de inovação no Brasil.

Para que serve a Matriz CSD?#

A Matriz CSD serve para alinhar a equipe e revelar os riscos escondidos antes de gastar tempo e dinheiro. Em vez de partir direto para a solução (e descobrir tarde demais que a premissa estava errada), ela obriga o time a olhar primeiro para o que sabe. Na prática, ela entrega:

  • Visão compartilhada: todo mundo passa a enxergar o mesmo retrato do projeto — o que é fato, o que é aposta e o que é incógnita. Acaba o "cada um achava uma coisa".
  • Exposição das suposições: o maior valor da ferramenta. Suposições tratadas como certezas são a principal fonte de fracasso em projetos. A CSD as traz à luz.
  • Lista de pesquisa pronta: cada dúvida e cada suposição vira uma tarefa concreta de validação. A matriz não termina num quadro bonito — termina num plano de ação.
  • Priorização do risco: ao ver tudo junto, o time identifica quais incertezas são mais críticas e devem ser resolvidas primeiro, antes de avançar.

Embora tenha origem no design thinking e no mundo de produto, a Matriz CSD se aplica a praticamente qualquer projeto com incerteza: lançamento de um produto, abertura de uma nova unidade, uma campanha de marketing, um projeto de software ou até uma decisão estratégica. Onde houver gente decidindo com base em "eu acho", há uma matriz CSD a montar.

Quando usar: a Matriz CSD brilha no começo de tudo — no kickoff de um projeto, numa fase de discovery, ao formar um time novo ou ao retomar um projeto parado. É a ferramenta para responder "o que de fato sabemos sobre isso?" antes de qualquer linha de código, qualquer briefing ou qualquer investimento.

As 3 colunas da Matriz CSD: Certezas, Suposições e Dúvidas#

O coração da ferramenta são as três categorias. Entender bem a diferença entre elas é o que separa uma matriz útil de um amontoado de post-its. Cada coluna representa um nível de certeza diferente sobre uma afirmação.

Certezas — o que sabemos e é fato#

São as afirmações que o time tem confiança de que são verdadeiras, porque estão apoiadas em dados, pesquisa, histórico ou experiência comprovada. Exemplo: "70% dos nossos pedidos vêm pelo aplicativo" — se isso está nos relatórios, é uma certeza. Cuidado: certeza de verdade exige evidência. Opinião forte não é certeza; é suposição disfarçada.

Suposições — o que achamos mas precisa validar#

São as hipóteses: o que a equipe acredita ser verdade, mas ainda não confirmou. "O cliente abandona o carrinho por causa do frete" pode ser verdade — ou não. As suposições são a coluna mais perigosa da matriz, porque são frequentemente tratadas como fatos sem nunca terem passado por um teste. É aqui que mora a maior parte do risco do projeto.

Dúvidas — o que não sabemos e precisa pesquisar#

São as perguntas em aberto, as lacunas de conhecimento que ninguém no time consegue responder. "Quanto o público estaria disposto a pagar?" ou "Existe regulação para isso?" são dúvidas. Diferente da suposição (que é um palpite), a dúvida é a admissão honesta de que não se sabe — e por isso precisa de pesquisa, dado ou especialista para virar resposta.

A dinâmica entre as três é o que torna a ferramenta viva: o objetivo do trabalho é mover itens da direita para a esquerda. Ao validar uma suposição, ela vira certeza (ou cai por terra). Ao responder uma dúvida, ela vira certeza ou suposição. Com o tempo, a coluna de Certezas cresce e o projeto avança sobre terreno firme.

Quem criou a Matriz CSD?#

Aqui é preciso honestidade — e é exatamente o tipo de transparência que a própria ferramenta defende. A Matriz CSD não tem um inventor único documentado, nem uma data de criação, autor ou livro de origem que possam ser apontados com segurança. Quem afirma "fulano criou em tal ano" geralmente está, ironicamente, transformando uma suposição em certeza sem evidência.

O que se sabe é que a CSD é uma ferramenta amplamente difundida no design thinking e em processos de descoberta, e particularmente popular no Brasil, onde é parte do repertório padrão de consultorias de inovação, agências, aceleradoras e times de produto. Ela circula em treinamentos, materiais de cursos e workshops, e foi sendo adotada e adaptada por inúmeros profissionais.

A lógica por trás dela, no entanto, é antiga e bem fundamentada. Separar o que se sabe do que se presume é princípio central de várias metodologias de validação e gestão de risco. O movimento lean startup, por exemplo, popularizou a ideia das "suposições de salto de fé" (leap-of-faith assumptions): as crenças mais arriscadas em que um negócio se apoia e que precisam ser testadas primeiro. A Matriz CSD é uma forma visual e acessível de colocar esse mesmo princípio para rodar num workshop de equipe.

"Aprendizado validado não é racionalização posterior nem uma boa história para esconder o fracasso. É a demonstração empírica de que uma equipe descobriu verdades valiosas sobre o presente e o futuro do negócio."
— Princípio do aprendizado validado em A Startup Enxuta (Eric Ries, 2011), base conceitual do hábito de testar suposições. Fonte: The Lean Startup.

Certeza ou suposição? Como diferenciar (e por que isso importa)#

O erro mais comum ao montar a matriz é colocar suposições na coluna de Certezas. Diferenciar as duas é a habilidade que faz toda a ferramenta funcionar. O teste é direto: se alguém perguntar "como você sabe disso?", existe uma evidência concreta para mostrar?

  • Se a resposta é um dado, um relatório, uma pesquisa ou um fato observável → é Certeza.
  • Se a resposta é "porque eu acho", "sempre foi assim" ou "todo mundo sabe" → é Suposição, por mais convicção que haja na voz.

Por que isso importa tanto? Porque projetos não fracassam pelo que o time não sabe — fracassam pelo que o time tem certeza que sabe, e está errado. Uma dúvida assumida é segura: o time sabe que precisa pesquisar. Uma suposição disfarçada de certeza é uma armadilha: ninguém vai testá-la, e o projeto inteiro é construído sobre ela. Por isso, na dúvida entre classificar algo como Certeza ou Suposição, o mais seguro é rebaixar para Suposição e validar. É mais barato testar do que descobrir o erro depois de lançar.

Como aplicar a Matriz CSD passo a passo (workshop)#

A Matriz CSD é feita em workshop colaborativo, de preferência com todo o time e as pessoas que conhecem o projeto. Dura de 60 a 90 minutos. O roteiro:

  1. Prepare o quadro e defina o foco. Numa parede, quadro branco ou ferramenta digital, desenhe três colunas: Certezas, Suposições e Dúvidas. Escreva no topo o tema exato a ser explorado ("lançamento do app de delivery", por exemplo). Foco vago gera matriz inútil.
  2. Gere ideias em silêncio. Cada participante, sozinho, escreve em post-its tudo o que sabe, acha ou se pergunta sobre o tema — uma ideia por papel. Trabalhar em silêncio no início evita que as vozes mais altas contaminem o grupo.
  3. Cole nas colunas. Um a um, cada pessoa cola seus post-its na coluna que considera correta e explica em uma frase. Tudo vai para o quadro, sem censura nesta etapa.
  4. Discuta e reclassifique. Este é o passo mais valioso. O grupo revisa item por item e pergunta "como sabemos disso?". Muita "certeza" será rebaixada para suposição. Mover post-its entre colunas é o objetivo, não um problema.
  5. Agrupe e priorize. Junte itens repetidos ou parecidos. Depois, marque as suposições e dúvidas mais críticas e arriscadas — aquelas que, se estiverem erradas, derrubam o projeto. Elas vêm primeiro.
  6. Transforme em plano de ação. Para cada suposição prioritária, defina como validá-la (entrevista, teste, protótipo, dado). Para cada dúvida, defina quem vai pesquisar e até quando. A matriz só cumpre seu papel quando vira tarefa.

Um detalhe que faz diferença: a matriz é um documento vivo. Conforme a equipe valida suposições e responde dúvidas, ela volta ao quadro e move os itens. Revisitá-la a cada ciclo do projeto mantém o time consciente do que ainda é aposta e do que já virou terreno firme.

Exemplo de Matriz CSD na prática (caso MarmiTá)#

Para sair da teoria, veja a MarmiTá — uma foodtech fictícia de Florianópolis (SC) que quer lançar um aplicativo de delivery de marmitas fitness. Antes de contratar desenvolvedores, a fundadora reuniu o time de cinco pessoas para uma Matriz CSD. O resultado foi revelador.

Na coluna de Certezas, o time colou afirmações apoiadas em dados que já tinha: "já temos uma cozinha com capacidade para 200 marmitas/dia" (confirmado pela operação) e "60% dos nossos pedidos atuais, pelo WhatsApp, vêm da zona sul da cidade" (estava no histórico de vendas). Eram fatos verificáveis.

Na coluna de Suposições, apareceram as apostas perigosas: "o cliente prefere pedir por app a pedir pelo WhatsApp" e "as pessoas pagariam R$ 5 de taxa de entrega". Ditas com convicção — mas, ao perguntarem "como sabemos?", a sala silenciou. Eram palpites, não fatos. Foram para a fila de validação.

Na coluna de Dúvidas, ficaram as incógnitas honestas: "qual o raio de entrega economicamente viável?" e "existe alguma exigência sanitária específica para delivery de alimentos preparados?". Ninguém sabia — e seria irresponsável chutar.

O plano de ação nasceu da matriz: antes de gastar com o app, o time fez 15 entrevistas (que derrubaram a suposição do app — boa parte dos clientes preferia o WhatsApp pela conversa) e consultou a vigilância sanitária (que respondeu a dúvida regulatória). Resultado: a MarmiTá evitou construir um aplicativo que ninguém pediu e investiu, em vez disso, em melhorar o pedido pelo WhatsApp. A matriz economizou meses e milhares de reais.

O que fazer com cada coluna depois do workshop#

Montar a matriz é só metade do trabalho. O valor real vem do que se faz com cada coluna depois. Cada uma pede uma ação diferente:

ColunaO que ela representaO que fazer com ela
CertezasO que já é fato comprovadoUsar como base sólida para decisões. Mas revisar de tempos em tempos: certeza velha pode ter virado mentira. Desconfiar de "certezas" sem evidência.
SuposiçõesApostas ainda não testadas (maior risco)Validar — priorizar as mais arriscadas e testar com entrevistas, protótipos, experimentos ou dados. Cada teste vira certeza (confirmada) ou descarte (refutada).
DúvidasLacunas de conhecimento em abertoResponder — atribuir cada dúvida a alguém, com prazo, para pesquisar: dado, benchmark, especialista, desk research. A resposta vira certeza ou nova suposição.

O princípio que organiza tudo: o trabalho do time é esvaziar as colunas da direita para a esquerda. Validar suposições e responder dúvidas faz a coluna de Certezas crescer — e, quanto mais o projeto avança sobre certezas reais, menor o risco de uma surpresa cara lá na frente.

Matriz CSD vs Mapa de Empatia: qual a diferença?#

As duas são ferramentas de descoberta e aparecem juntas em muitos projetos, o que gera confusão. A diferença está no foco: a Matriz CSD olha para o nível de certeza da equipe sobre o projeto; o Mapa de Empatia olha para a perspectiva de um cliente. Elas não competem — se complementam.

CritérioMatriz CSDMapa de Empatia
Foco principalO conhecimento do time sobre o projetoA mente e a emoção de um cliente
Pergunta-chaveO que sabemos, achamos e ignoramos?O que esse cliente pensa, sente e faz?
Estrutura3 colunas: Certezas, Suposições, Dúvidas6 áreas em torno do cliente (pensa/sente, vê, ouve, fala/faz, dores, ganhos)
Quando usarLogo no kickoff, para mapear incertezasDepois, para aprofundar o entendimento do usuário
EntregaLista de suposições a validar e dúvidas a pesquisarRetrato empático de um perfil de cliente

Na prática, a sequência natural é: rodar a Matriz CSD primeiro para descobrir o que o time sabe e o que está presumindo; muitas dúvidas que aparecem ("será que o cliente quer mesmo isso?") são justamente o gancho para o passo seguinte — usar o Mapa de Empatia para mergulhar no cliente e responder a essas perguntas. Uma aponta a incerteza; a outra ajuda a dissolvê-la.

Erros comuns na Matriz CSD#

  • Tratar suposição como certeza: o erro mais grave. Colocar "o cliente quer isso" em Certezas sem um único dado por trás constrói o projeto sobre areia. Na dúvida, rebaixe para Suposição.
  • Parar no quadro bonito: montar a matriz, fotografar e nunca mais olhar. Sem um plano de validação e pesquisa depois, ela vira decoração — todo o valor está no que se faz com as colunas.
  • Definir um tema vago: "nosso negócio" gera respostas dispersas e inúteis. Quanto mais específico o foco do workshop, mais afiada a matriz.
  • Não priorizar o risco: tratar todas as suposições como iguais. Algumas, se erradas, só atrasam; outras derrubam o projeto. Valide primeiro as mais críticas.
  • Fazer sozinho: a força da CSD está na diversidade de visões. Um único cérebro repete os próprios vieses — e as suposições mais perigosas são justamente as que ninguém, sozinho, percebe que são suposições.
  • Confundir suposição com dúvida: suposição é um palpite ("acho que é assim"); dúvida é a ausência de palpite ("não faço ideia"). Misturar as duas embaralha o plano de ação.

Ficha técnica da Matriz CSD#

Nome completoMatriz CSD — Certezas, Suposições e Dúvidas
TipoFerramenta de alinhamento e descoberta (discovery)
OrigemDesign thinking / processos de descoberta. Sem inventor único, data ou livro de origem documentados
DifusãoAmplamente usada no Brasil — consultorias de inovação, agências, aceleradoras e times de produto
EstruturaTrês colunas: Certezas (fatos), Suposições (hipóteses a validar) e Dúvidas (perguntas a pesquisar)
Conceito centralSeparar o que se sabe do que se presume, expondo as suposições escondidas antes de decidir
Como se aplicaWorkshop colaborativo com post-its (60–90 min), de preferência no kickoff do projeto
O que fazer depoisValidar as suposições, responder as dúvidas e mover os itens para a coluna de Certezas
ÁreaInovação, gestão de produto, design de serviços, planejamento de projetos
Melhor paraAlinhar o time e revelar riscos escondidos no início de um projeto incerto

Perguntas Frequentes

A Matriz CSD é uma ferramenta de alinhamento e descoberta que organiza o conhecimento de uma equipe sobre um projeto em três colunas: Certezas (o que sabemos e é fato comprovado), Suposições (o que achamos, mas ainda não foi validado) e Dúvidas (o que não sabemos e precisa ser pesquisado). Muito usada no design thinking e em processos de discovery, ela serve para revelar, logo no início, o que o time realmente sabe e o que está apenas presumindo — separando fato de achismo antes de tomar decisões.

Livros recomendados

A Startup Enxuta

A Startup Enxuta

Eric Ries

Links afiliados Amazon — saiba mais

Inspirado: Como Criar Produtos de Tecnologia que os Clientes Amam

Inspirado: Como Criar Produtos de Tecnologia que os Clientes Amam

Marty Cagan

Links afiliados Amazon — saiba mais

Sprint: O Método Usado no Google para Testar e Aplicar Novas Ideias em Apenas Cinco Dias

Sprint: O Método Usado no Google para Testar e Aplicar Novas Ideias em Apenas Cinco Dias

Jake Knapp, John Zeratsky e Braden Kowitz

Links afiliados Amazon — saiba mais

Isto é Design Thinking de Serviços

Isto é Design Thinking de Serviços

Marc Stickdorn e Jakob Schneider

Links afiliados Amazon — saiba mais

Aprenda ouvindo no ResumoCast

Resumos de livros de negócios em áudio, toda semana. Siga no Spotify e leve as melhores ideias no seu trajeto.

Seguir no Spotify
Gustavo Carriconde
Gustavo CarricondeFundador do ResumoCastLinkedIn

Fundador do ResumoCast — podcast e portal de resumos de livros de negócios, com mais de 517 episódios publicados desde 2016.