Filosofia

O Efeito Flywheel: Como Nossos Ventures se Alimentam Mutuamente

O flywheel de Collins aplicado a um venture studio. Consultoria da Moonxi financia o Apollo, Apollo cria IP, IP melhora a consultoria, margens maiores financiam mais ventures. Veja como capital intelectual se compõe.

IS

Ian Soares

Basalt Ventures

· 11 min de leitura

O Efeito Flywheel: Como Nossos Ventures se Alimentam Mutuamente

Jim Collins tem uma imagem da qual não consigo me livrar. Um flywheel massivo e pesado — milhares de quilos de metal montados em um eixo. Você empurra. Nada acontece. Empurra de novo. Move uma polegada. Continua empurrando. Uma revolução. Depois duas. Então — em algum ponto que você não consegue identificar com precisão — o próprio momentum da roda começa a carregá-la adiante, e cada empurrão se soma a uma força que agora é quase impossível de parar.

O flywheel não se importa com seu deck de estratégia. Não se importa com sua declaração de visão. Ele só responde a força consistente e direcional aplicada ao longo do tempo.

Quando projetei a estrutura da Basalt, não comecei com uma planilha de retornos projetados ou uma matriz de oportunidades de mercado. Comecei com uma pergunta: como construo um sistema onde cada venture que criamos torna todos os outros mais fortes?

Não um portfólio. Um flywheel.


O Problema do Fundo Tradicional

Veja como a maioria do venture capital funciona por dentro: você levanta um fundo, deploya capital em 30-50 empresas ao longo de três anos, oferece assentos em conselho e apresentações, e espera. Cada empresa é sua própria ilha. Compartilham um nome de marca no cap table e acesso à rede do GP, mas não compartilham tecnologia, infraestrutura, clientes ou aprendizados operacionais conquistados com dificuldade.

Quando a Empresa A do portfólio descobre que uma estratégia de go-to-market funciona brilhantemente para developer tools, esse insight vive na cabeça do sócio e talvez em uma newsletter. Não se torna infraestrutura sobre a qual a Empresa B pode construir. Quando a Empresa C constrói um data pipeline sofisticado, a Empresa D começa do zero. O capital intelectual do portfólio — a sabedoria acumulada de construir, falhar, iterar e ter sucesso — se dissipa em vez de se compor.

Este é um problema estrutural, não um problema de pessoas. O modelo de fundo tradicional é projetado para diversificação financeira, não sinergia operacional. A estrutura de incentivos (management fees + carry em um portfólio grande) recompensa amplitude, não profundidade. A estrutura legal (cada empresa como entidade independente com seu próprio conselho) impede o tipo de integração operacional profunda onde sinergias reais vivem.


O Flywheel da Basalt

O flywheel da Basalt tem seis segmentos, cada um alimentando o próximo:

Segmento 1: Receita de Consultoria. Moonxi, nosso estúdio de consultoria, gera receita entregando serviços de platform engineering e AI para clientes enterprise. Este é o lado “seguro” da nossa barbell — demanda comprovada, relacionamentos recorrentes, fluxo de caixa previsível. Não é glamoroso, mas é a força gravitacional que começa a girar a roda.

Segmento 2: Desenvolvimento de Produto. Receita de consultoria financia o desenvolvimento dos nossos product ventures — Apollo, HOST360, Mustard. Mas financia de uma forma específica: não como projetos abstratos de P&D desconectados da realidade, mas como soluções para problemas que encontramos diariamente em engagements de consultoria. O Apollo nasceu porque precisávamos de um delivery control plane. O HOST360 emergiu de padrões que vimos em múltiplos clientes de hospitalidade. Isso não é teatro de incubação. É desenvolvimento de produto orientado por necessidade.

Segmento 3: Criação de IP. À medida que product ventures amadurecem, criam propriedade intelectual — não apenas código, mas frameworks, metodologias, modelos de governança e padrões operacionais. O framework de governança de agentes do Apollo. A arquitetura de gestão multi-propriedade do HOST360. O pipeline de engenharia de marca do Mustard. Cada um se torna um ativo reutilizável.

Segmento 4: Aprimoramento da Consultoria. Esse IP flui de volta para a consultoria. Quando a Moonxi apresenta um novo engagement, não estamos vendendo horas genéricas de engenharia. Estamos vendendo frameworks testados em batalha, respaldados por produtos que nós mesmos usamos. “Construímos um delivery control plane que governa 203 ferramentas de agentes — podemos implementar algo similar para sua organização.” A consultoria se torna mais valiosa porque os produtos existem, e os produtos se tornam mais críveis porque a consultoria os comprova.

