O Que Buscamos em Founders (E o Que Não Buscamos)

A Sequoia Capital famosamente faz quatro perguntas sobre cada oportunidade que avalia. Don Valentine, seu fundador, as chamava de “as quatro perguntas aterrorizantes” porque a maioria das ideias não sobrevive a todas:

1. Isso é grande o suficiente?
2. As pessoas se importam?
3. Muda comportamento?
4. Vão pagar?

São boas perguntas. São perguntas necessárias. Mas são perguntas sobre a ideia, não sobre o founder. E depois de anos construindo e apoiando ventures, cheguei à conclusão de que o founder importa mais que a ideia — não porque ideias não importam, mas porque bons founders transformam ideias medianas em grandes empresas, enquanto founders medianos desperdiçam grandes ideias.

Então fazemos perguntas diferentes. Três delas.

---

Pergunta Um: Você Sabe Decidir o Que Construir?

Esta é a pergunta sobre taste.

Taste é a qualidade mais subvalorizada em tecnologia. Falamos incessantemente sobre habilidade técnica, velocidade de execução, capacidade de fundraising e “hustle.” Mas taste — a capacidade de discernir o que importa do que não importa, de tomar as mil micro-decisões que determinam se um produto é meramente funcional ou genuinamente excelente — é a qualidade que separa produtos memoráveis de esquecíveis.

Steve Jobs tinha taste. Por isso o primeiro iPhone tinha um botão quando cada concorrente tinha quarenta. Não é que ele não pudesse construir quarenta botões. É que ele sabia que um botão era o certo. Essa decisão — a disposição de ser opinativo sobre o que pertence e o que não pertence — é taste.

Quando avalio um founder, procuro essa qualidade em tudo que me mostram. Não apenas o produto (embora esse seja o artefato mais óbvio), mas o pitch, a composição do time, o posicionamento de mercado, até o email que chegou na minha caixa.

Um founder com taste manda um email de dois parágrafos que me faz querer saber mais. Um founder sem taste manda um deck de doze páginas que me faz querer saber menos.

Um founder com taste tem um produto que faz três coisas bem. Um founder sem taste tem um produto que faz quinze coisas adequadamente.

Um founder com taste consegue explicar seu posicionamento de mercado em uma frase. Um founder sem taste precisa de um gráfico de quadrante com eixos customizados.

Taste não é subjetivo. Parece subjetivo, mas é na verdade o resultado de reconhecimento de padrões profundo — ter consumido exemplos suficientes de bom e ruim para desenvolver uma intuição sobre quais decisões levam à elegância e quais levam ao inchaço. Founders desenvolvem taste se importando profundamente com os detalhes do seu domínio por anos, não lendo blogs de design por semanas.

---

Pergunta Dois: Você Sabe Decidir o Que NÃO Construir?

Esta é a pergunta sobre judgment.

Se taste é saber o que importa, judgment é saber o que não importa. E de muitas formas, judgment é a habilidade mais difícil.

Toda startup enfrenta uma barragem constante de pedidos de features, oportunidades de mercado, propostas de parceria e sugestões de investidores. Cada um, isoladamente, parece razoável. “Vocês deveriam adicionar integração com Slack.” “Já consideraram o vertical de saúde?” “E se vocês também fizessem pagamentos?” Cada sugestão tem um business case plausível. Cada uma, se perseguida, expandiria a superfície do produto.

Os founders que têm sucesso são os que conseguem olhar para uma oportunidade plausível e dizer “não” — não porque não entendem seu potencial, mas porque entendem seu custo.

O custo não são apenas horas de engenharia. É carga cognitiva no time. É complexidade no codebase. É ambiguidade no posicionamento de mercado. É diluição da promessa de marca. Cada feature que você adiciona é uma feature que deve manter, documentar, dar suporte e defender. Cada mercado em que entra é um mercado que deve entender, servir e competir.

Assisti startups promissoras implodirem não porque construíram a coisa errada, mas porque construíram coisas certas demais. Perseguiram sete oportunidades razoáveis simultaneamente e não executaram nenhuma bem o suficiente para ganhar. O produto virou um canivete suíço — tecnicamente capaz de tudo, genuinamente bom em nada.

Quando converso com um founder, pergunto: “O que você explicitamente decidiu não construir?” A resposta me diz tudo.

Founders fracos lutam com essa pergunta. Dizem algo como, “Bem, ainda não chegamos em pagamentos, mas está no roadmap.” Isso não é uma decisão. É um adiamento.

