Antes da primeira página

Os dois sócios fizeram quase tudo certo. Vale dizer isso logo, antes do fim da história, porque o fim costuma apagar o resto.

Eles tinham identificado um problema real num tipo de empresa pequena que conheciam bem, dessas que funcionam com três ou quatro pessoas, um balcão e um caderno de pedidos. Antes de escrever uma linha de código, venderam a ideia para um punhado de clientes e passaram meses ao lado deles, ajustando o serviço quase à mão. Aprenderam com dez, talvez quinze empresas o que ninguém aprende num relatório de mercado: quando o cliente liga reclamando, o que ele aceita esperar, o que ele pagaria para não ter de pensar no assunto. Se você já leu alguma coisa sobre startups nos últimos quinze anos, reconhece o roteiro. Era o manual sendo cumprido.

Faltava a tecnologia. Nenhum dos dois programava, e o produto que tinham montado com planilhas e ferramentas prontas não aguentaria o crescimento que eles já enxergavam. Então fizeram o que qualquer consultor sensato teria recomendado: contrataram uma software house, uma empresa pequena de desenvolvimento com três sócios competentes, para construir o sistema com qualidade e escala. Pagaram bem, acompanharam as entregas, aprovaram as telas.

Durante um ano, funcionou. O sistema ficou bom. Os clientes gostaram. A carteira passou de quinze empresas para perto de cem, todas pequenas, todas pagando todo mês.

Um ano depois, a software house desapareceu.

Não houve briga, calote ou traição. Cada um dos três sócios foi para um lado por razões inteiramente humanas. Um aceitou um emprego numa grande empresa de tecnologia. Outro passou num concurso público que vinha estudando havia anos. O terceiro recebeu a herança de um tio que não tinha filhos e decidiu que não precisava mais trabalhar daquele jeito. A empresa deles simplesmente deixou de existir. E, com ela, o acesso ao código, aos servidores, à lógica de tudo o que tinha sido construído, e à memória de por que cada coisa estava onde estava.

Os dois sócios descobriram então o que não tinham. Não tinham o código-fonte sob seu controle. Não tinham documentação. Não tinham um contrato que previsse aquela situação. Não tinham uma pessoa dentro da empresa capaz de abrir o sistema e entender o que estava lá. E não tinham caixa para contratar outra equipe e reconstruir tudo do zero enquanto cem clientes esperavam.

O sistema continuou no ar por inércia, como um carro desligado descendo uma ladeira. Sem manutenção, começou a falhar. Os clientes começaram a sair. Em seis meses, a empresa acabou. Entre o primeiro cliente e o fim, passaram-se menos de dois anos, e o prejuízo chegou perto de um milhão e meio de reais.

O fundamento que ninguém mencionou

Conto essa história, com os detalhes que permitiriam identificar alguém trocados ou apagados, porque ela me acompanha há muito tempo, e porque ela desmonta uma ideia confortável sobre o que significa fazer as coisas direito.

Aqueles dois sócios seguiram os livros. Validaram o problema com clientes reais, aprenderam antes de escalar, cobraram desde o início. Fizeram o que a literatura de startups das últimas duas décadas mais insiste que se faça, com o Customer Development[+] de Steve Blank à frente.¹ O que os derrubou foi um fundamento que quase nenhum desses livros põe na capa, porque ele parece óbvio demais para quem vem da tecnologia e distante demais para quem vem do negócio: numa empresa de software, o software é o ativo. Quem não controla o código, não controla a empresa.

Parece óbvio escrito assim. Na prática, eu já vi essa lacuna em empresa pequena e em empresa grande, em fundador de primeira viagem e em executivo experiente. Ela tem nomes técnicos, como escrow de código[+], documentação, fator ônibus[+], governança de repositório. E tem um nome simples: dependência de algo que você não entende e não pode substituir.

