Faça as coisas que não escalam. ainda mais agora.

Em 2013, Paul Graham escreveu um dos textos mais citados do universo de startups: "Do Things That Don't Scale". O argumento era simples e contraintuitivo. Fundadores bem-sucedidos não esperam que usuários apareçam. Eles vão atrás, um por um. Constroem coisas à mão antes de automatizar. Tratam os primeiros clientes com uma atenção que seria insustentável em escala, e exatamente por isso funciona.

Mais de uma década depois, o argumento envelheceu bem. E em 2026, com tudo o que mudou na forma como construímos produtos, envelheceu melhor ainda.

Este texto é uma releitura do original de Graham, atualizada para o contexto de hoje. Os princípios são dele. Os exemplos, em parte, também. A aplicação ao momento atual e à forma como trabalho com empresas no Brasil é minha.

A maioria das startups não decola sozinha

Existe uma crença persistente de que startups ou dão certo ou não. Você constrói algo, coloca no mundo, e se for bom o suficiente as pessoas encontram. Se não encontrarem, é porque o mercado não existe.

Essa crença é, na quase totalidade dos casos, falsa.

Startups decolam porque os fundadores as fazem decolar. Graham usou a imagem da manivela dos carros antigos, dos tempos anteriores ao motor de arranque elétrico. Depois que o motor pega, ele continua girando sozinho. Mas tem um processo trabalhoso e separado só para fazer pegar.

Recrute à mão

A coisa mais comum que não escala, e que quase todo fundador precisa fazer, é recrutar usuários manualmente.

Stripe é um dos exemplos clássicos. Mesmo resolvendo um problema com demanda óbvia, os irmãos Collison não esperaram ninguém aparecer. Criaram dentro da Y Combinator um padrão que virou expressão: "instalação Collison". Fundadores comuns perguntam "quer testar nosso beta?" e, diante de um sim, mandam um link. Os Collison diziam "ótimo, me empresta o seu notebook" e instalavam ali, na hora.

Existem duas razões pelas quais fundadores resistem a isso.

A primeira é uma mistura de timidez e preguiça. É mais confortável ficar em casa escrevendo código do que sair para conversar com estranhos e ser rejeitado pela maioria. Mas em algum momento, pelo menos um dos fundadores vai passar a maior parte do tempo em vendas e relacionamento. Essa conta não se delega cedo.

A segunda razão é que os números iniciais parecem pequenos demais. Cem usuários. Trezentos. Não foi assim que as grandes começaram, pensam eles. Esquecem da matemática do crescimento composto. Cem usuários crescendo 10% por semana viram catorze mil em um ano e dois milhões em dois. O problema quase nunca é a base pequena. O problema é a ausência de crescimento consistente.

Airbnb é o outro exemplo canônico. Marketplaces são tão difíceis de fazer girar que medidas extremas são esperadas no início. No caso deles, os fundadores iam de porta em porta em Nova York, recrutando anfitriões e ajudando os atuais a melhorar seus anúncios. Graham lembra de vê-los chegando nos jantares de terça da YC sempre com mala de rodinha, porque voltavam de algum lugar.

Tudo é frágil no começo

Airbnb hoje parece uma força inevitável. No início, foi tão frágil que cerca de trinta dias de presença direta dos fundadores com usuários fizeram a diferença entre existir e desaparecer.

Essa fragilidade inicial é a regra, não a exceção. E é uma das coisas que fundadores inexperientes, investidores, jornalistas e comentaristas de plantão mais erram. Avaliam startups recém-nascidas com critérios de empresas consolidadas. É como olhar para um bebê e concluir que aquela criatura frágil nunca vai fazer nada relevante.

Se jornalistas e investidores erram essa leitura, tudo bem. O risco verdadeiro é o fundador errar sobre si mesmo. A pergunta certa não é "essa empresa vai dominar o mercado?". É "até onde essa empresa pode chegar se os fundadores fizerem o que precisa ser feito?". E o que precisa ser feito costuma parecer trabalhoso e pequeno demais no momento.

Encantar, não atender

Recrutar usuários é uma metade. A outra é torná-los absurdamente felizes.

A Wufoo, por muito tempo, enviava um bilhete escrito à mão para cada novo cliente. Graham lembra disso como princípio: os primeiros usuários precisam sentir que se cadastrar foi uma das melhores decisões que tomaram no mês. E o trabalho do fundador é ficar inventando novas formas de entregar essa sensação.

Por que isso precisa ser ensinado? Por três motivos que valem tanto em 2026 quanto em 2013.

