Consultoria de IA: o que muda com o porte da empresa

A parte técnica de um projeto de IA muda pouco com o tamanho da empresa. O que muda — e muda quase tudo — é a distância entre quem sente a dor do processo e quem tem autoridade para alterá-lo. Numa empresa de trinta pessoas, as duas costumam ser a mesma, ou pelo menos almoçam juntas. Numa de três mil, entre elas existem três níveis de gestão, dois centros de custo, uma área de TI com backlog fechado até o trimestre seguinte e um gestor que lê o projeto como ameaça ao próprio escopo. Consultoria de IA para empresas é, em boa medida, o trabalho de atravessar essa distância — e por isso a mesma solução, tecnicamente idêntica, custa e demora coisas diferentes nos dois casos.

Diagnóstico, dado, processo e medição formam o método, e ele está descrito em consultoria de inteligência artificial. O que muda de uma empresa para outra não é esse método — é a estrutura que precisa absorvê-lo, e é disso que este texto trata. E a tese que defendo é impopular nas propostas comerciais: o que dimensiona um projeto de IA não é o número de funcionários nem o faturamento, é o desenho da cadeia de decisão. Uma empresa de duzentas pessoas cujo dono decide sozinho anda mais rápido que uma de sessenta com conselho e sócio minoritário. Vender pacote por faixa de porte — “solução para PME”, “solução enterprise” — é segmentar por uma variável que explica pouco.

Empresa pequena e empresa grande têm problemas de sinal contrário

Na empresa pequena, o gargalo é ausência de forma. O processo existe, funciona e nunca foi escrito: vive na cabeça de duas ou três pessoas que resolvem exceção por bom senso acumulado. O primeiro trabalho da consultoria, então, é redigir algo que a empresa já executa há anos. É rápido, e é desconfortável, porque a descrição escrita expõe incoerências que a informalidade escondia. Em compensação, o ciclo de decisão é curto, o volume raramente justifica construir sob medida, e a resposta certa costuma ser comprar pronto e ajustar o processo em volta.

Na empresa grande, o gargalo é excesso de forma. O processo está documentado, às vezes numa versão que ninguém segue há dois anos, e o desvio entre o fluxograma e a prática é o próprio objeto do diagnóstico. Há volume, dado e orçamento — mas há também um sistema por integração, cada um com dono, contrato de suporte e uma fila de pedidos anteriores ao seu. O prazo passa a depender de variáveis sem relação alguma com IA: quando sai a liberação de acesso, quando o fornecedor do ERP responde, quando abre a janela de deploy.

Sem área de dados, alguém precisa herdar a operação

Empresa sem área de dados não é empresa imatura; é empresa cuja informação foi organizada por quem precisava dela para fechar o mês. O ERP tem um consultor externo que conhece a base melhor que qualquer funcionário, o relatório oficial nasce da planilha de uma pessoa específica, e ninguém tem como atribuição dizer se o número está certo. A consultoria, nesse cenário, acaba exercendo o papel de área de dados durante o projeto — aceitável enquanto for temporário e declarado. O erro é deixar assim por inércia e descobrir depois que a empresa não sabe operar o que colocou no meio da própria operação.

Na empresa com TI estruturada a dinâmica se inverte: o consultor deixa de ser a autoridade técnica e vira fornecedor negociando com um time que já tem padrão de arquitetura e cicatrizes de projetos anteriores. Tratar essa TI como obstáculo é o caminho mais curto para o fracasso: a resistência dela costuma ser tecnicamente correta, e é quem vai atender o chamado às duas da manhã quando a integração quebrar. Trazer arquitetura e segurança para a mesa enquanto o desenho ainda pode ser vetado por elas muda a conversa — e vale o mesmo quando parte da solução for construída sob medida, tema que desenvolvo em desenvolvimento de software com inteligência artificial.

Todo projeto de IA encosta em alguém, e essa pessoa tem nome

