A GTM Matrix da a16z: 4 quadrantes, 4 estratégias diferentes
Boa parte dos erros de marketing em web3 nasce de uma confusão de identidade. O protocolo descentralizado que tenta rodar funil de SaaS. A empresa de infraestrutura que finge ser DAO e monta "comunidade" sem ter o que governar. O projeto com token que copia o playbook de quem não tem, e vice-versa. A tática pode até ser boa; o problema é que ela pertence a outro tipo de organização.
O framework mais útil para desfazer essa confusão veio da a16z crypto. No ensaio sobre go-to-market em web3, Maggie Hsu propõe uma matriz 2x2 com dois eixos: estrutura organizacional (centralizada ou descentralizada) e incentivo econômico (com token ou sem token). A posição na matriz determina quais estratégias de GTM fazem sentido, e uma das observações centrais do texto é que os stakeholders também mudam: em web2 o stakeholder primário é o cliente; em web3, entram desenvolvedores, investidores e parceiros a16z crypto.
A Kaleidos usa essa matriz como primeira pergunta de diagnóstico com projetos do setor, e a experiência de 30+ projetos confirma o padrão: quando o marketing não funciona em web3, a causa raiz frequentemente não é a execução, é o playbook do quadrante errado. Este artigo mapeia os quatro quadrantes, os exemplos de cada um e o processo para localizar o seu projeto.
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.
- A matriz cruza dois eixos: centralizado vs. descentralizado e com token vs. sem token, gerando quatro quadrantes com GTMs distintos.
- Centralizado sem token (Alchemy, Coinbase, OpenSea) usa GTM clássico de web2: product-led, canais tradicionais.
- Descentralizado com token é o quadrante mais distintamente web3: GTM por propósito, comunidade, airdrops e grants.
- As táticas nativas têm casos de referência: 400 UNI por usuário no airdrop da Uniswap, TVL da Compound de ~US$ 100 mi para ~US$ 600 mi com liquidity mining.
- Mudar de quadrante (descentralização progressiva, lançamento de token) exige trocar o playbook inteiro, das métricas aos canais.
Os dois eixos: quem decide e quem é dono
Antes dos quadrantes, os eixos. A força da matriz está em separar duas perguntas que o setor costuma misturar:
- Eixo organizacional: quem decide? Centralizado significa que uma empresa com CEO e roadmap controla o rumo. Descentralizado significa que decisões relevantes passam por governança distribuída, e o time fundador é, no limite, um contribuidor entre vários.
- Eixo econômico: existe token com função? Ter token muda os stakeholders (todo holder vira parte interessada no GTM) e destrava mecanismos de distribuição impossíveis em web2: é possível dar propriedade da rede como incentivo de adoção.
Cruzando os eixos, quatro quadrantes:
| Sem token | Com token |
|---|
| Centralizado | Empresas tipo web2 do ecossistema (Alchemy, Coinbase, OpenSea) | Empresas com token: GTM híbrido, produto + holders |
| Descentralizado | Comunidades e projetos open source sem incentivo econômico | Protocolos e DAOs: o quadrante mais distintamente web3 |
A lição mais contraintuitiva da matriz é que parte do ecossistema cripto não precisa de marketing cripto. A a16z posiciona neste quadrante as empresas de infraestrutura e interface: Alchemy vendendo nodes como serviço em modelo SaaS, Coinbase operando como exchange, OpenSea como marketplace de NFTs.
O GTM aqui é o clássico bem executado:
- Aquisição product-led: trial, self-service, onboarding que converte sozinho.
- Canais tradicionais: SEO, conteúdo, vendas para empresas, parcerias de distribuição.
- Métricas de sempre: CAC, conversão, retenção, receita.
A implicação prática: se o seu projeto é uma empresa com produto, clientes e receita, que por acaso atende o mercado cripto, o playbook é este. Montar Discord de "comunidade" e prometer governança sem ter o que governar não é GTM web3: é web2 fantasiado, e a audiência do setor reconhece a fantasia rápido.
Quadrante 4: descentralizado com token, o GTM nativo
No extremo oposto fica o quadrante que a a16z descreve como os exemplos mais avançados de web3. Aqui o GTM não começa com produto e funil: começa com propósito e comunidade, e usa mecanismos de distribuição que só existem porque o token existe.
As táticas nativas, com os casos documentados pelo framework:
- Airdrops retroativos. A Uniswap distribuiu 400 UNI para qualquer endereço que já tivesse usado o protocolo; o ENS premiou quem possuía domínios. O princípio: recompensar comportamento passado transforma usuários em donos e alinha a base desde o início.
- Liquidity mining. O programa da Compound levou o TVL de cerca de US$ 100 milhões para cerca de US$ 600 milhões: incentivo econômico direto para adoção. A ressalva do próprio setor: capital incentivado é volátil, e a métrica precisa ser lida com essa lente.
- Grants para desenvolvedores. Protocolos como Ethereum, Compound e Celo financiam integrações e ferramentas para crescer o ecossistema. Em um quadrante onde desenvolvedor é stakeholder de GTM, grant é canal de aquisição.
- Meme e cultura. A a16z cita Pudgy Penguins como caso de adoção acelerada por memeabilidade. Em redes abertas, cultura compartilhável é mecanismo de distribuição, não decoração.
As métricas também são próprias do quadrante: holders únicos, engajamento e sentimento da comunidade, atividade de desenvolvedores e integrações, com TVL tratado como insuficiente sozinho. E há um sinal de sucesso exclusivo deste mundo: ser forkado. O framework registra que a Celo nasceu de fork do Ethereum e o SushiSwap, de fork da Uniswap: em ecossistema aberto, cópia é validação.
Os quadrantes híbridos: onde a maioria realmente está
Entre os dois extremos ficam os quadrantes onde a maior parte dos projetos opera, e onde os playbooks se misturam por definição.
Centralizado com token. Empresa com decisão concentrada, mas com holders como stakeholders. O GTM precisa somar os dois mundos: aquisição de usuário tipo web2 e, ao mesmo tempo, a comunicação de transparência que uma base de holders exige (unlocks, tesouraria, utility). O risco característico do quadrante é a dissonância: discurso de descentralização com prática de empresa. Funciona melhor quem assume a natureza híbrida e comunica com honestidade, inclusive quando o plano é descentralizar progressivamente.
Descentralizado sem token. Comunidades open source e projetos de bem público. O GTM se apoia em propósito, contribuidores e reputação, sem o combustível (e sem as distorções) do incentivo econômico. É também o quadrante de espera de muitos protocolos pré-token, o que torna o desenho da transição um trabalho de GTM em si.
O processo prático de diagnóstico em três passos:
- Localize com honestidade. Quem decide de verdade hoje? O token tem função real ou é promessa? A resposta honesta define o quadrante atual, não o aspiracional.
- Adote o playbook do seu quadrante. Táticas, métricas e canais coerentes com a natureza real do projeto.
- Planeje a migração como projeto. Se a tese envolve mudar de quadrante (lançar token, descentralizar governança), trate a mudança como um relançamento de GTM: stakeholders novos, métricas novas, comunicação nova.
Conclusão
A GTM Matrix da a16z resolve o problema certo: antes de perguntar "qual tática usar", pergunta "que tipo de organização você é". Empresas centralizadas sem token executam web2 bem feito; protocolos descentralizados com token operam por propósito, comunidade e distribuição via ownership; os híbridos somam playbooks com honestidade sobre a própria natureza. O erro caro, em todos os casos, é o mesmo: importar a tática do quadrante alheio.
A Kaleidos começa todo diagnóstico de projeto web3 por essa localização, e monta a estratégia a partir dela: playbook, métricas e canais coerentes com o quadrante real. Se o seu projeto está executando o GTM de outro quadrante e sentindo o atrito, fale com a Kaleidos.