O primeiro: muitos fundadores vêm da engenharia, e atenção individual ao cliente nunca fez parte dessa formação. Você é treinado para construir sistemas robustos, não para tratar cada usuário como se fosse o único. Existe uma aversão cultural antiga ao que parece "servir".

O segundo: o medo de que isso não escala. Quando um fundador levanta essa preocupação cedo, a resposta é simples. No estágio em que você está, você não tem nada a perder. O cenário em que você tem usuários demais para tratar com atenção individual é o problema que você quer ter. Vá atrás dele. E quando chegar lá, vai descobrir que encantar clientes escala melhor do que se imaginava, em parte porque permeou a cultura antes de virar operação.

O terceiro motivo é mais sutil. Muitos fundadores nunca foram tratados com esse nível de atenção em lugar nenhum, porque suas referências de atendimento são empresas grandes. O CEO da Apple não te manda um bilhete quando você compra um MacBook. Ele não consegue. Mas você consegue. Essa é uma das únicas vantagens reais de ser pequeno, e muita gente abre mão dela tentando parecer grande antes da hora.

Insanamente bom

Steve Jobs usava uma expressão que virou folclore: insanely great. Ele não queria dizer "muito bom". Queria dizer literalmente insano. Um nível de obsessão com execução que, na vida cotidiana, pareceria patológico.

Quando Jobs falava isso, a Apple já era uma empresa consolidada. Insanamente bom se referia ao produto, ao manual, até à embalagem. Engenheiros entendem esse tipo de obsessão.

O que fundadores de empresas muito jovens têm dificuldade de traduzir é o que "insanamente bom" vira nos primeiros meses. Não é o produto que precisa ser impecável. É a experiência de ser seu usuário. O produto é um componente dessa experiência, e num estágio inicial quase nunca é o mais importante. Você pode, e deve, oferecer uma experiência extraordinária mesmo com um produto incompleto e cheio de falhas, desde que compense com atenção.

E tem um segundo ganho aqui, que quase ninguém percebe na hora. O engajamento direto com os primeiros usuários vai te dar o feedback mais valioso que você terá na vida da empresa. Quando crescer a ponto de depender de grupos focais e pesquisas, você vai ter saudade do tempo em que podia ir até a casa ou o escritório de alguém e ver a pessoa usando o que você fez.

Fogo contido

Às vezes, o que não escala direito é a escolha deliberada de um mercado estreito. É o princípio da fogueira: manter o fogo concentrado no começo para deixar bem quente antes de acrescentar mais lenha.

Facebook começou assim. Só para Harvard. Um mercado potencial de poucos milhares, mas que se sentiu tão seu que atingiu massa crítica rápido. Depois, continuou por bastante tempo restrito a grupos específicos de universidades. Quando Zuckerberg foi entrevistado por Graham, disse que dava muito trabalho criar as listas de disciplinas de cada escola, mas esse trabalho fazia os alunos sentirem que aquela era a casa natural deles.

Vale sempre se perguntar: existe um recorte do meu mercado onde dá para atingir massa crítica rápido? Entre empresas, os melhores early adopters costumam ser outras startups. Estão mais abertas ao novo, não fizeram todas as escolhas ainda, e quando crescem arrastam você junto.

Monte com as próprias mãos

Para startups de hardware, existe uma variação do "faça coisas que não escalam" que Graham chamou de "pulling a Meraki". Os fundadores da Meraki começaram montando os próprios roteadores, manualmente, antes de ter escala para terceirizar a fabricação.

No software, a versão equivalente é fazer na mão o que você planeja automatizar depois. Aqui a coisa fica quase cômica. Stripe entregava "contas de adquirente instantâneas" para os primeiros clientes porque, nos bastidores, os fundadores estavam cadastrando cada um manualmente nas adquirentes tradicionais. Do lado do cliente, parecia mágica. Do lado deles, era trabalho bruto.

Em 2026, com ferramentas de IA generativa reduzindo drasticamente o custo de automatizar qualquer coisa, a tentação é pular essa fase. Não pule. O tempo que você gasta operando à mão ensina exatamente o que precisa ser automatizado, onde estão os gargalos reais, e o que nunca valeu a pena automatizar.

Consultoria sem cobrar por hora

Para startups B2B, Graham recomendava um extremo: escolher um único cliente e agir como consultor, construindo algo quase feito sob medida. Esse primeiro cliente serve de molde. Você vai ajustando até caber perfeitamente nele, e quase sempre vai descobrir que fez algo que outros também querem.

O detalhe importante, e ele deixa isso claro, é que isso só funciona enquanto você não está sendo pago por hora. A linha onde uma empresa de produto vira consultoria é exatamente o momento em que o cliente começa a pagar pela atenção, e não pelo resultado. Enquanto é cortesia exagerada de uma empresa de produto, todo mundo fica grato. Quando vira serviço hora-a-hora, passa a ser obrigação.

