Resposta rápida: A passagem do primeiro caso de uso para cinco áreas simultâneas produz cinco problemas que aparecem juntos e se alimentam: duplicação de ferramentas e contratos, disputa de prioridade em TI, resultados inconsistentes entre áreas por ausência de padrão, gargalo nas poucas pessoas que dominam o assunto e custo crescendo sem visibilidade. O que resolve deixa de ser mais projeto e passa a ser gestão de portfólio, com uma figura designada como dono de plataforma cuidando de padrões, contratos, custo e capacitação, e com as áreas mantendo autonomia sobre os próprios casos de uso. Escalar cinco áreas em paralelo sem esse desenho produz o padrão mais comum de estagnação: muita atividade, pouca soma, e a conclusão equivocada de que a tecnologia rendeu menos do que prometia.
O diretor de tecnologia de uma indústria me mostrou cinco planilhas abertas na tela, uma por área que tinha começado a usar inteligência artificial nos oito meses anteriores. Comercial, marketing, jurídico, suprimentos e engenharia de produto. Cada planilha tinha ferramenta própria, fornecedor próprio, forma própria de medir resultado e uma solicitação aberta para o time dele.
O detalhe que resumia o problema apareceu quando ele somou os contratos. A empresa pagava por três plataformas diferentes que resolviam essencialmente o mesmo tipo de tarefa, contratadas por áreas distintas em meses distintos, com valor total bem acima do que uma negociação corporativa única teria custado. Nenhuma das três compras foi errada isoladamente. O conjunto delas era caótico.
Ele definiu a situação numa frase que eu adotei desde então: eu passei um ano lutando para convencer a empresa a usar inteligência artificial, e agora passo o dia tentando organizar gente demais usando ao mesmo tempo. Essa é a segunda onda, e ela pede um jogo diferente do que funcionou na primeira.