Founders fortes se iluminam. Dizem: “Nunca vamos fazer X, porque Y, e aqui está a pressão que enfrentamos para adicionar, e aqui está por que resistimos.” Eles têm uma kill list — um conjunto de features e mercados que rejeitaram ativamente, com raciocínio claro para cada rejeição. Conseguem articular o tradeoff que fizeram e por que o caminho alternativo teria sido errado.

Isso é judgment. A capacidade de ver uma oportunidade razoável e escolher não persegui-la porque persegui-la comprometeria algo mais importante.

---

Pergunta Três: Você Sabe Fazer Durar?

Esta é a pergunta sobre arquitetura.

Uso “arquitetura” de forma ampla aqui — não apenas arquitetura de software (embora isso importe), mas a arquitetura do negócio em si. O modelo de receita, a estrutura do time, os relacionamentos com clientes, o posicionamento competitivo — todos são decisões arquiteturais que determinam se uma empresa pode perdurar ou se está construída sobre uma fundação que vai rachar sob pressão.

O gap de protótipo para produção é onde a maioria das startups morre. Construir uma demo que impressiona investidores é fácil. Construir um sistema que serve milhares de clientes de forma confiável, que lida com edge cases graciosamente, que escala sem colapsar, que mantém integridade de dados sob carga concorrente — isso é difícil. E é um tipo diferente de difícil do que construir a demo.

Founders que conseguem navegar esse gap pensam arquiteturalmente. Perguntam: “Se isso funcionar, o que quebra?” Projetam para o segundo ano, não apenas para o primeiro sprint. Escolhem tecnologia boring quando tecnologia boring é apropriada, não porque não conhecem a novidade reluzente, mas porque entendem que confiabilidade é uma feature.

Pensamento arquitetural também se aplica ao modelo de negócio. Essa empresa consegue gerar receita que se compõe? Os custos de aquisição de cliente são sustentáveis em escala? Existe um moat natural — switching costs, efeitos de rede, vantagens de dados — que se aprofunda ao longo do tempo? Ou este é um negócio que funciona em escala seed mas estruturalmente não funciona em escala Series B?

Já conheci founders que construíram produtos bonitos sobre modelos de negócio estruturalmente falhos. O produto funcionava. A unit economics não. E quando perceberam, tinham gasto três anos e milhões de dólares construindo algo que nunca poderia ser lucrativo em escala.

Arquitetura não é glamorosa. É o trabalho de fundação que acontece antes da estrutura visível subir. É escolher o banco de dados certo antes de escrever a primeira feature. É projetar o modelo de pricing antes de fechar o primeiro cliente. É construir a estrutura do time antes de contratar a décima pessoa.

Founders que pensam arquiteturalmente constroem empresas que duram. Founders que não pensam constroem empresas que crescem rápido e quebram mais rápido.

---

O Que Não Buscamos

Vou ser explícito sobre o que não move a agulha para nós.

Pitch deck polido. Já vi pitch decks de classe mundial de empresas que falharam em dezoito meses e rascunhos em guardanapo de founders que construíram negócios duradouros. Um deck bem desenhado me diz que você é bom em fazer decks. Não me diz nada sobre se consegue construir uma empresa.

Métricas de vaidade. Usuários, downloads, page views, seguidores nas redes — são ruído a menos que se traduzam em receita ou engagement que preveja receita. Um milhão de downloads com 2% de retenção no dia 30 é pior que dez mil downloads com 40% de retenção. Me importo com as métricas que importam, não com as que impressionam.

“AI por AI.” Se o principal argumento de venda de um founder é “nós usamos AI,” fico imediatamente cético. AI é uma capacidade, não um produto. “Usamos AI para reduzir a subscrição de empréstimos de construção de seis semanas para três dias” é convincente. “Somos uma empresa de AI” é vazio. Os founders mais perigosos são os que começam com a tecnologia e saem procurando um problema. Os melhores founders começam com o problema e buscam qualquer tecnologia que o resolva — AI ou não.

Credenciais de big tech. Não me importo que você trabalhou no Google, Meta ou Amazon. São ótimas empresas. Trabalhar lá ensina como grandes organizações operam. Mas startups não são grandes organizações. As habilidades que te fazem bem-sucedido em uma empresa de 50 mil pessoas — navegar burocracia, construir consenso, operar dentro de sistemas estabelecidos — são frequentemente o oposto do que te faz bem-sucedido em uma startup de 5 pessoas.

