O que é problem-solution fit?

Por Brian Tr · Atualizado em 3 de outubro de 2026

Problem-solution fit é o ponto em que você tem evidências de que um grupo específico de clientes tem um problema que importa para eles e de que a solução proposta o resolve. Ele vem antes do product-market fit. Você ainda não está provando que as pessoas compram e continuam usando um produto pronto. Está provando que escolheu um problema que vale a pena resolver e uma abordagem que faz sentido para quem o tem.

Muitas startups pulam essa etapa. Elas se apaixonam por uma ideia, constroem e só depois descobrem que o problema era leve, ou que as pessoas que o têm já se viram bem o suficiente. Verificar o encaixe primeiro é uma forma barata de evitar isso. É também a ponte natural entre a fase de ideia e a construção.

De onde vem o termo

A ideia é mais antiga que qualquer framework isolado, mas duas fontes a definem com mais clareza para os fundadores.

A primeira é Alex Osterwalder e a equipe da Strategyzer, que apresentam três tipos de fit que um empreendimento deve buscar antes de se comprometer com a execução: problem-solution fit, product-market fit e business model fit. A Strategyzer diz que o problem-solution fit ocorre quando você tem evidências de que os clientes se importam com certos jobs, dores e ganhos. Esses termos vêm do Value Proposition Canvas, que mapeia o que o cliente tenta realizar, o que o frustra e o que gostaria de ganhar.

A segunda é Ash Maurya, criador do Lean Canvas e autor de Running Lean. O site da empresa dele enuncia uma crença que virou atalho para toda essa etapa: ame o problema, não a sua solução. A mesma página define a ordem de trabalho como "Demo-Sell-Build, not Build-Demo-Sell". Em outras palavras, mostre algo e veja se as pessoas se comprometem antes de construir.

Maurya também descreveu por que o erro é tão comum. Num artigo da SmartCompany de 2014, ele é citado dizendo que os fundadores muitas vezes se apaixonam cedo demais pelas próprias soluções e que os clientes não se importam com a solução, só com os problemas deles.

Os três fits em resumo

A Strategyzer trata os três fits como uma sequência. Cada um responde a uma pergunta diferente e exige evidências próprias.

Note o que separa os dois primeiros. O problem-solution fit trata da demanda pela ideia. O product-market fit trata do produto no mercado. Sobre o segundo, veja nosso guia de product-market fit para SaaS.

Que evidências mostram que você o tem

"Os clientes confirmam o problema" é a manchete, mas ela esconde muitos detalhes. Eis o que um fundador pode apontar com razoabilidade.

O problema é confirmado pelas pessoas certas

Você conversou com um segmento específico e restrito de clientes, não com um público geral, e muitos deles descrevem o mesmo problema com as próprias palavras, sem serem induzidos. Se você precisa explicar o problema a eles, isso é um alerta.

As dores são hierarquizadas

Os clientes têm problemas com tudo. O que você precisa saber é quais doem mais. O Lean Canvas tem um campo para os três principais problemas que seus clientes enfrentam, o que força uma ordenação em vez de uma lista longa. Se o seu problema fica no meio da lista do cliente, talvez ele não conquiste atenção nem orçamento.

Existem gambiarras atuais

O mesmo canvas tem um campo para como os clientes resolvem esses problemas hoje, chamado de alternativas existentes. Este é um dos sinais mais fortes disponíveis. Quem já usa planilhas, contrata ajuda ou costura ferramentas está mostrando que o problema tem preço. Quem não faz nada talvez não se importe o bastante para trocar.

Os clientes já gastaram tempo ou dinheiro

Uma gambiarra que você consegue quantificar vale mais que uma que só consegue descrever. Quantas horas por semana? Que ferramentas eles pagam? Quanto custa o processo manual? Isso dá uma base de comparação que a sua solução precisa superar.

A solução ressoa numa demo

Quando você mostra uma versão rústica, como um mockup ou um passo a passo, as pessoas reagem aos detalhes. Perguntam quando poderão ter, quanto custa ou se ela se conecta às ferramentas que já usam. Elogio educado não conta. Perguntas sobre usar e comprar, sim.

Fatos principais: problem-solution fit

• A Strategyzer nomeia três tipos de fit: problem-solution, product-market e business model fit (fonte).
• A Strategyzer diz que o problem-solution fit ocorre quando você tem evidências de que os clientes se importam com certos jobs, dores e ganhos.
• O artigo da Strategyzer foi escrito por Nabila Amarsy e publicado em 10 de novembro de 2014 (fonte).
• O LEANSTACK, de Ash Maurya, enuncia a crença ame o problema, não a sua solução e a ordem "Demo-Sell-Build, not Build-Demo-Sell".
• O Lean Canvas tem campos para os três principais problemas e as alternativas existentes, os dois lugares para registrar evidências de problem fit.
• Em 2014, Maurya disse que os fundadores muitas vezes se apaixonam cedo demais pelas próprias soluções.
• Não existe um limite oficial para "evidência suficiente". O termo é um conceito de trabalho, não um teste jurídico ou financeiro.

Como ele difere do product-market fit

Os dois termos se confundem, em parte porque ambos falam de "fit". A diferença prática está no que você está testando e no que já construiu.

Dá para ter o primeiro sem o segundo. Uma equipe pode encontrar um problema real e construir uma solução que as pessoas não usam. O inverso é mais raro. Um produto que ganha tração quase sempre se apoia num problema com o qual alguém se importava, mesmo que a equipe nunca tenha escrito isso.