O mito do grande lançamento

Vale mencionar uma tática que quase nunca funciona: o lançamento grande. Volta e meia aparece um fundador que acredita que startups são projéteis, não aeronaves. Que vão dar certo se, e somente se, forem lançadas com velocidade inicial suficiente. Querem aparecer simultaneamente em oito veículos, com embargo, numa terça-feira, porque leram em algum lugar que terça é o melhor dia.

É fácil ver que lançamentos importam pouco. Pense nas startups mais bem-sucedidas que você conhece. Quantos lançamentos você lembra? Tudo o que um lançamento precisa te dar é um núcleo inicial de usuários. Daqui a alguns meses, o que vai definir o seu sucesso é o quanto você fez essas pessoas felizes, não quantas eram.

Parcerias com empresas grandes, no mesmo espírito, quase nunca funcionam como motor inicial. É um erro comum achar que uma parceria vai ser o grande salto. Seis meses depois, quase sempre, a história é a mesma: deu muito mais trabalho do que o esperado e saiu quase nada.

A ideia é um vetor, não um número

Graham propôs que parassem de pensar em ideia de startup como um escalar. Pensar nela como um par: o que você vai construir, e o que você vai fazer, de não escalável, para tirar a empresa do zero.

Na maior parte dos casos, a segunda parte é a mesma. Recrutar usuários à mão e entregar uma experiência desproporcionalmente boa. Mas tratar a startup como um vetor lembra o fundador de que o trabalho acontece em duas dimensões, não uma. E no melhor dos casos, o que começa como esforço insustentável vira parte permanente da cultura. Quem teve que ser agressivo para adquirir usuários pequenos provavelmente continuará agressivo quando for grande. Quem teve que montar o próprio hardware aprende coisas que ninguém aprende comprando fábrica. Quem teve que se virar para encantar os primeiros dez clientes continua encantando os primeiros dez mil.

O que muda em 2026

A tese do Graham foi escrita num mundo em que construir software demandava equipes, tempo e capital. Nesse cenário, "fazer coisas que não escalam" era um contrapeso à tendência natural de esperar que o produto fosse bom o suficiente para se vender sozinho.

Hoje, construir virou barato. Um fundador consegue reconstruir em três meses o que antes tomou dois anos e uma equipe inteira. Eu sei disso porque vivi exatamente essa diferença. Refiz um produto do zero em menos de um trimestre usando Claude, Supabase e Lovable, depois de uma tentativa anterior, de dois anos, com um time de desenvolvimento tradicional, que não chegou ao mesmo resultado.

A conclusão que muita gente tira disso é a errada. Pensam que, se construir ficou rápido, a parte difícil agora é distribuir. Que o jogo virou marketing. Não é bem assim.

O que a IA fez foi baixar o custo de construção e o custo de iteração. Isso amplifica a vantagem de quem trata os primeiros usuários com atenção extrema, porque cada insight do usuário agora pode virar produto em dias, não em meses. O gargalo não é mais codar a mudança. É ter clareza sobre qual mudança importa. E essa clareza só vem do contato próximo, manual, exaustivo, com quem está usando.

A outra coisa que mudou é a ilusão do atalho. Em 2013, fazer coisas que não escalam era trabalhoso e ponto. Em 2026, dá para simular que você está fazendo, usando automação e IA para criar uma aparência de atenção individual. Isso funciona até o cliente perceber. E ele sempre percebe. A atenção real continua sendo um sinal caro, e exatamente por isso continua sendo valiosa.

Faça as coisas que não escalam. ainda mais agora.

Tudo o que Graham escreveu em 2013 segue valendo. Recrute usuários à mão. Trate os primeiros como se fossem os únicos. Comece por um segmento pequeno o suficiente para dominar. Monte à mão antes de automatizar. Não acredite no mito do grande lançamento. Pense na sua ideia como um vetor, não como um número.

O que mudou é que o custo de fazer cada uma dessas coisas caiu. A atenção ficou mais barata de sustentar. A iteração ficou mais rápida. A distância entre o que você aprende com o usuário e o que você consegue entregar para ele encurtou de semanas para dias.

Quem entende isso sai na frente. Não porque terceiriza o trabalho para a IA. Porque usa a IA para entregar mais do que não escala, para mais pessoas, mais rápido.

O texto original de Paul Graham, "Do Things That Don't Scale", está disponível em paulgraham.com/ds.html e segue sendo leitura obrigatória.