IA não chega em “processos”. Chega em áreas com dono, headcount e reputação construída. Quando o diagnóstico aponta que boa parte do trabalho de uma equipe é triagem repetitiva, o gestor dela entende na hora o que isso significa para o tamanho do time no próximo orçamento. A resistência que vem em seguida raramente é explícita: aparece como agenda que não fecha, dado que demora, exceção nova apresentada a cada reunião.

Na minha leitura, o erro mais caro é tratar isso como problema de comunicação e responder com mais um deck. Resistência organizacional costuma carregar informação técnica real: quem resiste conhece a exceção que quebra o desenho, e está protegendo algo — às vezes o cargo, às vezes o cliente que vai reclamar. O que funciona é dar a essa pessoa papel formal, de preferência o de definir o critério de aceitação: quem escreve o critério deixa de ser vítima da mudança e vira coautor dela. Há ainda o especialista cuja autoridade vem de saber o que ninguém mais sabe — formalizar esse conhecimento é, para ele, perda concreta de poder, e nenhum projeto atravessa isso sem que a empresa lhe ofereça outro lugar de valor.

Patrocínio executivo não é o e-mail de abertura

Patrocínio real é alguém com autoridade orçamentária e política que arbitra quando o projeto colide com a meta trimestral de uma área, absorve o custo de tirar gente boa da rotina e sustenta a decisão quando a primeira exceção aparece. Nada disso acontece no kickoff, e sim na terceira ou quarta semana, quando o time que precisa liberar acesso a dados descobre que isso não consta na meta dele e, com razão, prioriza o que consta. Sem alguém com autoridade para arbitrar esse conflito na semana em que ele aparece, o projeto não morre de forma dramática — apenas desacelera até parecer que nunca existiu.

Existe também o patrocínio no nível errado. Se o patrocinador é o diretor de TI e o processo transformado é comercial, o projeto ganha o rótulo de “projeto da TI” e a adoção morre de indiferença: o dono do processo precisa patrocinar, ou ao menos dividir o palco de forma explícita. O teste que aplico cedo é direto: o patrocinador já disse não a alguma coisa por causa deste projeto — mudou prioridade, liberou uma pessoa, adiou outra entrega? Se não, o que existe é simpatia pelo tema, e simpatia não desbloqueia acesso a sistema.

Comitê de IA: instrumento de arbitragem ou pedágio interno

Comitê de IA faz sentido quando o problema já é de escassez: mais iniciativas do que capacidade de executar, orçamento disputado por três áreas, risco reputacional suficiente para exigir uma instância que diga não. Nesse caso ele é órgão de priorização e arbitragem — decide o que não vai acontecer, o que entra primeiro e sob que condição um caso de uso pode tocar cliente.

Vira pedágio quando é criado antes de existir a primeira decisão difícil, e o teste para saber em qual dos dois casos a empresa está é grosseiro: esse comitê já reprovou ou repriorizou alguma coisa? Se nunca reprovou nada, não é comitê, é plateia.

A composição diz mais que o regimento. Comitê que funciona tem quem paga, quem opera e quem responde pelo risco — poucas cadeiras, todas com poder de decidir sem precisar consultar alguém depois da reunião. Comitê que trava tem um representante de cada área, arranjo que garante que nenhuma delas pode ser contrariada. Em empresa pequena o formato quase nunca se justifica, porque essas cadeiras costumam ser duas pessoas que já se falam todo dia; ali o equivalente é uma pauta escrita, curta e semanal, com quem decide. O comitê passa a fazer sentido no ponto exato em que a empresa deixa de conseguir reunir na mesma sala, na mesma semana, todo mundo que precisa concordar.

Jurídico chamado no fim só tem uma jogada segura: o não

Compliance e jurídico entram cedo por uma razão organizacional, não técnica. Chamado quando o sistema já está pronto, o jurídico herda um fato consumado pelo qual vai responder se der errado — e nessa posição a decisão racional dele é bloquear. Chamado enquanto o desenho ainda é reversível, vira coautor da restrição, que sai barata porque muda uma escolha de arquitetura em vez de um sistema em produção.