Como testar o problem-solution fit

Três métodos cobrem a maior parte do terreno. Eles costumam rodar nesta ordem, e cada um responde a uma pergunta diferente. O processo de customer discovery detalha como conduzi-los.

Entrevistas sobre o problema

São conversas com pessoas do seu segmento-alvo, voltadas para o problema e não para a sua ideia. Você pergunta sobre a última vez que o problema ocorreu, o que elas fizeram, quanto custou e o que mais já tentaram. Você não faz pitch. O objetivo é descobrir se o problema é real, com que frequência aparece e como as pessoas lidam com ele hoje.

O comportamento passado é a parte útil. "Conte-me sobre a última vez que isso aconteceu" rende fatos. "Você usaria algo que faz X?" rende opiniões, e as pessoas são ruins em prever o que vão fazer.

Entrevistas sobre a solução e demos

Quando o problema parece real, você mostra uma versão rústica da sua abordagem: um esboço, um protótipo clicável ou um passo a passo manual. Você observa os detalhes. Com qual parte eles se importam? Contra o que resistem? Pedem o produto? Esta é a etapa de "demo" na ordem demo-depois-venda que o site do LEANSTACK descreve.

Cuide para manter isso separado da primeira rodada. Se você faz pitch numa entrevista sobre o problema, a pessoa passa a ser educada com a sua solução e para de descrever a própria situação. Um produto mínimo viável vem depois, quando essas conversas apontam para algo que vale a pena construir.

Landing pages e smoke tests

Uma página simples que apresenta o problema e a promessa, com um botão de cadastro ou de pré-venda, testa a demanda em escala maior do que as entrevistas permitem. Você envia tráfego segmentado para ela e vê quem dá o passo seguinte. Trate os resultados com cautela: um clique é um sinal fraco, e um sinal de entrada é um sinal forte. A página serve para comparar mensagens, não para provar que um negócio funciona.

Qual método responde a qual pergunta

Usar mais de um método protege contra a fraqueza de cada um. Se as entrevistas são calorosas mas ninguém clica, ou se a página converte mas os entrevistados não conseguem descrever a dor, algo está errado.

Erros comuns

1. Entrevistar as pessoas erradas. Amigos, colegas e outros fundadores são fáceis de alcançar e tendem a ser gentis. Converse com quem realmente tem o problema e não lhe deve nada.
2. Fazer pitch em vez de ouvir. Se a maior parte da conversa é sobre a sua solução, você aprendeu sobre o seu próprio entusiasmo, não sobre o problema deles.
3. Confundir um incômodo leve com um problema doloroso. Muitos problemas são reais, mas não urgentes o bastante para ganhar orçamento. Procure sinais de esforço, custo ou gambiarras.
4. Tratar todos os problemas como iguais. Sem hierarquia, você pode acabar construindo para o quarto problema mais importante da lista do cliente.
5. Ignorar a alternativa atual. O seu concorrente de verdade costuma ser uma planilha, um hábito ou não fazer nada. Se você não sabe dizer por que alguém largaria isso, ainda não tem fit.
6. Confundir elogio com compromisso. "Que ótima ideia" não custa nada. Um piloto, uma pré-compra ou uma data firme para testar custa alguma coisa.
7. Começar amplo demais. Um segmento de "todas as pequenas empresas" não pode ser alcançado nem entrevistado de forma útil. Um grupo restrito que você consegue nomear rende mais aprendizado.
8. Declarar o fit cedo demais. Um punhado de conversas animadoras não prova nada. Continue testando até que o mesmo problema volte a aparecer e as alternativas estejam claras.

Onde ele se encaixa nos estágios da startup

O problem-solution fit corresponde à parte mais inicial dos estágios de uma startup. A maior parte do trabalho acontece na fase de ideia, e a evidência que ele produz muitas vezes decide se a equipe passa a construir uma primeira versão no pre-seed.

Os estágios e os fits se sobrepõem em vez de se alinhar direitinho. Uma equipe pode revisitar as perguntas de problem-solution depois do lançamento, se entrar em um novo segmento, e alguns fundadores chegam a um fit aproximado enquanto ainda se dizem na fase de ideia. Pense no fit como uma lista de evidências, não como um portão que alguém abre para você.

Uma forma relacionada de pensar a mesma sequência é o ciclo construir-medir-aprender do método Lean Startup, em que os primeiros experimentos servem para reduzir primeiro as maiores incógnitas. Identificar a suposição mais arriscada do seu plano e testá-la antes de qualquer outra coisa é um jeito prático de decidir o que verificar primeiro.

Um checklist simples

Use-o como uma autoavaliação aproximada. É um resumo nosso, não um padrão.

• Consigo nomear um segmento de clientes restrito.
• Várias pessoas desse segmento descrevem o mesmo problema sem serem induzidas.
• Elas o colocam entre os seus poucos principais problemas.
• Sei o que elas fazem a respeito hoje e, mais ou menos, quanto isso custa.
• Alguém reagiu a uma demo com perguntas específicas ou com um pedido para testar.
• Pelo menos uma pessoa assumiu um pequeno compromisso, como um piloto ou um sinal de entrada.
• Consigo descrever o problema e a solução proposta em duas frases.

Se você não consegue marcar a maioria desses itens, o próximo passo são mais conversas, não mais código.

Leitura relacionada

• Fase de ideia de uma startup
• Customer discovery
• Estágios de uma startup
• Value Proposition Canvas