- Protocolo não é produto de consumo: o cliente é quem constrói, e o usuário final chega através do que foi construído.
- Documentação é a landing page do protocolo, e o tempo até o primeiro deploy é a taxa de conversão que mais importa.
- Grant bom é escolhido por execução anterior, pago por marco verificável e acompanhado depois do desembolso.
- Ecossistema cresce mais quando o protocolo cofinancia o go-to-market dos apps do que quando faz campanha da própria marca.
- Hackathon e evento valem pelo follow-up. Sem processo depois do fim de semana, viram custo de patrocínio.
- TVL e carteiras compradas por incentivo medem o incentivo. Meça desenvolvedor ativo, app vivo aos seis meses e retenção dentro do app.
O público primário é o desenvolvedor
A decisão de construir em uma chain é decisão de fornecedor, não compra por impulso: o time está apostando meses de trabalho e, muitas vezes, a viabilidade da empresa. As perguntas que ele faz são as de um comprador técnico: as ferramentas funcionam, a documentação está correta, existe alguém para responder quando quebrar, e o protocolo vai continuar existindo daqui a dois anos. Nenhuma delas é respondida por campanha. São respondidas por evidência.
Há uma segunda camada de público quase sempre esquecida: quem dá infraestrutura ao ecossistema. Provedores de nó, indexadores, oráculos, carteiras, bridges, exchanges. Desenvolvedor não constrói onde falta o básico. Conquistar esses fornecedores é pré-requisito de qualquer aquisição de builders, e costuma ser trabalho de parceria, não de comunicação.
DevRel como canal de aquisição, não como suporte
O jeito mais útil de encarar Developer Relations é como funil, com as mesmas exigências de medição de qualquer canal.
A documentação é a landing page. É o ativo com maior tráfego qualificado e o que mais decide adoção. Documentação desatualizada é formulário quebrado: o interessado chega, tenta, falha e vai embora sem falar com ninguém. Trate como produto, com dono, ciclo de revisão e métrica de abandono por página.
O quickstart é o formulário. O caminho do zero ao primeiro contrato rodando precisa ser curto, copiável e funcionar sem intervenção humana. Cada dependência não óbvia e cada passo que exige pedir ajuda no Discord é uma etapa de funil onde alguém desiste.
O primeiro deploy é a conversão. A métrica que orienta o time inteiro é tempo até o primeiro deploy em testnet. Reduzir esse número é a alavanca mais barata que um protocolo tem, porque melhora todos os outros canais ao mesmo tempo: hackathon converte mais, grant executa mais rápido, evento gera mais gente que efetivamente tenta.
Presença técnica é distribuição. Engenheiro do protocolo respondendo dúvida pública, escrevendo sobre decisões de arquitetura e assumindo limitações reais constrói mais confiança que qualquer peça institucional. Quem só publica superlativo é lido como marketing e descontado como tal.
Programas de grants: o que separa app vivo de post de anúncio
Grant é o instrumento mais usado e mais mal executado do marketing de ecossistema. O padrão de falha é conhecido: comitê avalia propostas escritas, escolhe as melhores no papel, transfere o valor, publica o anúncio e nunca mais fala com quase nenhum dos selecionados. Seis meses depois, boa parte dos repositórios está parada. O que muda o resultado:
Selecionar por execução, não por documento. Proposta bem escrita mede capacidade de escrever proposta. O sinal útil é o que o time já entregou: produto no ar, código público, usuários reais. Quem nunca lançou nada raramente lança por causa do grant.
Pagar por marco verificável. Desembolso fatiado, atrelado a entregas checáveis em código ou em uso, reduz o incentivo de captar por captar e dá cadência de entrega.
Tratar o grant como início de relacionamento. O valor real não é o dinheiro, é o que vem junto: revisão técnica, apresentação para outros times do ecossistema, ajuda para chegar em exchanges, carteiras e integrações. É essa parte que decide se o app sobrevive, e a lógica completa está no artigo sobre developer grants como GTM.
Alocar por tese, não por demanda. Ecossistema que só financia o que aparece acaba com dezoito clones de DEX. Programa maduro define as lacunas e vai atrás de times para preenchê-las.
Cofinanciar o go-to-market dos apps
Aqui está a inversão que separa protocolo maduro de protocolo que faz marketing de si mesmo: o melhor uso do orçamento de um L1 ou L2 costuma ser divulgar os apps do ecossistema, não a própria marca. A razão é aritmética. Cada app com tração traz usuários para a chain, gera transações, atrai integrações e vira estudo de caso para o próximo time que estiver decidindo onde construir. Campanha institucional da chain compete pela atenção de um público que ainda não tem motivo para vir.
Na prática, isso vira um conjunto de ativos oferecidos a quem constrói: verba de mídia compartilhada para lançamentos, produção de conteúdo, acesso aos canais do protocolo, apresentações para parceiros de distribuição e apoio de imprensa no dia do lançamento. Um time pequeno que lança com essa estrutura tem chance real; sozinho, lança para o vazio. O cuidado necessário é critério público de elegibilidade: sem ele, o programa vira favorecimento percebido, o que custa mais caro que o benefício.
Grassroots, hackathons e eventos
Hackathon vale pelo depois. O fim de semana produz protótipos, e a maioria morre na segunda-feira. O que converte é o processo posterior: acompanhamento dos times promissores, caminho claro do protótipo até grant e mentoria técnica. Hackathon sem follow-up é linha de custo com foto bonita.
Comunidades locais precisam de autonomia. Grupos regionais funcionam quando têm liderança local real e orçamento pequeno com liberdade de uso. Quando viram braço de comunicação do protocolo, esvaziam rápido. O Brasil é caso claro: existe base técnica para sustentar presença própria, desde que ela não seja tratada como filial de um plano feito em outro fuso.
Evento é relacionamento, não aquisição. A métrica honesta de uma conferência não é visitante no estande, é quantas conversas viraram integração, grant ou parceria nos 90 dias seguintes.
A armadilha do TVL mercenário
O jeito mais rápido de fazer um L2 parecer bem-sucedido é ligar um programa de incentivo. TVL sobe, número de carteiras sobe, o gráfico circula. E quase nada disso significa adoção.
Capital mercenário se move por rendimento e sai no dia em que ele acaba, frequentemente em bloco, para o próximo protocolo que estiver pagando mais. Carteira criada para farmar incentivo não é usuário, é endereço. Transação gerada por script para qualificar em airdrop futuro não é uso, é custo.
Isso não torna incentivo inútil: ele resolve partida a frio, dando liquidez inicial para que a experiência do usuário real funcione. O que separa uso competente de autoengano é uma pergunta feita antes de ligar o programa: o que esperamos que sobre quando ele acabar, e como vamos medir. Sem ela, o resultado é um pico e uma ressaca, padrão que já detalhamos no teardown de L2 com dump de TVL.
Como medir de verdade
O painel de um protocolo precisa medir a saúde do ecossistema, não o tamanho do anúncio. Quatro camadas dão conta:
Desenvolvedores ativos de forma recorrente. Não cadastros no portal nem participantes de hackathon: quem contribui com código de forma consistente ao longo dos meses. Levantamentos públicos como o Electric Capital Developer Report (developerreport.com) servem de referência metodológica para acompanhar isso de forma comparável entre ecossistemas.
Apps que sobrevivem seis meses. Da safra de lançamentos de um trimestre, quantos continuam funcionando e recebendo atualização meio ano depois. É a métrica que expõe grant mal alocado com atraso suficiente para ainda dar tempo de corrigir o programa.
Retenção dentro dos apps. Usuário que volta ao aplicativo, medido pelo próprio app. Retenção da chain é agregação enganosa: se um único app carrega tudo, o ecossistema tem um cliente, não um mercado.
Concentração. Qual fatia da atividade depende de um único aplicativo ou programa de incentivo. Ecossistema com muitos apps medianos e vivos é mais resiliente que um com um vencedor sustentando o gráfico. A régua completa por categoria, com o recorte de L1 e L2, está no guia sobre métricas reais por categoria.
Conclusão
Protocolo cresce quando outros constroem em cima dele. Isso reordena tudo: o desenvolvedor vira o cliente, a documentação vira o principal ativo de conversão, o grant vira instrumento de portfólio e não gesto de generosidade, e o orçamento rende mais divulgando os apps do ecossistema do que a própria chain.
A parte incômoda é que esse crescimento não produz gráfico bonito no primeiro trimestre. Produz base instalada no segundo ano. Protocolo que troca isso por um pico de TVL comprado está adiantando o número e adiando o negócio.
A Kaleidos trabalha ecossistemas com essa lógica: aquisição de builders, comunicação técnica com credibilidade e medição que separa adoção de subsídio. Se o seu protocolo precisa de gente construindo em vez de gente olhando, fale com a Kaleidos.
