Como aplicar faça coisas que não escalam hoje

Faça coisas que não escalam é o conselho de Paul Graham, fundador da Y Combinator, que contradiz a corrida atual por automação total com IA. A tese é simples: no começo, visitar cliente, dar suporte manual e conversar um a um é o que constrói um SaaS sustentável. Este artigo mostra exemplos reais e como aplicar na prática.

O que significa faça coisas que não escalam

Faça coisas que não escalam é o conselho de Paul Graham, fundador da Y Combinator, para startups em estágio inicial: resolva os problemas dos seus primeiros clientes manualmente, mesmo quando isso não funciona em larga escala. O ensaio completo está no site do próprio autor, em Do Things That Don't Scale, publicado originalmente em 2013.

A lógica por trás da frase é direta. Nos primeiros meses, você precisa de duas coisas mais do que de eficiência: aprender de verdade o que o cliente quer e conquistar confiança. Nenhuma das duas vem de um chatbot. Vêm de conversa, visita e suporte feito por quem fundou a empresa.

Escalar, no fim das contas, é crescer sem que o esforço cresça na mesma proporção. Sair de 1.000 para 10.000 clientes sem duplicar o trabalho seria escalar. Mas antes disso existe uma fase anterior, menos glamourosa, em que o trabalho manual é justamente o que sustenta o negócio.

Por que a IA tornou esse conselho ainda mais relevante

Criar um software ficou muito mais fácil. Com ferramentas como o Claude e o Codex, dá para montar um produto funcional em um fim de semana. O problema é que facilidade de construir não é facilidade de vender.

Muita gente monta o software, recebe os primeiros leads e instala um bot de WhatsApp para atendê-los. Enquanto você tem poucas mensagens, isso é desperdício: cada lead que chega está interessado naquele momento, e uma resposta automática fria joga esse interesse fora. Com dezenas de milhares de leads, automatizar faz sentido. Com dez, atenda pessoalmente.

A recomendação prática é simples: enquanto a empresa não paga as próprias contas, use a IA para construir mais rápido, mas use o seu rosto e o seu telefone para vender. A ferramenta acelera o produto; a proximidade acelera a receita.

Airbnb, Stripe, Gmail e Uber: como os grandes começaram

Os casos mais citados sobre faça coisas que não escalam vêm de empresas que hoje são gigantes. Nenhuma delas nasceu automatizada. Todas resolveram o problema inicialmente à mão, com os fundadores na linha de frente.

Airbnb: os fundadores fotografaram os apartamentos

O Airbnb, plataforma de aluguel de hospedagens, começou com anúncios que tinham fotos ruins. Brian Chesky e Joe Gebbia pegaram uma câmera e foram eles mesmos aos apartamentos fotografar. Não contrataram fotógrafos; os donos do negócio tiraram as fotos. O anúncio ficou mais confiável e as reservas subiram.

Stripe instalação Collison

O Stripe, plataforma de pagamentos para negócios na internet, sofria com um problema de adoção: as pessoas elogiavam o produto e nunca instalavam. Os irmãos Collison passaram a visitar empresas interessadas e instalar o Stripe no software do cliente ali mesmo, com o próprio laptop. O gesto ficou conhecido como "instalação Collison" e construiu a base inicial de clientes de uma das maiores fintechs do mundo.

Gmail: 100 ligações antes do lançamento

O Gmail, serviço de e-mail do Google lançado em 1º de abril de 2004 com 1 GB de espaço, quase ninguém acreditou de tanto parecer brincadeira. Segundo o relato que circula sobre o projeto, a equipe colocou um botão de feedback no produto e ligou pessoalmente para usuários que diziam que ele não era bom o suficiente, até conversar com cerca de 100 pessoas antes da abertura ao público. Também foi um dos primeiros produtos famosos a usar Ajax, sem recarregar a página inteira a cada clique.

Uber: uma cidade de cada vez

O Uber começou funcionando só em São Francisco. Em vez de tentar abraçar o mundo, os fundadores buscaram o product-market fit em uma única cidade: confirmaram que o produto se encaixava no mercado antes de expandir. Só depois de provar o modelo local eles levaram o serviço para outros lugares.

Como o eGestor aplicou isso na prática desde 2009

O eGestor, software de gestão financeira criado em 2009 de forma bootstrapped, ou seja, sem investidor externo, cresceu com trabalho manual nos primeiros anos. Os sócios investiam cerca de R$ 300 por mês em anúncios pagos no Google e ligavam para cada lead, além de atender por MSN, na época sem WhatsApp.

Quando o cliente era da mesma cidade, Santa Maria, no Rio Grande do Sul, os sócios visitavam a empresa pessoalmente para ver o uso do sistema. Essas visitas revelavam problemas invisíveis no escritório: o botão que o desenvolvedor achava óbvio, o cliente não encontrava. Essa observação direta alimentou anos de melhorias de usabilidade.

O resultado apareceu devagar, cliente por cliente. A meta inicial não era ficar rico, era chegar ao break-even, o ponto em que a receita cobre os custos. Quando a empresa atingiu R$ 20 mil de receita recorrente mensal, o fundador soube que o negócio era sustentável. Hoje o eGestor soma mais de 30 mil clientes, segundo o próprio canal.

Visitar o cliente reduz cancelamento

Segundo o empreendedor Patrick Campbell, fundador da ProfitWell, empresa de métricas para assinaturas, clientes que conhecem o fornecedor pessoalmente pagam de 10% a 30% a mais e cancelam cerca de 20% menos. Esses números foram reportados por ele com base na base de dados da própria empresa, não em estudo independente.