Os cinco problemas chegam juntos e se reforçam. Tratar um só raramente resolve.
O que muda ao escalar IA para várias áreas ao mesmo tempo?
- Duplicação de ferramentas e contratos entre áreas.
- Disputa de prioridade na fila de tecnologia.
- Resultados inconsistentes por ausência de padrão.
- Gargalo humano nas poucas pessoas que dominam o assunto.
- Custo crescendo sem visibilidade nem rateio.
Por que a segunda onda quebra o que funcionou
O primeiro caso de uso prospera justamente por causa das condições que a escala remove. Ele tem atenção concentrada da liderança, um time pequeno e engajado, escopo estreito, tolerância alta a erro e acesso privilegiado aos recursos de tecnologia. Nessas condições, quase qualquer abordagem sensata funciona, e o mérito do resultado costuma ser atribuído ao método quando boa parte dele veio da atenção.
Quando cinco áreas avançam juntas, todas essas condições desaparecem de uma vez. A atenção da liderança se dilui, os times passam a incluir pessoas com pouco interesse pelo assunto, os escopos se sobrepõem, o erro passa a ter consequência visível e os recursos de tecnologia entram em disputa. O que era um projeto com padrinho vira uma carteira de iniciativas concorrendo entre si.
Existe um agravante psicológico. A empresa chega nessa fase confiante, apoiada no sucesso do piloto, e essa confiança atrasa o reconhecimento de que o problema mudou de natureza. Eu vejo diretorias insistirem por dois ou três trimestres com o mesmo modelo de gestão do primeiro caso, atribuindo a perda de tração à resistência das pessoas quando a causa está no desenho. Essa é uma das formas do platô que eu descrevi em a adoção de IA estacionou.
Duplicação de ferramenta e de contrato
O primeiro problema aparece no financeiro e costuma ser descoberto por acaso. Áreas diferentes contratam soluções sobrepostas porque cada uma resolve o próprio problema com a informação que tem, e ninguém está encarregado de enxergar o conjunto.
A duplicação cobra três preços. O preço óbvio é o financeiro, com a empresa pagando várias vezes por capacidades semelhantes e perdendo o poder de negociação que o volume consolidado ofereceria. O segundo preço é de conhecimento: cinco ferramentas produzem cinco curvas de aprendizado separadas, e o que uma área descobre permanece inútil para as outras. O terceiro preço é de governança, porque cada contrato traz cláusulas próprias sobre dados, retenção e responsabilidade, multiplicando a superfície de risco jurídico.
A correção começa por um inventário simples com cinco colunas: ferramenta, área, dono, valor anual e tipo de dado tratado. Montar essa tabela leva dois dias e costuma pagar o esforço na primeira renovação consolidada.
Disputa de prioridade em tecnologia
O segundo problema tem endereço certo. Todas as cinco áreas precisam de algo do time de tecnologia: uma integração, um acesso, uma revisão de segurança, um ajuste em sistema legado. O time é o mesmo, o calendário é o mesmo, e agora existem cinco solicitantes convencidos de que o próprio caso é prioritário porque a diretoria disse que inteligência artificial é prioridade.
Sem critério explícito de priorização, a fila se organiza por proximidade política ou por insistência, o que produz duas consequências ruins: casos de uso relevantes esperam atrás de casos vistosos, e o time de tecnologia vira o alvo do descontentamento geral.
O que funciona é uma régua publicada com três critérios de peso decrescente: tamanho do impacto no indicador que a empresa persegue no ano, esforço técnico estimado e risco de segurança ou conformidade. Fila ordenada por régua conhecida gera menos atrito do que fila ordenada por negociação, mesmo quando o resultado desagrada alguém.
Leia também
Resultados inconsistentes entre áreas
O terceiro problema aparece na hora de reportar. Comercial mede ganho em horas economizadas, marketing mede em volume produzido, jurídico mede em prazo de revisão, suprimentos mede em economia negociada e engenharia mede em algo que apenas engenharia entende. Somar isso para o conselho fica impossível, e a impossibilidade de somar leva à conclusão perigosa de que o programa carece de resultado.
A padronização mínima que eu instalo tem três medidas comuns a todas as áreas, mantidas ao lado dos indicadores específicos de cada uma. Tempo de ciclo do processo afetado, antes e depois. Volume processado no mesmo período de referência. E uma medida de qualidade acordada com quem recebe o trabalho, tipicamente taxa de retrabalho ou índice de erro.
Essas três medidas permitem agregação sem sufocar a particularidade de cada área. Eu tratei da mecânica dessa medição em como medir a produtividade da IA.
O gargalo das poucas pessoas que dominam o assunto
O quarto problema é o mais previsível e o menos endereçado. Toda empresa nessa fase tem entre duas e cinco pessoas que realmente sabem trabalhar com inteligência artificial, e essas pessoas viraram dependência de cinco frentes ao mesmo tempo. Elas atendem consultas informais o dia inteiro, revisam prompts alheios, resolvem problemas de outras áreas e ainda respondem pelo próprio trabalho.
O padrão termina de duas formas, ambas ruins. Ou essas pessoas se esgotam e reduzem a disponibilidade, travando as cinco frentes de uma vez, ou elas viram gargalo formal, e cada iniciativa passa a andar na velocidade da agenda delas.
A saída exige transformar conhecimento individual em capacidade distribuída, o que significa três providências concretas: tempo protegido na agenda dessas pessoas para formar outras, uma biblioteca de instruções e exemplos que dispense a consulta pessoal para os casos repetidos, e um programa de capacitação com meta de quantas pessoas por área precisam alcançar autonomia. Eu argumentei essa lógica em letramento em IA.