Segmento 5: Expansão de Margem. Melhor IP na consultoria significa maior valor por engagement, ciclos de entrega mais curtos e menor custo de delivery. Margens expandem. Onde uma consultoria genérica pode atingir 15-20% de margem em serviços de engenharia, uma consultoria armada com frameworks proprietários e ferramentas pode chegar a 30-40%. Essas margens expandidas criam capital excedente.

Segmento 6: Financiamento de Novos Ventures. Capital excedente financia o próximo venture. E criticamente, cada novo venture se beneficia de todo o IP, infraestrutura e aprendizados dos anteriores. HOST360 não precisa construir sua própria infraestrutura de deployment — usa a mesma plataforma em que a Moonxi roda. Mustard não precisa criar sua própria governança de agentes — herda o framework do Apollo.

Então o ciclo se repete. Cada rotação mais rápida que a anterior.


Como Capital Intelectual se Compõe

Em finanças tradicionais, juros compostos são bem entendidos: retornos geram mais retornos, e a curva fica exponencial. O que é menos discutido é que capital intelectual se compõe da mesma forma — mas apenas se você construir a infraestrutura para ele fluir.

Aqui vai um exemplo concreto. Em 2025, enquanto construíamos o Apollo, desenvolvemos um padrão para governar acesso de agentes a dados sensíveis de clientes. O padrão envolvia policy envelopes — wrappers de metadados que definem o que um agente pode fazer, sob quais condições, com qual trilha de auditoria. Implementamos para as 203 ferramentas do Apollo.

Seis meses depois, quando começamos a construir o agente de experiência do hóspede do HOST360, precisávamos governar acesso de agentes a informações pessoais dos hóspedes — domínio diferente, mesmo problema estrutural. Em vez de redesenhar do zero, portamos o framework de governança. O que levou três meses para o Apollo levou duas semanas para o HOST360.

Então o Mustard precisou de governança de agentes para geração de conteúdo sensível à marca. Mesmo framework, novas políticas. Uma semana.

Isso é capital intelectual se compondo. Três meses viraram duas semanas viraram uma semana. O conhecimento não apenas se transferiu — ele acelerou.

Em um fundo tradicional, esses três ventures seriam empresas independentes do portfólio. Cada uma contrataria seus próprios arquitetos, cometeria seus próprios erros de governança e gastaria seus próprios meses reinventando padrões que já existem em algum lugar do portfólio. O IP ficaria em silos. A curva de aprendizado recomeçaria cada vez.


O Hedgehog Concept

Collins introduziu outro framework que acho ainda mais útil que o flywheel para tomar decisões estratégicas: o Hedgehog Concept. É a intersecção de três círculos:

Pelo que você é profundamente apaixonado? Para a Basalt, é construir empresas de infraestrutura. Não apps. Não features. Não martech ou plataformas sociais. Infraestrutura — sistemas sobre os quais outras coisas são construídas. Sou obcecado por isso desde que era engenheiro construindo pipelines de deployment. A pergunta que me anima não mudou em quinze anos: como você constrói algo que se torna fundacional?

Em que você pode ser o melhor do mundo? Platform engineering combinada com AI. É específico o suficiente para ser significativo e amplo o suficiente para ser aplicável. Não estamos reivindicando ser os melhores em pesquisa de machine learning ou os melhores em vendas enterprise. Reivindicamos uma intersecção estreita: construir plataformas que alavancam AI para se tornar infraestrutura. O time que montamos — platform engineers, praticantes de AI, especialistas DevOps — está configurado para exatamente essa intersecção.

O que impulsiona seu motor econômico? Duas fontes de combustível: receita de consultoria (estável, previsível, fornece fluxo de caixa operacional) e venture equity (volátil, de longo prazo, fornece upside assimétrico). A combinação é incomum. A maioria das consultorias não constrói ventures. A maioria dos fundos de venture não roda consultorias. Mas o motor duplo significa que não dependemos de ciclos de fundraising para sobreviver, e não estamos limitados a margens de consultoria para crescer.

O Hedgehog Concept age como filtro. Quando uma oportunidade aparece — um potencial engagement de cliente, uma ideia de venture, uma parceria — perguntamos: está na intersecção dos três círculos? Se requer paixão que não temos, capacidade que não podemos desenvolver, ou não alimenta o motor econômico, passamos. Mesmo que pareça lucrativo isoladamente.