A experiência do eGestor aponta na mesma direção. Uma análise interna citada no vídeo mostrou que clientes da própria cidade, Santa Maria, cancelam menos, mesmo sem visita a todos eles. A explicação plausível é a percepção de proximidade: o cliente pensa que, se algo der errado, basta ir até lá resolver.

Se a visita não é possível, a alternativa é a reunião por vídeo. O eGestor mantém uma equipe de onboarding dedicada a ensinar e configurar o software, e percebeu mudança clara quando os atendentes passaram a ligar a câmera no Google Meet. Clientes mais estressados passaram a tratar melhor a equipe. Ver uma pessoa muda o tom da conversa, e o atendimento por vídeo é o substituto razoável quando a distância impede a visita.

Velocidade no primeiro contato vale mais que automação

Lead novo tem meia-vida curta. Quem se cadastrou agora está interessado agora; uma hora depois, já está ocupado com outra coisa. Por isso, ligar rápido faz diferença prática na conversão, ainda que no início isso não escale.

Em um teste citado no vídeo, os concorrentes do eGestor, empresas que receberam aporte financeiro e despejam dinheiro em anúncios, demoraram a retornar o cadastro de teste. A empresa bootstrapped, que torce a toalha até a última gota, ligou rapidamente. Quando cada lead custa caro, ninguém fica parado na fila.

A regra prática: enquanto você tem poucos leads, responda com pessoa real, por telefone ou WhatsApp, e mostre disponibilidade. Reserve o bot de atendimento para quando o volume justificar. O PPT aqui é literal: pega o telefone e liga.

Onboarding manual mesmo com prejuízo no primeiro mês

Onboarding é o processo de receber o cliente que acabou de assinar: uma reunião por vídeo ou visita presencial para ensinar o software do início ao fim e ajudar na configuração. No começo, esse trabalho pode dar prejuízo pontual, especialmente com planos baratos.

O exemplo concreto: se você cobra R$ 80 por mês e mora em uma cidade grande, o custo de deslocamento para resolver o problema do cliente pode superar a mensalidade. Mesmo assim, o trabalho se paga, porque o modelo de assinatura tem recorrência. Você perde no primeiro mês e recupera no décimo, quando o cliente satisfeito continua ativo.

Esse é o coração de faça coisas que não escalam: aceitar ineficiência temporária em troca de retenção. Um cliente bem acompanhado cancela menos, indica mais e ensina você a melhorar o produto. Nenhum fluxo automatizado entrega esses três resultados ao mesmo tempo.

Quando parar de fazer o que não escala e começar a estruturar

O conselho não é fazer tudo manualmente para sempre. A sequência recomendada tem uma ordem clara, e pular etapas é o erro mais comum de quem quer nascer grande.

1. Conquiste os primeiros clientes manualmente. Visite, ligue, dê suporte presencial e aprenda a dor real do cliente observando o uso.

2. Chegue ao break-even. Priorize a sustentabilidade: receita recorrente cobrindo custos. É o sinal de que o negócio existe de verdade.

3. Automatize o que já funciona. Só depois de validar o modelo, monte processos, contrate vendedores, estruture o atendimento e passe a automatizar com IA.

Se você automatizar antes de validar, escala um modelo que talvez não funcione. Se ficar manual para sempre, vira refém do próprio dia. A fronteira entre as duas fases é, em boa medida, o ponto em que a empresa paga as próprias contas.

Perguntas frequentes sobre faça coisas que não escalam

• O que significa "faça coisas que não escalam"? É o conselho de Paul Graham, fundador da Y Combinator, para resolver manualmente os problemas dos primeiros clientes, mesmo sem eficiência. A ideia é aprender rápido e ganhar confiança antes de automatizar. O ensaio original é de 2013.

• Usar IA para atender leads no início é erro? Com volume baixo, geralmente é. O lead que acabou de se cadastrar está interessado naquele momento, e uma resposta automática esfria o contato. Com milhares de leads, a automação passa a fazer sentido.

• Visitar clientes realmente reduz cancelamento? Dados reportados por Patrick Campbell, da ProfitWell, indicam que clientes que conhecem o fornecedor pessoalmente cancelam cerca de 20% menos. A experiência do eGestor com clientes da própria cidade aponta na mesma direção, mas é evidência interna, não estudo independente.

• Fazer onboarding manual com plano barato dá prejuízo? Pode dar no primeiro mês, especialmente se houver deslocamento. A recorrência compensa: o cliente satisfeito permanece e o custo se recupera nos meses seguintes.

• Quando começo a escalar de verdade? Depois de alcançar o break-even e validar que o produto se encaixa no mercado. Aí sim faz sentido montar processos, contratar e automatizar.

Do vídeo ao texto: o que fazer com esse conhecimento

A lição de Gustavo Dev Doido no canal Vivendo de SaaS é que trabalho ordinário e bem feito, cliente por cliente, constrói empresas de software mais sólidas do que qualquer atalho. Se você produz conteúdo nesse estilo, ensinando algo que funcionou de verdade, esse conhecimento merece mais do que ficar preso em um vídeo.

É aí que o Skalablog entra: você cola a URL de um vídeo do YouTube, a ferramenta transcreve e gera um artigo estruturado e pronto para revisão. Ideal para quem fala bem e não quer escrever do zero.

E se você quer aprender a construir software de verdade, com o mesmo espírito de trabalho bem feito, vale conhecer o CrazyStack Typescript.

Source video