antonio leandro

marca, marketing e mídia

Do Things that Don't Scale

ensaio · Paul Graham · · ~20 min de leitura do original · leve

a tese

startup não decola sozinha: o trabalho manual e não escalável do começo — recrutar usuário a usuário, atender cada um até o exagero — não é gambiarra, é o loop de feedback que faz o produto ficar bom

o que fica

  1. Crescer 10% por semana a partir de 100 usuários dá 14.000 em um ano e 2 milhões em dois — o número absoluto ridículo do começo é o que engana o fundador.
  2. Num estágio inicial, o que precisa ser insanely great não é o produto, e sim a experiência de ser seu usuário: dá para compensar produto incompleto e cheio de bug com atenção.
  3. Fazer manualmente o que você pretende automatizar depois é menos assustador do que o caso comum, que é ter algo automático que ainda não resolve o problema de ninguém.
  4. Consultoria de graça é segura, consultoria paga cruza a linha: no momento em que o cliente paga por hora, ele passa a esperar que você resolva tudo.
  5. O lançamento grande quase não importa — os únicos lançamentos de que Graham lembra são fracassos famosos, como o Segway e o Google Wave.
  6. Uma ideia de startup é um par: o que você vai construir mais a coisa não escalável que você vai fazer para começar; se o segundo componente é vazio, a ideia é ruim para aqueles fundadores.

o problema

A crença padrão sobre startup é balística: você constrói, publica, e o mercado decide. Se o produto é bom, o mundo abre um caminho até a sua porta; se ninguém aparece, o mercado não existia. Graham abre o ensaio desmontando isso, inclusive a citação de origem — Emerson nunca falou de ratoeira, falou de milho, madeira, porcos e órgãos de igreja. A diferença não é curiosidade filológica: a versão popular sugere que a qualidade do artefato basta.

O erro tem duas consequências caras. A primeira é esperar. Fundador com formação de engenharia prefere escrever código a falar com estranho e ser recusado pela maioria deles, e o trabalho de buscar usuário um a um nunca entra no calendário. A segunda é pior: julgar a empresa recém-nascida pelo padrão de uma empresa madura. Repórter e investidor errando essa conta é inofensivo — investidor muda de ideia quando vê crescimento. O fundador que faz essa conta e desiste, não. Graham lembra que Bill Gates voltou para Harvard no semestre seguinte à fundação da Microsoft, e não teria voltado se soubesse o tamanho que aquilo ia ter.

a ideia

Startup decola porque o fundador faz decolar. A metáfora do ensaio é a manivela dos motores antes da partida elétrica: depois de pegar, o motor se sustenta, mas existe um processo separado e trabalhoso para chegar lá. A pergunta certa sobre uma empresa em estágio inicial não é “isso está dominando o mundo?”, e sim “quão grande isso poderia ficar se os fundadores fizessem as coisas certas?”. As coisas certas costumam parecer, na hora, trabalhosas e irrelevantes.

O passo seguinte é tratar ideia de startup não como escalar, mas como vetor: o que você vai construir, mais a coisa não escalável que você vai fazer para começar. Dois eixos, ambos exigindo imaginação e esforço.

como funciona

O ensaio cataloga as variantes que a Y Combinator viu funcionar:

  • Recrutar à mão. Na YC chamam de “Collison installation”: em vez de “topa testar nosso beta? mando o link”, os fundadores da Stripe diziam “então me passa seu laptop” e instalavam ali mesmo. O Airbnb fez porta a porta em Nova York, recrutando anfitriões e melhorando anúncios; cerca de 30 dias desse trabalho separaram sucesso de fracasso.
  • Encantar. A Wufoo mandou bilhete de agradecimento escrito à mão para cada novo usuário por um tempo surpreendentemente longo. Tim Cook não pode fazer isso; você pode — é a vantagem de ser pequeno.
  • Fogo contido. Começar de propósito num mercado estreito para ele esquentar. O Facebook só para Harvard, depois faculdade por faculdade, com listas de disciplinas montadas uma a uma para que o aluno sentisse que o site era a casa dele.
  • Pulling a Meraki. Hardware esbarra no pedido mínimo de fábrica, na casa das centenas de milhares de dólares. A Meraki montou os próprios roteadores; a Pebble montou os primeiros relógios à mão antes dos 10 milhões de dólares vendidos no Kickstarter. Migicovsky, da Pebble, saiu de lá tendo aprendido o valor de comprar parafuso bom.
  • Consultar e operar pelo usuário. Escolha um único cliente e trate-o como molde. Na Viaweb, quando o lojista não queria usar o software, os fundadores montavam a loja para ele — e no meio da montagem implementavam a feature que faltava.
  • Ser o software. A Stripe entregava conta de lojista “instantânea” cadastrando cada um manualmente, na mão, em conta tradicional, por trás da tela.

E o que não funciona: o Big Launch — oito publicações simultâneas, com embargo, numa terça — e as parcerias com empresa grande, que seis meses depois rendem muito trabalho e quase nada.

o que isso custou

Graham é explícito sobre o preço. Pelo menos um fundador, normalmente o CEO, vai gastar muito tempo em vendas, e não dá para terceirizar isso no começo: contrata-se vendedor depois, para substituir você. A tática também tem prazo de validade — quando a aquisição passa a acontecer aos milhares, o jogo é outro, e o crescimento desacelera de qualquer forma.

O limite mais afiado é o da consultoria: atenção extrema de graça é segura, atenção cobrada por hora vira obrigação de resolver tudo. E há o caso que o ensaio admite não cobrir bem — produto para o qual você não consegue observar um punhado de usuários, software corporativo sem nenhuma conexão no setor. A resposta oferecida é ligação fria e apresentação, seguida de uma pergunta que é meio evasiva: você deveria mesmo estar trabalhando nessa ideia?

Vale registrar o formato do argumento. A evidência é anedótica e escolhida entre empresas que deram certo — Stripe, Airbnb, Facebook, Pebble, Viaweb. O ensaio não mostra as que fizeram o mesmo esforço manual e morreram, e a afirmação de que nunca se viu uma startup desviada por caprichar demais nos primeiros usuários é observação pessoal, não medição.

onde isso aparece hoje

“Do things that don’t scale” virou vocabulário: é uma das leituras canônicas da Y Combinator e um dos poucos títulos de ensaio que funcionam como argumento inteiro numa conversa entre fundadores. A técnica de operar manualmente por trás de uma interface que parece automatizada ganhou nome próprio no jargão de produto — concierge MVP, Wizard of Oz — e continua sendo a forma mais barata de descobrir o que automatizar. Stripe e Airbnb, os dois exemplos centrais, ficaram grandes.

lido na íntegra por pipeline de llm, revisado por antonio leandro antes de publicar ·