É assim que evitamos a armadilha do estúdio sem foco que incuba o que quer que pareça empolgante neste trimestre. Cada venture deve ser uma jogada de infraestrutura (paixão), deve alavancar platform engineering + AI (capacidade), e deve alimentar receita de consultoria ou venture equity (motor econômico). Sem exceções.


Por Que Flywheels São Brutais para Começar

Quero ser honesto sobre algo que Collins reconhece mas que a maioria das pessoas que citam a metáfora do flywheel convenientemente pula: as primeiras rotações são miseráveis.

Nos dois primeiros anos da Basalt, o flywheel parecia uma metáfora para futilidade. Receita de consultoria era modesta. Desenvolvimento de produto era lento porque estávamos financiando com fluxo de caixa operacional, não venture capital. O IP que estávamos criando era bruto — útil para nós, mas ainda não refinado o suficiente para diferenciar nossa consultoria. Margens eram apertadas.

Houve meses em que questionei se o modelo de estúdio era apenas uma forma elaborada de rodar uma consultoria com delírios de grandeza de venture. A planilha dizia “flywheel.” A experiência vivida dizia “esteira.”

O que mudou não foi nenhum breakthrough isolado. Foi acumulação. Engagements de consultoria suficientes para entender padrões entre indústrias. Iterações de produto suficientes para o Apollo funcionar de forma confiável. IP suficiente para clientes começarem a dizer, “Espera, vocês construíram isso? Podemos usar?”

O flywheel não começou a girar de repente. Ele gradualmente parou de resistir.


Aprendizados Cross-Portfolio

Uma das vantagens menos discutidas do modelo de estúdio é o que chamo de polinização cross-portfolio — insights de um venture que transformam outro de formas que você não poderia ter previsto.

Construir o HOST360 nos ensinou algo sobre o Apollo. Operadores de hospitalidade pensam em termos de jornadas do hóspede — chegada, estadia, partida — não em termos de sprints de engenharia. Quando mapeamos o modelo de jornada do HOST360 de volta para o Apollo, percebemos que delivery de consultoria também tem jornadas: início do engagement, execução do delivery, handoff. A interface do Apollo era organizada em torno de conceitos de engenharia (sprints, deployments, custos). Reformulá-la em torno de jornadas de delivery a tornou mais intuitiva para stakeholders não-técnicos.

Esse insight não veio de pesquisa com usuários ou workshops de design thinking. Veio de construir em um domínio adjacente e notar similaridades estruturais.

Da mesma forma, o trabalho de engenharia de marca do Mustard — usando AI para manter consistência de marca entre touchpoints — nos ensinou algo sobre governança de agentes. Diretrizes de marca são essencialmente políticas. “Use este tom de voz, nunca use essas palavras, sempre inclua este disclaimer.” O mecanismo de enforcement é estruturalmente idêntico à governança de ferramentas do Apollo: um policy envelope que restringe o comportamento do agente dentro de fronteiras definidas.

Essas polinizações cruzadas são o poder oculto do flywheel. Não aparecem em projeções financeiras ou pitch decks. Emergem da prática de construir múltiplas coisas simultaneamente e prestar atenção nos padrões que as conectam.


Primeiras Rotações

O flywheel da Basalt está em suas primeiras rotações. Quero ser claro sobre isso. Ainda não estamos na fase exponencial onde o momentum se carrega sozinho. Ainda estamos empurrando.

Mas a roda está se movendo. Cada rotação é notavelmente mais rápida que a anterior. Engagements de consultoria fecham mais rápido porque o IP é real. Desenvolvimento de produto é mais rápido porque a infraestrutura é compartilhada. Novos ventures começam mais adiantados porque herdam frameworks em vez de construir do zero.

A parte brutal ficou para trás. A parte exponencial está à frente. A parte em que estamos agora — onde você sente o momentum se construindo mas ainda não atingiu velocidade de escape — é, de certa forma, a mais interessante. Porque é aqui que disciplina importa mais. É aqui que a tentação de pegar atalhos, perseguir oportunidades fora do Hedgehog Concept, otimizar para receita de curto prazo ao custo de composição de longo prazo — é aqui que essa tentação é mais forte.

O flywheel exige consistência. Não inspiração. Não brilhantismo. Consistência.

Empurramos. A roda gira. Empurramos de novo.

Quer fazer parte do flywheel? Vamos conversar.

Entre em contato