Growth vira problema de engenharia: times refazem a stack de GTM em torno de agentes de IA

O texto parte de uma observação: os times de growth mais adeptos da IA estão reconstruindo a stack de GTM, e algumas ferramentas antigas não estão passando no corte. Software que exigia interface e assinatura própria vira algo que um agente faz com os dados, as instruções e os acessos certos. A autora separa a stack em camadas, cada uma em um estágio diferente: site, enriquecimento de dados, workflows, busca e CRM.

No site, o time dela abandonou o Webflow e refez a página com agentes de código no começo do ano, e relata que todo mundo passou a publicar código. No enriquecimento, cita relatos de quem trocou o Clay por scripts, como uma cascata de seis colunas virando um script com fallback e sinalização de revisão. Ela ressalva que isso não sai automaticamente mais barato: é preciso contar dados, uso de modelo e manutenção. Em workflows, arquivos de skills resolvem parte das tarefas, mas n8n e Gumloop seguem úteis onde há estado visível, retentativas e um responsável. O CRM tende a mudar mais devagar, por guardar histórico, permissões e hábitos. A recomendação final é começar por um gargalo só, medir custo e qualidade, e não cancelar doze assinaturas de uma vez.

O tema vem sendo construído em etapas na cobertura do CEVIU. Em 9 de fevereiro de 2026, o CEVIU noticiou "Growth Engineer é o Novo Growth Marketer", sobre o perfil híbrido que constrói a infraestrutura dos experimentos. Em 13 de abril de 2026, em "Fundadores, Equipem Suas IAs", o foco era a IA iniciando a maioria das conversas de vendas e as empresas reorganizando o go-to-market. Em 3 de novembro de 2026, "Como montar um growth engine com agentes de IA" trouxe um estudo de caso de agent-led growth. A novidade agora é o mapa por camadas da stack e o debate sobre o que construir, comprar ou substituir, em vez de só o papel da pessoa ou os experimentos em si.

Para quem lidera um time pequeno de growth, a leitura prática é que o custo de trocar ferramenta está caindo, mas o custo de manter o que você construiu não some. Um script próprio vira produto interno, com suporte e dívida técnica. Faz sentido escolher uma dor concreta, medir o custo total e só então decidir o que cancelar. Na renovação de contratos, a pergunta passa a ser se a ferramenta ainda justifica a interface e a assinatura.