O que quase ninguém considera é que o jurídico não é a mesma instituição nas duas pontas do porte. Na empresa média ele costuma ser escritório externo pago por hora, sem contexto do negócio e sem incentivo algum para arriscar: o parecer conservador é o que protege o escritório. Na grande, é área interna com fila, precedente e memória — mais lenta para responder e bem mais capaz de dizer “sim, sob estas condições”, que é a única resposta que destrava projeto. Saber com qual dos dois se está lidando muda quando convidar, o que levar para a reunião e quanto tempo reservar no cronograma: para o escritório externo funciona melhor uma pergunta fechada de cada vez; para o time interno, vale abrir a conversa antes, no formato de política de uso, cujo detalhamento está em consultoria em IA generativa.

Em setor regulado esse relógio começa antes do projeto, porque o regulador já é parte do organograma mesmo sem ter cadeira nele. E há um cargo cuja ausência só aparece tarde: quando ninguém responde por segurança da informação em nível executivo, a decisão de risco sobe pela linha errada e termina na mesa de quem não tem mandato para tomá-la — lacuna que a liderança de segurança contratada cobre enquanto o cargo não existe.

Multinacional decide a stack em outro fuso; familiar decide na sala do dono

Na filial de multinacional, a pergunta “qual é a melhor arquitetura” é quase irrelevante: modelo, nuvem e fornecedor já foram definidos por um comitê global que nunca ouviu falar da operação brasileira. O trabalho local acontece nas camadas que sobraram: processo, dado local, integração com os sistemas daqui. Consultor que apresenta arquitetura elegante fora dessa lista está vendendo fila global, não solução. O caminho é inverso: mapear cedo o que a matriz permite e tratar exceção regulatória local — frequentemente a única carta forte da filial — como pedido formal e antecipado, com o time global de segurança recrutado como aliado.

A empresa familiar é o oposto quase perfeito. A decisão é rápida, pessoal e reversível: o dono aprova numa conversa de corredor e reconsidera na seguinte, sem ata. A velocidade é enorme e a fragilidade tem a mesma dimensão, porque tudo depende da atenção de uma pessoa. E há duas figuras recorrentes: o gestor histórico que, na prática, é o processo — mexer no fluxo dele é mexer em lealdade, não em eficiência — e a segunda geração, que costuma trazer a pauta de IA com legitimidade técnica e autoridade incompleta, transformando o consultor em peça de disputa sucessória. A proteção é escopo curto, entrega visível e decisão registrada por escrito, porque memória oral muda de conteúdo entre uma reunião e outra.

O organograma é entregável de diagnóstico

O mapa de decisão precisa sair do diagnóstico com o mesmo rigor do mapa de processo — e ele não é a lista de quem trabalha no projeto, é a lista de quem manda nele. Quatro perguntas, respondidas com nome próprio: quem decide o escopo, quem aprova o gasto, quem pode dizer não sozinho e quem responde pelo processo depois que o time externo sai.

O valor do exercício está menos nas respostas e mais em ver como elas se distribuem, porque é aí que o porte aparece sem precisar de headcount. Se as quatro caem sobre a mesma pessoa, o projeto é veloz e refém de uma agenda só. Se caem em quatro áreas diferentes, o cronograma real é o da mais lenta delas, não o do consultor. Se uma delas está em outro país, o prazo já não pertence a quem contratou. E se alguma ficar em branco, o projeto não está pronto para começar, por melhor que seja a oportunidade técnica. A mesma pergunta serve para comparar fornecedores: quem pede o organograma antes de perguntar pela stack está diagnosticando; quem faz o contrário está vendendo — e os demais critérios de escolha estão em empresa especialista em inteligência artificial.

---

Se o obstáculo do seu projeto de IA parece ser político — patrocínio indefinido, área resistente, matriz decidindo lá fora — a conversa que vale acontece antes de escrever qualquer escopo, e o contato é o caminho direto. É o tipo de impasse que destravo à frente do Grupo WYS, com o BrainPilot como metodologia de diagnóstico, arquitetura e implantação. E quando as áreas ainda discordam sobre o que a IA é capaz de fazer, uma palestra oferece o terreno neutro que uma reunião de projeto dificilmente consegue ser.