Cases de sucesso: como ler um sem se enganar

Case de sucesso é a história de um resultado contada por quem teve interesse no resultado. Isso não a torna falsa, e torna necessário saber lê-la: o que está no case é o que deu certo, e o que decidiu o desfecho quase sempre é o que ficou de fora.

Este texto mostra o que um case de sucesso é e o que ele não é, as cinco perguntas que revelam se ele se sustenta, os vieses que todos têm, o padrão por trás dos casos famosos e como escrever o seu.

O que é, e o que não é

Um case de sucesso é um relato estruturado de um problema, do que foi feito e do resultado obtido, normalmente publicado por quem fez. Serve para três coisas legítimas: mostrar competência a quem está avaliando, dar um caminho concreto a quem tem o mesmo problema, e registrar internamente o que funcionou.

O que ele não é: prova de que o mesmo método funciona no seu contexto. Case é uma amostra de tamanho um, escolhida por ter dado certo. Nenhuma empresa publica os projetos que não funcionaram, e essa ausência não é desonestidade, é o formato. Ler case esperando evidência estatística é usar a ferramenta errada.

A leitura útil trata o case como hipótese: aqui está algo que funcionou uma vez, em condições que preciso descobrir quais eram.

As cinco perguntas

1. Qual era o ponto de partida em número? “Aumentamos as vendas em 300%” sem dizer de quanto para quanto pode ser de um para quatro. Case bom dá o antes e o depois; case fraco dá só a variação percentual.
2. Quanto tempo levou? Resultado sem prazo não é comparável com nada, e é a omissão mais frequente.
3. O que mais mudou no período? Se a empresa também contratou vendedores, subiu preço ou lançou produto, o resultado tem vários pais. Case honesto menciona; case de vendas atribui tudo à própria intervenção.
4. Quem é a empresa do case, em tamanho e setor? O que funciona com trinta clientes e o que funciona com trinta mil raramente são a mesma coisa.
5. O que deu errado no caminho? A presença dessa seção é o melhor indicador único de que o case é confiável. Todo projeto real tem tropeço; um relato sem nenhum foi editado.

Se as cinco não têm resposta no material, elas são exatamente as perguntas para fazer na reunião. Quem viveu o projeto responde sem esforço; quem só o vende, hesita.

Os três vieses que todo case tem

• Seleção. Você está vendo os que deram certo, porque os outros não foram publicados. Isso distorce a percepção de probabilidade: um método com um acerto em vinte tentativas apresenta o acerto e parece confiável.
• Atribuição. A tendência é dar o crédito do resultado à intervenção descrita, e não ao mercado, ao momento ou à equipe que já era boa. É por isso que a pergunta sobre o que mais mudou no período importa tanto.
• Reconstrução. Case é escrito depois, quando o final já é conhecido, e a narrativa fica mais linear e mais intencional do que a decisão foi na hora. Ninguém mente: a memória organiza.

O padrão por trás dos casos famosos

Quatro histórias muito citadas do software por assinatura ajudam a ver o que se repete, e o que a versão contada costuma esconder.

A Salesforce, fundada em 1999 por Marc Benioff, ofereceu gestão de relacionamento com cliente pela internet numa época em que software se instalava na máquina, com custo alto de manutenção e atualização. A leitura de sempre é a da visão do fundador. A parte menos contada é que a proposta atacava um custo que o comprador já sentia todo mês, o que é bem diferente de criar uma necessidade nova.

O Slack nasceu como ferramenta interna de comunicação de uma equipe que fazia jogos, e o produto que sobreviveu não era o produto que a empresa tinha ido construir. Esse é o padrão mais subestimado da lista, e o mais reproduzível: a ferramenta que a própria operação já usava virou o produto, como está em como uma ferramenta interna virou fonte de receita.

O Shopify começou resolvendo o problema de comerciantes pequenos que queriam vender online sem projeto próprio. O detalhe que a versão curta perde é que o problema era dos próprios fundadores antes de ser de mercado.

O Zoom é o mais mal lido dos quatro, porque o crescimento coincidiu com a pandemia e virou sinônimo dela. A empresa existia desde antes, com aposta em algo pouco glamouroso: a chamada simplesmente funcionar. Quando a demanda chegou, quem estava pronto colheu. O que o case mostra não é sorte nem gênio: é que o timing decide o tamanho do resultado, e não se escolhe timing.

O que se repete nos quatro: o problema já existia e alguém já pagava para resolvê-lo mal, a primeira versão era estreita, e o produto final não era o produto planejado. O que não se repete, e é o que a narrativa promete: uma sequência de decisões acertadas. O recorte de mercado por trás disso está em exemplos de SaaS e em modelo de negócio SaaS.

Como escrever o seu

Case que convence tem a mesma estrutura, e a diferença está em quanto ele admite:

1. O contexto antes, com tamanho da empresa, setor e o número de partida.
2. O problema em uma frase, do ponto de vista de quem sofria dele.
3. O que foi feito, incluindo o que foi descartado no caminho e por quê.
4. O resultado com prazo, em número absoluto e não só em porcentagem.
5. O que não funcionou, que é a seção que separa case de material publicitário.
6. Para quem isso vale, dizendo em que situação o mesmo caminho não serviria.

Duas regras práticas. Peça autorização por escrito para o número e o nome, antes de escrever, porque case aprovado pela metade não vai ao ar. E prefira um case com número conferível a cinco com adjetivos: quem está avaliando fornecedor lê o primeiro até o fim e passa os olhos pelos outros.

O uso saudável de case, dos dois lados, é como material de hipótese: ele mostra que algo é possível e sugere em que condições. A decisão continua exigindo o seu contexto, e o passo anterior a ela é sempre o recorte do que precisa existir primeiro, em como definir o escopo do primeiro produto digital. Se o que você procura são casos brasileiros de crescimento, eles estão em maiores startups do Brasil, e as estratégias que aparecem neles, em estratégias de crescimento.

Perguntas frequentes