Growth para SaaS e infraestrutura web3: como crescer quando o cliente é desenvolvedor
Existe um erro recorrente entre fundadores de infraestrutura web3: aplicar o playbook de growth de app de consumo em um produto cujo comprador é desenvolvedor. Campanha de topo de funil, landing page cheia de promessa, quest com recompensa. O resultado é tráfego que não integra nada e um dashboard de vaidade.
RPCs, provedores de node, wallets (como produto ou como SDK), indexadores, oráculos, ferramentas de teste e SaaS de dados on-chain vivem em outro regime. O cliente não "usa o app": ele integra o seu produto no produto dele. A decisão passa por documentação, confiabilidade, preço por uso e reputação técnica. E quando ele integra, trocar de fornecedor custa horas de engenharia, o que torna a retenção estruturalmente alta e a aquisição estruturalmente lenta.
A Kaleidos trabalha com marcas de cripto, web3 e fintech, incluindo produtos de infraestrutura, e este guia resume o que funciona nesse mercado: como montar aquisição, ativação e expansão quando o funil começa na documentação e termina em chamadas de API.
Principais takeaways
Continue por dentro
Um estudo denso por quinzena, direto no seu email.
Os bastidores de por que tokens e projetos crescem. Sem ruido, sem spam.
- O comprador de infra é desenvolvedor: ele pesquisa, compara docs e testa antes de falar com qualquer vendedor.
- O mercado é menor e mais qualificado do que parece: a Electric Capital, no Developer Report anual, mede a comunidade global de desenvolvedores cripto ativos na casa das dezenas de milhares por mês. Cada dev vale muito.
- Documentação é a landing page real do produto. Docs ruins anulam qualquer investimento de marketing.
- Ativação se mede em uso (primeira chamada, primeira transação), nunca em cadastro.
- Devrel, conteúdo técnico com SEO e GEO, e programas de créditos ou grants são os motores de aquisição que compõem entre si.
O funil de infra: quem decide e como decide
No B2B tradicional, o marketing persegue o decisor de orçamento. Na infraestrutura web3, a ordem se inverte: o desenvolvedor escolhe primeiro e o orçamento aprova depois. O dev que precisa de um RPC abre três abas de documentação, testa o free tier de cada um em uma tarde e recomenda o que funcionou com menos atrito. Quando o gestor entra na conversa, a decisão técnica já foi tomada.
Isso muda tudo no growth:
- O conteúdo que converte é técnico. Comparativo honesto de latência, tutorial de integração, guia de migração de um concorrente para você. Não é institucional.
- O free tier é canal de aquisição, não custo. É nele que a avaliação acontece. Free tier mesquinho significa avaliação interrompida e concorrente escolhido.
- A prova social é específica. Logo de protocolo conhecido usando seu produto vale mais que qualquer texto. Estudo de caso com número de requisições atendidas vale mais que depoimento genérico.
E o mercado endereçável é pequeno em quantidade e alto em valor. A Electric Capital, que publica o Developer Report mais citado do setor, mede a base global de desenvolvedores cripto ativos mensais na casa das dezenas de milhares. Não é um mercado de milhões de compradores: é um mercado onde cada desenvolvedor certo pode representar um protocolo inteiro como cliente. Isso pede precisão, não volume.
Ao mesmo tempo, o lado do consumo cresce e puxa a demanda por infra: o relatório State of Crypto da a16z (2024) registrou recorde de usuários ativos mensais em wallets mobile. Cada onda de usuários finais vira carga de infraestrutura, e quem fornece a infraestrutura cresce junto, desde que esteja posicionado quando o dev for escolher fornecedor.
Aquisição: os quatro motores que funcionam
1. Documentação como landing page
A página mais visitada do seu site provavelmente é a documentação, e é nela que a conversão acontece ou morre. Docs de produto de infra precisam de três coisas que docs medianas não têm: um quickstart que funciona de verdade em poucos minutos, exemplos de código copiáveis na linguagem que o público usa, e um guia de migração explícito a partir de cada concorrente relevante. Guia de migração é a peça de conteúdo com maior intenção de compra que existe nesse mercado, e quase ninguém escreve.
2. SEO e GEO em conteúdo técnico
Desenvolvedor pesquisa antes de escolher: "melhor RPC para tal rede", "erro X ao integrar Y", "alternativa a Z". Cada uma dessas buscas é uma página que você pode possuir. A lógica é a mesma que descrevemos em SEO para SaaS: conteúdo orientado a problema, arquitetura limpa e consistência batem volume de publicação. Com um detalhe novo: parte crescente dessas perguntas hoje é feita a assistentes de IA, e aparecer na resposta gerada exige conteúdo estruturado, direto e citável. Docs bem escritas são, por natureza, o formato que os modelos mais citam.
3. Devrel onde os devs já estão
Developer relations não é palestra bonita, é presença útil: responder no Discord e no fórum onde a integração trava, manter exemplos e SDKs atualizados, aparecer em hackathon com suporte real em vez de estande. O devrel eficaz encurta o caminho entre a dúvida do desenvolvedor e a solução com o seu produto. É lento de construir e difícil de copiar, o que o torna uma das poucas vantagens defensáveis de marketing nesse setor.
4. Créditos, grants e parcerias de ecossistema
Programas de créditos de uso e grants funcionam como CAC pago em produto: em vez de comprar clique, você financia a integração. O mecanismo completo está detalhado em developer grants como estratégia de go-to-market, mas a regra resumida é: crédito condicionado a marco de integração (não a promessa), e acompanhamento de quem recebeu até virar uso pago. Parcerias com as fundações das redes que você suporta amplificam isso, porque toda rede quer mais infraestrutura disponível para seus desenvolvedores.
Ativação: a métrica é uso, não cadastro
O cadastro em produto de infra não significa quase nada. A métrica que importa é o time to first call: quanto tempo passa entre criar a conta e a primeira chamada de API bem-sucedida. Para wallet SDK, o equivalente é a primeira transação assinada por um usuário final; para dev tool, o primeiro projeto rodando.
Três alavancas encurtam esse tempo:
- Quickstart impecável, testado de ponta a ponta a cada release, porque quickstart quebrado é a maior fonte silenciosa de churn pré-ativação.
- Chave de API sem fricção, disponível sem cartão de crédito e sem call com vendedor no free tier.
- Onboarding por e-mail baseado em comportamento: quem criou conta e não fez a primeira chamada em poucos dias recebe ajuda técnica, não newsletter institucional.
Vale instrumentar o funil de ativação com a mesma seriedade do funil de aquisição. Onde os devs param? Na chave? Na primeira chamada com erro? No limite do free tier? Cada ponto de abandono é um backlog de produto e de conteúdo ao mesmo tempo.
Retenção e expansão: crescer dentro da base
A boa notícia da infra: uma vez integrado, o cliente tende a ficar, porque sair custa engenharia. A consequência estratégica é que expansão dentro da base costuma render mais que aquisição nova. Três movimentos:
- Pricing por uso com degraus previsíveis. O cliente cresce, o consumo cresce, a receita cresce junto. Degrau de preço surpresa é o único evento capaz de motivar uma migração que ninguém queria fazer.
- Novos produtos para a mesma persona. Quem vende RPC pode vender indexação, webhooks, dados históricos. O custo de aquisição do segundo produto para um cliente existente é próximo de zero.
- Estudos de caso com clientes que escalaram. Além de reterem o cliente retratado (ninguém sai da vitrine), alimentam o motor de aquisição com a prova social específica que esse mercado exige.
E o alerta correspondente: confiabilidade é o produto. Uma sequência de incidentes desfaz anos de marketing, e status page honesta com postmortem público é peça de marketing tanto quanto qualquer blog post.
O que medir
O painel mínimo de growth para infra web3:
- Aquisição: tráfego de docs e de conteúdo técnico, cadastros de free tier, origem por canal.
- Ativação: time to first call, taxa de contas que fazem a primeira chamada, pontos de abandono no funil.
- Receita: conversão free para pago, expansão de consumo por conta, receita líquida retida na base.
- Comunidade: perguntas respondidas e tempo de resposta nos canais de suporte, integrações de terceiros construídas sobre o produto.
Se a sua operação ainda mede visitantes e seguidores como métricas principais, o playbook inteiro de growth está apontado para o alvo errado.
Conclusão
Growth para SaaS e infraestrutura web3 é um jogo de precisão: mercado pequeno em quantidade, alto em valor por cliente, decidido por desenvolvedores que testam antes de confiar. Os motores que funcionam são documentação tratada como produto, conteúdo técnico com SEO e GEO, devrel presente e útil, créditos e grants amarrados a marcos de integração, e um funil de ativação medido em uso real.
A Kaleidos é uma agência especializada em marketing para cripto, web3 e fintech, e monta esse sistema para produtos de infraestrutura: da estratégia de conteúdo técnico à métrica de ativação. Se o seu RPC, wallet ou dev tool precisa crescer com previsibilidade, fale com a Kaleidos.