Guardo essa história há anos. Resolvi contá-la agora porque, em 2026, essa lacuna ficou mais fácil de cair e mais difícil de enxergar.

Por que agora

Nunca foi tão fácil começar uma empresa de software. Uma ferramenta de inteligência artificial generativa escreve um plano de negócio em minutos, preenche um Lean Canvas[+] inteiro sem deixar uma caixa em branco e gera o código de um aplicativo funcional num fim de semana. Um curso on-line promete ensinar a fórmula do crescimento em seis módulos. Uma agência de growth marketing garante mil cadastros por mês a partir do primeiro anúncio.

Uso essas ferramentas todos os dias. Elas são extraordinárias, e quem ignora o que elas fazem vai perder para quem sabe usá-las. O que me preocupa é outra coisa. Cada uma delas produz algo que tem a aparência de um fundamento cumprido. O canvas gerado pela máquina parece um canvas pensado. A entrevista simulada com uma persona sintética parece uma conversa com o cliente. O produto construído num fim de semana parece um produto validado. Os mil cadastros parecem tração[+].

Repare no que aconteceu com os dois sócios da minha história. Eles terceirizaram a parte que não dominavam, e a terceirização funcionou até o dia em que deixou de funcionar. Hoje, a mesma lógica se repete em escala muito maior. Um fundador que pede a uma IA para gerar o código do seu produto terceirizou a construção para algo que ninguém na empresa entende por inteiro. Um fundador que compra crescimento em anúncios terceirizou a pergunta sobre se alguém realmente precisa do que ele vende. As ferramentas mudaram. A lacuna é a mesma.

Os fundamentos, por sua vez, continuam disponíveis e não envelheceram. Entender o progresso que o cliente tenta fazer, como propõe o Jobs to Be Done[+].² Desenhar a experiência inteira de quem usa um serviço, do primeiro contato ao último, como ensina o Service Design Thinking[+].³ Saber reconhecer o product-market fit[+], que Marc Andreessen descreveu em 2007 como a única coisa que importa numa startup.⁴ Calcular quanto custa um cliente e quanto ele deixa. Controlar o que é seu. Nada disso depende de tecnologia nova, e nada disso é feito por ela no seu lugar.

Quem escreve

Devo ao leitor uma apresentação, porque vou pedir a ele que confie no meu olhar ao longo dos cinco textos que vêm a seguir.

Trabalho com empreendedorismo digital há mais de trinta anos. Estudei computação na Universidade Federal de Pernambuco e passei a vida profissional no Recife, perto do ecossistema que hoje chamamos de Porto Digital, quando muito do que se faz hoje ali ainda era plano. Nesse tempo, participei ativamente de cerca de vinte empresas, como fundador, sócio, executivo ou conselheiro. Algumas deram muito certo. Outras eu vi acabar de perto, e aprendi mais com elas.

Também passei muito tempo do outro lado da mesa. Analisei planos de investimento, participei de rodadas de negócio, fui gestor de fundo de investimento. Ouvi centenas de fundadores apresentando a empresa da vida deles em quinze minutos, e aprendi a reconhecer, quase sempre cedo demais para dizer, qual fundamento estava faltando. Continuo empreendedor e sócio de empresas, o que significa que continuo errando, agora com mais repertório para perceber o erro.

Conto isso para deixar claro de onde vem o que você vai ler. Vem de ter estado nas duas cadeiras, a de quem constrói e a de quem avalia, e de ter visto a mesma história se repetir com roupas diferentes a cada nova onda de tecnologia.

O que esta série é

A Turma do Sábado é um conto em seis textos: esta apresentação e cinco partes. Os personagens são inventados; as histórias que eles vivem aconteceram. Cada decisão, cada briga, cada empresa que fecha foi composta a partir de casos que presenciei, que me contaram ou que acompanhei como sócio, conselheiro ou investidor. A ficção me permite juntar numa trajetória o que aconteceu em muitas, e contar com franqueza o que um estudo de caso com nomes verdadeiros teria de esconder.

