MVP não exige CTO. Às vezes exige só a dupla certa e a ferramenta certa.

Tem uma frase que todo founder não-técnico já ouviu de alguém "que entende": "sem CTO, sem programador no time, esquece." É uma meia-verdade perigosa — perigosa porque ainda era inteiramente verdade há três anos, e hoje já não é mais. A história da DataPollis é um bom exemplo do que muda quando essa regra deixa de valer.

Duas pessoas, quinze anos de pesquisa, zero linha de código

Os fundadores da DataPollis vêm do mundo da pesquisa eleitoral tradicional — um deles filósofo, o outro estatístico. Nada de tecnologia na bagagem. O trabalho deles, por mais de uma década, era o clássico do setor: ligação telefônica atrás de ligação telefônica, resposta tabulada em planilha, relatório fechado entregue ao cliente.

Funcionava. Até parar de funcionar. Telefonia para pesquisa ficou cara, taxa de resposta despencou, e o modelo que sustentou o negócio por quinze anos virou operação com margem cada vez mais apertada.

O ano em que o problema virou urgente

Em janeiro de 2026, a dupla fechou uma série de pesquisas de uso interno para partidos e candidatos de olho nas eleições daquele ano — o tipo de contrato que todo negócio de pesquisa sonha em fechar: cliente certo, trabalho certo, momento certo. Só que o método de entrega continuava sendo o de sempre: telefone e planilha.

A decisão que se impôs foi simples de descrever e difícil de executar: continuar operando como há quinze anos, sabendo que a margem ia continuar apertando — ou modernizar, sem saber por onde começar.

Os dois obstáculos que pareciam intransponíveis

Primeiro: falta total de familiaridade com tecnologia. Não era "não sabem programar" — era não ter vocabulário nem pra formular a pergunta certa. Banco de dados, API, hospedagem: termos de outro planeta.

Segundo: escassez e custo de programador. Mesmo que quisessem contratar, contratar um time técnico competente pra construir uma plataforma do zero custaria — em tempo e em dinheiro — mais do que o negócio conseguia sustentar naquele momento.

Esse é o ponto exato em que a maioria dos founders não-técnicos desiste ou parte pra uma solução capenga. A dupla da DataPollis fez diferente: contratou um consultor.

O que mudou o jogo: consultoria enxuta, não contratação de time

O consultor apresentou o Lovable — plataforma que permite construir aplicações completas descrevendo o que se quer em linguagem natural, sem escrever código. Só que ferramenta boa na mão errada ainda produz coisa ruim; o diferencial real foi o formato da consultoria: reuniões remotas duas vezes por semana, com um custo que nunca passou de 15 horas de consultoria por mês.

Em quatro meses, sem nenhum dos dois fundadores escrever uma linha de código, nasceu a DataPollis — uma plataforma de pesquisa multimodal, capaz de coletar opinião por voz, WhatsApp e redes sociais, com painel de resultado em tempo real. O mesmo trabalho que antes dependia de ligação telefônica um a um.

Dourando a pílula com honestidade: o que essa história prova (e o que ela não prova)

Vamos ser diretos, porque exagero mata credibilidade: essa história não prova que "qualquer um constrói qualquer coisa sozinho com IA". Prova algo mais específico e, ainda assim, revolucionário: domínio profundo do problema + orientação técnica certa + ferramenta certa derrubou uma barreira que há poucos anos exigia sócio técnico, investimento em time e muito mais que quatro meses.

Alguns pontos que fazem essa história funcionar — e que não dá pra pular:

• Eles não fizeram sozinhos. Teve consultor guiando decisão técnica, mesmo que em poucas horas por semana. IA reduziu a necessidade de um CTO em tempo integral; não eliminou a necessidade de julgamento técnico experiente.
• Eles já tinham o domínio do problema. Quinze anos entendendo pesquisa de opinião, metodologia, o que o cliente realmente precisa ver num relatório. A ferramenta acelerou a execução; não inventou a expertise.
• Dado sensível pede cuidado redobrado. Plataforma de pesquisa eleitoral lida com opinião política — um dos tipos de dado que a LGPD trata como sensível. Isso não é detalhe técnico chato: é responsabilidade real de quem constrói produto nessa área, e vale a consultoria certa (inclusive jurídica) desde o início, não só depois que o produto já está no ar.
• Quatro meses não é "app pronto em um fim de semana". É rápido pra padrão de mercado tradicional, mas ainda foi um processo estruturado, com iteração, ajuste e um parceiro técnico presente semana após semana.

O que isso muda pra você, founder não-técnico

Se a barreira que está te travando é "eu não sei programar", vale reconsiderar se essa barreira ainda é real do jeito que era há três anos. O que continua sendo real — e insubstituível — é: entender o problema profundamente, escolher com critério quem vai te orientar tecnicamente, e ter clareza de que "construir rápido" não substitui "construir sabendo pra quem e por quê".

O papel do Celeiro nessa conversa

Histórias como a da DataPollis são exatamente o tipo de situação que a gente ajuda a estruturar dentro do programa: founder com domínio profundo de um problema real, sem bagagem técnica, decidindo entre continuar do jeito antigo ou modernizar com o apoio certo. A ferramenta importa. O critério de quem te orienta a usá-la importa mais.

Leia também

• Vibe coding não tem "a melhor". Tem a certa pro seu momento.
• Vibe coding não é o futuro. É o atalho que você estava ignorando.
• Como sair da ideia ao primeiro cliente