O que me importa é se você operou no ambiente bagunçado, ambíguo e com poucos recursos onde startups vivem. Você já construiu algo do zero? Já lançou um produto sem QA, sem DevOps, sem product manager? Já fechou um cliente sozinho? Já tomou uma decisão de folha de pagamento que te deixou acordado à noite?

---

O Que Sinaliza Convicção

O sinal mais forte que encontrei para qualidade de founder é o que chamo de cicatrizes de domínio — o conhecimento conquistado a duras penas que vem de viver dentro de um problema por anos.

Founders com cicatrizes de domínio têm uma qualidade particular em conversas. Eles não fazem pitch. Eles explicam. Contam sobre as dezessete coisas que tentaram e não funcionaram e por que a décima oitava pode funcionar. Descrevem o cenário regulatório não como um obstáculo mas como um mapa que memorizaram. Sabem quais clientes vão adotar cedo e quais vão esperar, não por pesquisa de mercado mas por terem sido rejeitados por ambos.

Quando pergunto a um founder com cicatrizes sobre ameaças competitivas, eles não me mostram um gráfico de quadrante. Me dizem: “A Empresa X tentou essa abordagem em 2019 e falhou por causa de Y. A Empresa Z está indo bem no segmento A mas não consegue entrar no segmento B por causa da regulamentação C. Estamos posicionados na intersecção que nenhuma consegue alcançar porque passamos quatro anos construindo relacionamentos com stakeholders D e E.”

Isso não é pesquisa. É experiência vivida. E é insubstituível.

Outro sinal: founders que conseguem articular o que não vão construir com a mesma clareza e convicção do que vão. O “anti-roadmap” é frequentemente mais revelador que o roadmap em si. Mostra que o founder pensou profundamente sobre tradeoffs, foi pressionado a expandir o escopo e manteve disciplina.

O sinal mais fraco, na minha experiência, é confiança. Founders confiantes estão por toda parte. Convicção é diferente de confiança. Confiança diz: “Isso vai funcionar.” Convicção diz: “Isso precisa existir, e vou continuar construindo independente de funcionar no timeline que investidores querem.” Confiança é um traço de personalidade. Convicção é uma relação com o problema.

---

Padrões Que Preveem

Vou compartilhar alguns padrões que observei, com a ressalva de que reconhecimento de padrões em venture é inerentemente ruidoso e estes são tendências, não leis:

Founders que pensam no problema há anos tendem a superar founders que o descobriram recentemente. A profundidade de entendimento se compõe. Um founder obcecado por financiamento de construção há uma década vai ver oportunidades e riscos que um founder que pivotou de adtech no trimestre passado simplesmente não consegue.

Founders que sabem programar (ou que entendem profundamente tecnologia) tendem a construir produtos melhores que os que não sabem, mesmo que não estejam escrevendo código diariamente. A capacidade de avaliar tradeoffs técnicos, de entender o que é difícil versus fácil, de questionar estimativas de engenharia com ceticismo informado — é um superpoder em estágio inicial.

Founders que experimentaram fracasso são melhores que os que não experimentaram. Não porque fracasso ensina sucesso (frequentemente não ensina), mas porque ensina resiliência e humildade. Um founder que passou por uma startup fracassada sabe como são 3 da manhã quando o servidor caiu e o cliente está bravo. Esse conhecimento é calmante, não traumatizante.

Relacionamentos entre co-founders que antecedem a startup tendem a durar mais que os formados para a startup. O estresse de construir uma empresa revela cada rachadura em um relacionamento. Se a rachadura já existia antes da empresa, vai abrir mais. Se o relacionamento foi forjado em anos de confiança, pode suportar mais peso.

---

Admissão Honesta

Já errei. Mais de uma vez. Passei por founders que tiveram sucesso brilhante e apoiei founders que falharam apesar de ter cada qualidade que acabei de descrever. Reconhecimento de padrões em venture é um sinal ruidoso em um ambiente ruidoso.

O que aprendi é segurar meus padrões com leveza. São filtros, não fórmulas. Me ajudam a fazer perguntas melhores, não garantem respostas melhores.

As três perguntas — taste, judgment, arquitetura — não são uma rubrica de pontuação. São pontos de partida para conversas. Um founder que pontua perfeitamente nas três mas não consegue articular por que se importa com o problema vai perder para um founder que pontua mal em uma mas arde de convicção sobre por que essa coisa específica precisa existir no mundo.

No fim, o que buscamos é algo difícil de nomear e impossível de fingir: a sensação de que essa pessoa e esse problema sempre iam se encontrar, e que a única variável é timing.

Se você é essa pessoa, queremos conversar.