Framework de escalar IA para várias áreas: O que muda ao escalar IA para várias áreas ao mesmo tempo.
Custo crescendo sem visibilidade
O quinto problema tem a característica traiçoeira de crescer devagar e aparecer de uma vez. Consumo de modelos por interface de programação cresce com o uso, licenças se multiplicam com pessoas novas, e experimentos ficam ligados depois de terminarem.
A ausência de rateio por área agrava tudo. Quando o custo aparece consolidado numa rubrica de tecnologia, nenhuma área sente o próprio consumo, e o incentivo à eficiência desaparece. Eu recomendo rateio desde o começo da segunda onda, com relatório mensal por área e por caso de uso, mesmo que o rateio seja aproximado. Área que vê o próprio número passa a otimizar sem que ninguém precise pedir.
Vale também instalar dois limites técnicos: alerta de consumo em patamares definidos e teto por projeto experimental, com renovação consciente em vez de continuidade automática.
Leia também
A figura que resolve boa parte disso
Nas empresas que atravessaram bem essa fase, apareceu sempre uma figura designada com responsabilidade transversal. Eu chamo de dono de plataforma, e o nome importa menos do que o escopo.
Essa pessoa cuida de cinco coisas: padrões técnicos e de segurança, negociação e gestão dos contratos de forma consolidada, visibilidade e rateio do custo, capacitação e biblioteca compartilhada, e a régua de priorização junto com tecnologia. O que ela deliberadamente evita fazer é escolher os casos de uso das áreas, porque essa escolha pertence a quem conhece o processo e responde pelo resultado.
A distinção entre plataforma e caso de uso é a chave do desenho. Centralizar plataforma gera economia, consistência e governança. Centralizar caso de uso gera fila, distanciamento da operação e soluções que ninguém pediu. Empresas que confundem as duas coisas criam um centro de excelência que vira cartório, repetindo em outra roupagem o problema de comitê que eu descrevi em o comitê de IA virou gargalo.

A transição de projeto para portfólio é o que sustenta cinco áreas ao mesmo tempo.
De projeto para portfólio
A mudança conceitual mais importante da segunda onda consiste em parar de gerenciar iniciativas isoladas e passar a gerenciar um portfólio. Isso implica três práticas.
A primeira é uma revisão periódica do conjunto, mensal ou bimestral, olhando todas as iniciativas juntas: o que avança, o que trava, o que deve ser encerrado. Encerrar faz parte, e a ausência dessa prática mantém iniciativas zumbis consumindo licença e atenção.
A segunda é a alocação consciente de esforço entre categorias. Eu uso uma proporção de referência: a maior parte do esforço em ganhos incrementais previsíveis, uma fatia média em mudanças estruturais de processo, e uma fatia pequena em apostas exploratórias com resultado incerto. Sem essa disciplina, o portfólio tende a inflar de exploração vistosa e escassear de ganho previsível, ou o contrário, virando um conjunto de pequenas eficiências que jamais muda a operação.
A terceira é a interdependência explícita. Casos de uso de áreas diferentes frequentemente dependem do mesmo dado, do mesmo sistema ou da mesma decisão pendente. Mapear essas dependências evita a descoberta tardia de que três iniciativas esperam pela mesma integração.
Como sequenciar as áreas
Cinco áreas simultâneas raramente é a melhor escolha, mesmo quando cinco áreas querem começar. Eu prefiro duas ou três em execução plena e as outras em preparação, com sequência definida por três critérios.
O primeiro critério é a qualidade do processo atual. Área com processo mapeado e indicador existente entrega resultado mais rápido, porque a comparação antes e depois fica trivial. Área com processo informal precisa primeiro de organização, e forçar a tecnologia sobre a desordem produz frustração previsível.
O segundo critério é a disposição da liderança daquela área. Adoção acontece na mão do gestor direto, e área liderada por quem duvida do assunto consome três vezes mais energia para metade do resultado.
O terceiro critério é o efeito demonstração. Começar por uma área respeitada internamente acelera as seguintes, porque a evidência circula por conversa em vez de circular por apresentação.
O indicador agregado que o conselho precisa
Conselhos perguntam sobre o conjunto, e apresentar cinco relatórios separados falha em responder. O painel que eu monto para essa fase tem quatro números.
O primeiro é a proporção de processos relevantes da empresa com uso de inteligência artificial em produção, o que mede alcance. O segundo é o efeito agregado nas três medidas comuns, mostrando tempo de ciclo, volume e qualidade nos processos afetados. O terceiro é o custo total do programa com rateio por área, comparado ao ganho estimado. O quarto é a capacidade instalada, medida em quantas pessoas por área operam com autonomia.
Esse quarto número é o que melhor prediz o futuro, e quase nenhuma empresa acompanha. Programa com resultado bom e capacidade concentrada em três pessoas tem fragilidade estrutural que o resultado atual esconde.
Leia também
O que a comunicação interna precisa mudar
A primeira onda comunicava um projeto, e a segunda onda precisa comunicar uma direção. Essa diferença parece semântica e tem efeito prático sobre a adoção.
Times que veem cinco áreas mexendo com inteligência artificial ao mesmo tempo, sem entender a lógica que conecta as iniciativas, interpretam o movimento como agitação da diretoria. A interpretação afeta o engajamento justamente das pessoas que a empresa mais precisa envolver, porque profissionais experientes economizam energia em iniciativas que parecem passageiras.
O que resolve é uma narrativa curta e repetida, explicando o problema maior que o conjunto de iniciativas ataca e onde cada área se encaixa nele. Empresas que escrevem essa narrativa em um parágrafo e a repetem em toda comunicação obtêm uma coerência que cinco anúncios separados jamais produzem, e o efeito aparece na qualidade dos casos de uso que a própria operação passa a propor.

