Futuros
Aceda a centenas de contratos perpétuos
TradFi
Ouro
Plataforma de ativos tradicionais globais
Opções
Hot
Negoceie Opções Vanilla ao estilo europeu
Conta Unificada
Maximize a eficiência do seu capital
Negociação de demonstração
Introdução à negociação de futuros
Prepare-se para a sua negociação de futuros
Eventos de futuros
Participe em eventos para recompensas
Negociação de demonstração
Utilize fundos virtuais para experimentar uma negociação sem riscos
Lançamento
CandyDrop
Recolher doces para ganhar airdrops
Launchpool
Faça staking rapidamente, ganhe potenciais novos tokens
HODLer Airdrop
Detenha GT e obtenha airdrops maciços de graça
Pre-IPOs
Desbloquear acesso completo a IPO de ações globais
Pontos Alpha
Negoceie ativos on-chain para airdrops
Pontos de futuros
Ganhe pontos de futuros e receba recompensas de airdrop
Investimento
Simple Earn
Ganhe juros com tokens inativos
Investimento automático
Invista automaticamente de forma regular.
Investimento Duplo
Aproveite a volatilidade do mercado
Soft Staking
Ganhe recompensas com staking flexível
Empréstimo de criptomoedas
0 Fees
Dê em garantia uma criptomoeda para pedir outra emprestada
Centro de empréstimos
Centro de empréstimos integrado
Por que a sua empresa ainda utiliza a estrutura organizacional do século passado para fazer negócios na era da IA?
Escreve por: DeepThink Circle
Alguns dias atrás, vi no X um longo tweet de Freda Duan, onde ela investigou a implementação de IA em várias empresas e descobriu: cada uma está inserindo ferramentas de IA nos processos existentes, mas quase ninguém questiona por que esse processo é do jeito que é.
Um cenário típico: a empresa compra o Copilot, fornece licença para todos, o CTO fala na reunião geral “vamos abraçar a IA”. Três meses depois, uma revisão — geração de código muito mais rápida, documentação mais fluida, atas de reunião automatizadas, mas o ROI ainda não foi realmente comprovado. Por quê? Porque a estrutura organizacional de hoje limita a IA a pequenas capacitações; o verdadeiro ROI exige uma reconstrução da organização.
Função real dos níveis hierárquicos
A definição clássica de estrutura organizacional é de uma estrutura de poder — quem reporta a quem, quem tem autoridade de aprovação. Mas isso é apenas a aparência. O verdadeiro problema que a hierarquia resolve é o roteamento de informações.
Uma empresa de porte acima de um limite não consegue que todos vejam o quadro completo. Então, você instala camadas de gestores, que fazem duas coisas: agregar sinais da linha de frente, refinar julgamentos, e transmitir para cima; traduzir as intenções estratégicas do alto em ações executáveis e distribuir para baixo. Reuniões semanais, stand-ups diários, QBR, comitês de direção, alinhamentos interdepartamentais — tudo são dispositivos de roteamento de informação.
Porém, há uma contradição estrutural pouco discutida: a existência de departamentos e níveis hierárquicos serve para resolver a limitação de habilidades e capacidade individual — você não consegue fazer tudo sozinho, então divide o trabalho. Mas essa divisão e hierarquia criam novos gargalos. Cada passagem de informação por uma camada de gestão atenua sua fidelidade; cada fronteira entre departamentos dilui a cultura. Quanto maior a organização, maior a atenuação, e assim, você precisa de mais reuniões, mais processos, mais camadas intermediárias para compensar a perda. Mais camadas geram ainda mais atenuação. Não é uma questão de capacidade de gestão, mas de um ciclo vicioso na arquitetura.
Nas últimas décadas, todas as inovações gerenciais — ágil, OKR, organizações planas, matrizes — na essência, são otimizações locais nesse ciclo vicioso. Nenhuma realmente o quebrou.
A IA rompe esse ciclo. Quando o custo do roteamento de informações tende a zero, as estruturas organizacionais criadas para compensar a perda de fidelidade deixam de fazer sentido.
O verdadeiro gargalo é o custo de tradução
Vamos olhar o fluxo de entrega de uma funcionalidade de produto de porte médio: PM leva duas a três semanas escrevendo o PRD. O designer recebe o PRD, entende a intenção do PM, traduz para um rascunho visual. O engenheiro recebe o rascunho, entende a intenção do design, traduz para código, estimando “oito semanas”. Então, as necessidades mudam, o PRD é reescrito. Desenvolvimento leva dois a três meses. QA recebe o código, entende o comportamento esperado, traduz para casos de teste. GTM prepara materiais de lançamento, treina vendas. Do início ao fim, leva de três a seis meses.
A limitação aparente é de velocidade. Mas o verdadeiro gargalo é o custo de tradução. A ideia na cabeça do PM é codificada em um documento, decodificada pelo designer e re-codificada na linguagem visual, decodificada pelo engenheiro e re-codificada em código, decodificada pelo QA e re-codificada em lógica de testes. Cada tradução perde fidelidade, cada uma requer reuniões de alinhamento, cada uma gera tempo de espera. Não é por lentidão humana, mas porque transformar a compreensão de uma pessoa em um formato consumível por outra é extremamente difícil.
A IA está comprimindo essas camadas de tradução. O PM, usando IA, consegue criar um protótipo interativo em um dia; a camada de tradução entre PM e engenheiro é quase zero. A IA gera testes enquanto escreve código, eliminando a etapa de transferência entre desenvolvimento e QA. Uma camada inteligente que integra sinais do cliente e métricas de negócio em tempo real; antes, esses dados eram agregados manualmente por gestores intermediários, que precisavam redefinir suas fontes de valor. Não é que cada papel ficou mais rápido, mas que as lacunas entre papéis — camadas de tradução, filas de transferência, reuniões de alinhamento — estão evaporando.
A mudança real ocorre na camada de fluxo de trabalho: não acelerar cada etapa individualmente, mas reconstruir toda a cadeia de ponta a ponta. A diferença não é de grau, mas de paradigma.
Recentemente, um fundador de startup me descreveu uma reação em cadeia bastante interessante. Sua equipe de desenvolvimento usou IA para reduzir um ciclo de três meses para duas semanas. A primeira reação foi entusiasmo. A segunda, perceber que o ciclo de revisão de QA, que antes levava duas semanas, virou um gargalo de mesma duração — então, QA foi eliminado, testes foram incorporados ao desenvolvimento. Depois, o processo de um mês de refinamento de produto por PM e design virou um novo gargalo — a equipe de PMs passou a incluir apenas os mais completos. Em seguida, o ciclo de preparação de GTM, que levava de três a seis meses, foi reduzido para um a dois meses, com a maior parte do trabalho de GTM sendo automatizado e paralelo ao desenvolvimento. A organização encolheu 80%, a entrega de ponta a ponta passou de quase um ano para um mês ou dois.
O foco dessa história não é “IA faz as pessoas mais rápidas”. É que, ao eliminar as camadas de tradução, surgem efeitos em cadeia de gargalos: cada camada eliminada revela o próximo ponto mais lento. Esse processo não para até toda a cadeia ser achatada em processos paralelos, com equipes pequenas e ponta a ponta. Se você implantar IA em apenas uma etapa, o benefício será pequeno, pois o gargalo simplesmente se move para a próxima camada de tradução. É preciso uma reconstrução de ponta a ponta, caso contrário, estará apenas colocando uma bomba de alta pressão na tubulação mais estreita.
Onde as empresas ficam presas
Se usarmos um modelo de três fases —
Primeira fase: métodos tradicionais, apenas trocando a ferramenta. Essa é a posição da maioria das empresas atualmente. No que diz respeito à IA na organização: ela é uma ferramenta de base, ajuda os funcionários a fazerem o trabalho, a estrutura permanece a mesma.
Segunda fase: métodos tradicionais, com processos reestruturados. A história do fundador acima é um exemplo. O produto continua o mesmo, mas passou de serial para paralelo, equipes grandes para pequenas, camadas de tradução eliminadas. A IA assume funções intermediárias — roteamento de informações, julgamento integrado, coordenação interfuncional — tarefas que antes eram de gestores intermediários. A organização começa a ficar mais plana.
Terceira fase: fazer coisas que antes eram impossíveis. Jack Dorsey contou um exemplo — um restaurante ajusta seu fluxo de caixa antes de uma baixa sazonal, detecta o padrão, automaticamente contrata um empréstimo de curto prazo, ajusta o plano de pagamento e envia ao comerciante — antes mesmo de pensar em buscar financiamento. Sem um PM decidir fazer isso. O sistema reconhece o momento, combina capacidades existentes, emerge um novo produto. A IA está no centro, não apenas apoiando decisões humanas, mas participando na identificação de necessidades, na combinação de soluções e na alocação de recursos. A organização se reorganiza ao redor da IA.
A maioria das empresas fica entre a primeira e a segunda fase, não por questão de tecnologia — ela já está pronta —, mas por inércia organizacional. Reestruturar o fluxo de trabalho significa alterar posições de poder: gestores intermediários perdem o monopólio do roteamento de informações, departamentos perdem justificativa de existência, as cadeias de aprovação são significativamente encurtadas. Cada passo mexe na estrutura de poder existente. É por isso que as transformações de IA mais bem-sucedidas ocorrem em empresas lideradas por fundadores — uma espécie de reinício.
A nova estrutura organizacional
Ao desmontar a organização até sua base, restam três elementos: informação, decisão, ação. As organizações tradicionais usam hierarquias para tratar de informação, cadeias de aprovação para decisões, departamentos para execução. A IA reescreve o custo de cada um desses elementos, obrigando a uma nova arquitetura.
De uma corrida de revezamento para uma partida de basquete. A entrega serial — PM→design→engenharia→QA→GTM — dá lugar a equipes de três a cinco pessoas, com habilidades completas, trabalhando de forma sincronizada. A maioria das decisões é tomada dentro da equipe, apenas as apostas estratégicas permanecem em nível superior.
A lógica por trás é: a IA amplia drasticamente a capacidade individual. Um PM+IA competente pode fazer o trabalho que antes exigia um PM, um designer e um engenheiro iniciante. O indivíduo se torna um atleta de longa distância — sua cadeia de atuação é mais extensa. Quando o indivíduo é de longo alcance, a organização pode ser de curto alcance — menos etapas, menos transferências, mais velocidade ponta a ponta. Uma analogia militar: de uma força naval para uma força de elite como os SEALs. Não é que há mais pessoas, mas que cada uma é uma equipe de elite altamente capacitada.
De departamentos para unidades de capacidade. Em vez de equipes por função, criar unidades independentes e combináveis — avaliação de risco, autenticação, cobrança, poupança — cada uma autossuficiente, com APIs e interfaces de dados claras, livres para se combinar.
Quando as capacidades são atomizadas, o sistema consegue gerar seu próprio roteiro de desenvolvimento. Voltando ao exemplo de Dorsey — o sistema combina módulos de crédito, ajuste de pagamento, notificações, e outros, emergindo um produto automaticamente. O papel do PM muda de tradutor para arquiteto — define os limites e padrões de qualidade das capacidades, ao invés de transportar informações entre pessoas.
A qualidade passa de um ponto de controle para uma barreira de proteção. QA deixa de ser uma etapa de revisão após o desenvolvimento, para se tornar uma restrição embutida, que permeia todo o processo.
A publicação passa de uma versão maior para um fluxo contínuo. Não há mais “lançamento do v2.0 no Q3”. Pequenas melhorias diárias, entregas contínuas, substituindo o ritmo de grandes versões por uma evolução silenciosa.
IA como supercolaborador: efeitos secundários ignorados
O que foi discutido até aqui são mudanças na camada de processos. Mas o impacto mais profundo é: quando a IA começa a gerar resultados substanciais — não apenas auxiliar, mas criar coisas — o software da organização também precisa ser reescrito, não só o hardware.
As relações de produção mudam. Equipes tradicionais são de colaboração entre humanos. Quando a IA se torna um nó de produção central, o gestor lida com equipes híbridas humano-IA. Quem é responsável pela qualidade do output da IA? Quando a IA escreve 90% do código (como na situação atual da Anthropic), quem revisa o código?
A unidade de alocação de recursos também muda. O planejamento tradicional baseado em headcount — quantas pessoas, quanto tempo para um projeto — não faz mais sentido quando duas pessoas + IA produzem o equivalente a vinte. A frase de Zuckerberg: “Projetos que antes precisavam de uma grande equipe, agora podem ser feitos por uma pessoa altamente competente.”
OKRs podem se tornar ainda mais importantes. É uma conclusão contraintuitiva. A IA multiplica por dez o que cada um pode fazer, mas a lacuna entre “poder fazer” e “dever fazer” também aumenta por dez. Antes, uma pessoa por trimestre entregava três coisas, com impacto limitado se errasse o foco. Agora, uma pessoa + IA pode entregar trinta coisas por trimestre, com impacto dez vezes maior se errar o foco. Garantir que todos façam as coisas certas, na era da IA, não é menos importante, mas se torna o maior gargalo. OKRs, como mecanismo de alinhamento de direção e não de avaliação de desempenho, têm um valor sem precedentes.
O choque cultural é o mais invisível. Quando a produção individual pode ser de cinco a dez vezes maior, os sistemas tradicionais de promoção, títulos e remuneração parecem inadequados. Um IC que produz dez vezes mais com IA, versus um gerente que lidera uma equipe de vinte pessoas com produção equivalente, quem tem maior valor? As organizações tradicionais não têm um quadro para lidar com isso.
Grandes empresas: nunca houve tantas mudanças; mas ainda não são organizações nativas de IA
Um “segredo/técnica” de investimento sempre foi escolher empresas que estão passando por reestruturações organizacionais — após grandes reorgs, geralmente há surpresas positivas de crescimento e margem. O mercado tende a superestimar a confusão da reestruturação e subestimar a eficiência que ela libera. Hoje, há mais empresas em reestruturação do que nunca, e as mudanças também são maiores. Do ponto de vista de investimento, pode-se dizer que há “candidatos por toda parte”, mas ainda não se viu uma arquitetura verdadeiramente nativa de IA.
Meta, por exemplo, tem uma proporção de 50:1 entre engenheiros e gestores, e passou por inúmeras reestruturações em um ano: integrou IA na arquitetura federada do MSL, criou o Meta Compute para centralizar o planejamento de computação, mudou completamente o foco organizacional.
Nadella afirmou que seus 220 mil funcionários representam uma “desvantagem enorme na corrida de IA”. Em 18 meses, três reestruturações relacionadas à IA: corte de gerentes intermediários e funções, unificação da arquitetura do Copilot, fusão do desenvolvimento de modelos internos. O custo de funcionários da Microsoft gira em torno de 55 a 65 bilhões de dólares por ano, e a IA promete aumentar a produtividade de cada um em pelo menos 50%. A última grande mudança foi em março de 2026, com a unificação da arquitetura do Copilot, fusão do desenvolvimento de modelos “superinteligentes” internos, promoção de jovens executivos responsáveis pelo Copilot — ações de grande porte.
A Shopify, no último ano, viu oito altos executivos saírem ou serem substituídos, incluindo o diretor jurídico que virou COO. Os produtos foram reestruturados em torno de dados de clientes e IA para pagamentos. A empresa passou a segmentar por indústria vertical, além de geografia — um sinal claro: quando a IA permite entender profundamente as necessidades específicas de cada setor, a divisão por região deixa de ser a melhor estratégia de roteamento de informações.
A Apple, além da aposentadoria de Cook, fez uma grande reestruturação na organização de AIML, transferindo toda a equipe de Siri para o time de software de Federighi, com a liderança de IA reportando ao time de iOS/macOS. O design foi realinhado ao hardware. A mensagem mais clara da Apple: IA é uma ferramenta de entrega, não uma pesquisa exploratória. Uma grande reestruturação.
Padrão comum: compressão sistêmica das camadas de roteamento de informação. Mas, francamente, essas ainda são empresas grandes se movendo da primeira para a segunda fase. Uma organização verdadeiramente nativa de IA ainda não existe.
As fronteiras da organização estão se tornando difusas
Até aqui, tudo dentro do quadro de “reestruturação interna da empresa”. Mas o impacto da IA vai além — ela também afeta a comunicação com o exterior.
Quando agentes de IA podem descobrir serviços, comparar opções, concluir transações, processar pagamentos — os custos de tradução entre “empresa” e “usuário” também estão colapsando. Antes, você precisava de vendas, suporte, marketing para explicar valor, esclarecer dúvidas, converter clientes. Na era dos agentes, esses processos são automatizados na maior parte.
Isso amplia as fronteiras do design organizacional. Não é só uma questão de estrutura interna, mas de: seu serviço pode ser descoberto e acionado por agentes? Você está bem posicionado na camada de descoberta dos agentes? Essas questões passarão a ser tão importantes quanto “em que posição aparece na busca do Google” — ou até mais, pois os agentes não apenas exibem opções, eles fecham transações diretamente, com taxas de conversão muito superiores às de anúncios de busca.
A migração das vantagens competitivas
Na última década, a narrativa central de vantagem competitiva era velocidade de execução — quem consegue entregar produtos melhores mais rápido ao usuário.
Agora, a vantagem migrou de velocidade de execução para velocidade de aprendizado — quão rápido a organização consegue absorver as novas possibilidades trazidas pela IA e se reestruturar em torno delas.
A maior parte das empresas está usando IA para acelerar suas estruturas existentes. É valioso, mas não resolve o núcleo. A verdadeira diferença virá de uma pergunta que ainda não foi feita: se você começasse do zero, sabendo o que a IA pode fazer, como você construiria essa empresa? A resposta não é “organização atual + ferramentas de IA”.
A resposta é uma forma que ainda não vimos — indivíduos de longo alcance, organizações de curto alcance, capacidades atomizadas, roteamento de informações automáticos, produtos emergentes. O caminho para lá não é uma reestruturação pontual, mas uma pergunta contínua: esse passo ainda precisa de tradução humana? Se não, por que ainda mantemos essa camada?