No centro está uma dupla. Marina passou nove anos gerenciando operações de clínicas odontológicas e conhece por dentro o prejuízo de uma cadeira vazia. Caio voltou de São Paulo sabendo construir software rápido e bem. Os dois estudam muito e acreditam que isso basta. A cada impasse, vão descobrir uma lacuna de conhecimento com nome, literatura e método, e a humildade de reconhecê-la será mais difícil do que o método.

Escrevi a série para um leitor que quase nunca é jovem de idade. É a dentista que administra três consultórios há quinze anos, o engenheiro que conhece uma fábrica de olhos fechados, a professora que inventou um método e quer levá-lo a mais gente. Gente experiente no próprio ofício e inexperiente num território só, o dos produtos e serviços digitais. Jovens de estrada, não de idade.

Em volta deles está a turma que dá nome à série: doze fundadores de oito empresas que se conhecem num programa de pré-aceleração, sempre aos sábados de manhã. A cada artigo, alguém fica pelo caminho, quase sempre porque apostou que uma ferramenta nova dispensava um fundamento antigo. Ao final, três histórias terminam bem, e nenhuma delas virou unicórnio. A dupla chega a algumas centenas de clientes, com lucro e um time que escolheu e formou. Na régua do capital de risco, é um resultado modesto. Na vida de quem trabalha ali, é um negócio muito bom. Esta série é, entre outras coisas, uma defesa da empresa do tamanho certo.

O que você vai encontrar

Cada artigo parte de um caso que vivi, redistribuído entre os personagens, e cruza com uma história documentada que mostra que o problema não é só deles. Em cada um, a ferramenta da época aparece duas vezes: derrubando alguém da turma e ajudando Marina e Caio, depois que o fundamento está no lugar. E cada artigo é também um degrau de maturidade. Se você tem uma startup, vai se reconhecer em algum deles, e o fim de cada texto traz uma caixa para ajudar a descobrir qual.

A estante da série

Quem quiser ler só a história, pode. Quem quiser estudar, tem três trilhas. Os termos técnicos mostram uma definição curta ao passar o cursor, com um sinal [+] que leva ao verbete completo. Os números pequenos ao lado das frases levam à fonte, verificada, com um botão que devolve você ao ponto onde parou. E a página de referências da série reúne o glossário, as fontes de cada artigo e a bibliografia comentada, de Theodore Levitt em 1960 aos livros dos últimos anos.⁵

Para quem prefere uma prateleira curta, deixo um livro por artigo. Não é preciso ler antes; alguns personagens vão lê-los junto com você, e outros, tarde demais.

Se eu tivesse de escolher um só, seria o de Fitzpatrick. É o mais curto da lista e o que teria salvo mais empresas que eu vi fechar.

O pacto

Volto aos dois sócios do começo. Talento e estudo eles tinham de sobra. Faltou alguém que lhes dissesse, no momento certo, que havia uma pergunta que eles não estavam fazendo. Uma única pergunta, sobre quem controlava o coração técnico da empresa, teria mudado a história.

A pergunta que faltou

Se a pessoa ou empresa que construiu o nosso produto desaparecer amanhã, quem na nossa empresa consegue abrir o sistema, entender o que está lá e mantê-lo funcionando na segunda-feira?

Esta série é sobre aprender a reconhecer essas perguntas antes que a realidade as faça por você. Cada artigo tem uma. Algumas são antigas e estão nos livros há décadas. Outras nasceram com as ferramentas que usamos hoje. Todas têm resposta, e quase todas custam menos para responder do que um milhão e meio de reais.

Antes do primeiro artigo, deixo um exercício. Pegue uma folha e escreva a pergunta sobre a sua empresa que você vem evitando fazer. Só uma. Guarde a folha. Vamos voltar a ela no fim.

Recife, setembro de 2026.
Teco