Matriz de decisão de escalar IA para várias áreas: Disputa de prioridade em tecnologia e Resultados inconsistentes entre áreas.
O ritual mensal que sustenta o portfólio
Gestão de portfólio existe ou deixa de existir em função de um ritual com data no calendário. Sem reunião fixa, a carteira volta a ser um conjunto de projetos que se reportam por e-mail quando alguém pergunta.
O formato que eu instalo consome noventa minutos por mês e tem quatro blocos. O primeiro bloco revisa o painel agregado, com as três medidas comuns por área e o custo do período. O segundo bloco trata das iniciativas em dificuldade, com quinze minutos por caso e uma decisão explícita ao fim de cada um: seguir com apoio adicional, mudar o escopo ou encerrar. O terceiro bloco trata da fila de tecnologia, ordenada pela régua conhecida, com as mudanças de prioridade justificadas em voz alta. O quarto bloco olha para frente, decidindo quais áreas entram no trimestre seguinte.
A disciplina mais difícil desse ritual é o encerramento. Iniciativas raramente são declaradas mortas, e por isso elas ficam consumindo licença, atenção e crédito político. Eu recomendo tornar o encerramento uma decisão celebrada em vez de escondida, com registro do que foi aprendido, porque equipe que sofre por encerrar um caso de uso ruim aprende a esconder o insucesso na próxima vez.
O que muda no orçamento
A segunda onda desarruma o orçamento de uma forma específica, e vale antecipar isso no planejamento em vez de descobrir no meio do ano.
A primeira mudança é a proporção entre licença e trabalho de pessoas. No piloto, o custo de ferramenta domina a conta porque o esforço humano vem de gente já contratada fazendo um esforço extra. Na escala, o trabalho de integração, capacitação e gestão passa a representar a maior fatia, e orçamentos montados com a proporção do piloto ficam subdimensionados justamente na parte que determina o resultado.
A segunda mudança é a natureza do custo de consumo. Uso por interface de programação cresce com volume, o que transforma parte da despesa em variável atrelada à operação. Isso pede previsão por faixa em vez de valor fixo, e pede o rateio que faz cada área enxergar o próprio consumo.
A terceira mudança é o surgimento de uma linha que o piloto dispensava: a manutenção do que já está em produção. Instruções envelhecem, modelos mudam, integrações quebram. Reservar entre dez e quinze por cento do esforço para sustentação evita a deterioração silenciosa dos ganhos conquistados, um efeito que eu descrevi em rotina de melhoria contínua com IA.
Leia também
Os três papéis que precisam existir
Empresas que atravessam bem essa fase têm três papéis nomeados, e a ausência de qualquer um deles produz um sintoma reconhecível.
O primeiro papel é o patrocinador executivo, alguém da diretoria que responde pelo programa como um todo, decide impasses e leva o assunto ao conselho. Sem ele, cada área negocia diretamente com tecnologia e o conjunto perde direção.
O segundo papel é o dono de plataforma, com o escopo transversal que eu descrevi. Sem ele, aparecem duplicação de contrato, inconsistência de padrão e custo sem visibilidade.
O terceiro papel é o dono de caso de uso dentro de cada área, com nome de pessoa em vez de nome de departamento, responsável pelo resultado daquele processo específico. Sem ele, a iniciativa fica órfã na hora em que exige decisão sobre mudar o jeito de trabalhar, e mudança de processo sem dono local jamais acontece.
Quando parar de expandir
Existe um momento em que a resposta certa consiste em consolidar em vez de avançar, e reconhecê-lo evita o desgaste que arruína programas promissores.
Três sinais indicam essa hora. A fila de tecnologia passa de um trimestre para itens simples. As pessoas que dominam o assunto começam a recusar novos pedidos ou a pedir férias acumuladas. E os resultados das últimas iniciativas ficam consistentemente abaixo dos das primeiras, sinal de que a atenção disponível se esgotou.
Existe um quarto sinal que aparece nos números e costuma ser lido de forma equivocada: o custo por caso de uso implantado começa a subir. Diretorias interpretam esse movimento como perda de eficiência do time, quando ele geralmente indica que a empresa esgotou os processos fáceis e passou a atacar os difíceis, onde o esforço por unidade de ganho é naturalmente maior. Reconhecer isso muda a conversa de cobrança para conversa de sequenciamento.
Consolidar significa parar de abrir frentes por um ou dois trimestres, terminar o que está em curso, documentar método, formar gente e negociar contratos consolidados. Empresas que fazem essa parada voltam a expandir depois com base bem mais firme. Aquele diretor de indústria fez exatamente isso: congelou novas áreas por um trimestre, consolidou as três plataformas em uma, criou a função de dono de plataforma e formou quatorze pessoas com autonomia real. No trimestre seguinte, ele abriu duas áreas novas com um terço do atrito anterior, e as cinco planilhas viraram um painel único.
Escalar IA para várias áreas no contexto brasileiro
- LGPD (Lei 13.709/2018) segue sendo a régua legal de qualquer uso de IA que toque dado pessoal, com a ANPD como autoridade fiscalizadora.
- PL 2338/2023, o marco legal da IA aprovado pelo Senado em dezembro de 2024, adota classificação por nível de risco e antecipa exigências de documentação e supervisão humana.
- Na Groovia, a operação que sustenta essa agenda combina 6 humanos e 78 agentes próprios, e o trabalho com 100 sócios em 2 turmas de imersão mostra o mesmo padrão: o gargalo raramente é a tecnologia, é o desenho de gestão.
- Sanção prevista na LGPD: multa de até 2% do faturamento no Brasil, limitada a R$ 50 milhões por infração (art. 52), o que dá preço concreto ao uso de IA fora do perímetro.
- Na prática, o ciclo curto funciona melhor: 90 dias por onda de implementação, com revisão trimestral dos números.
Leituras que complementam este tema
- O anúncio que define a adoção: como comunicar IA ao time sem gerar pânico: aprofunda como comunicar ia ao time.
- Contratar na era da IA: o perfil que eu passei a buscar e o que deixei de exigir: aprofunda contratação na era da ia.
- IA e memória institucional: o que acontece quando o seu melhor especialista vai embora: aprofunda memória institucional com ia.
- Quando o ganho de produtividade vira meta: o efeito rebote da IA sobre o time: aprofunda efeito rebote da produtividade com ia.
Para transformar leitura em execução, veja o método de transformação AI-Native e as frentes de implementação de IA na empresa. Em 30 minutos, o diagnóstico gratuito de IA aponta onde começar.