Empresa especialista em inteligência artificial: como avaliar

Quem pesquisa por uma empresa especialista em inteligência artificial normalmente não está atrás de conteúdo sobre IA. Está tentando decidir com quem assinar contrato — e descobrindo que, no discurso comercial, todos os candidatos soam iguais: domínio técnico, cases, um time enxuto de gente muito boa e agenda aberta para a semana que vem.

A dificuldade real é que “especialista em IA” descreve hoje pelo menos três negócios diferentes, com estruturas de custo, riscos e entregáveis distintos. Contratar o perfil errado raramente produz um desastre visível. Produz algo pior: um projeto que anda, entrega alguma tela, consome orçamento e, seis meses depois, ninguém na operação consegue apontar o que mudou.

O que vem a seguir é um roteiro de avaliação, não um folheto. Ele serve para qualquer fornecedor, inclusive para a Wys. Se você levar estas perguntas a uma reunião nossa e a resposta vier vaga, a conclusão certa é a mesma que você tiraria de qualquer outro nome da lista.

Os três perfis que se apresentam como especialista em IA

Antes de comparar propostas, identifique de que tipo de empresa cada proposta veio. Os três perfis resolvem problemas diferentes. Nenhum é ruim: ruim é contratar um esperando a entrega do outro.

Revenda e implantação de ferramenta

Vende, configura e treina o time do cliente em um produto de terceiros: plataforma de atendimento com IA, copiloto acoplado ao CRM, suíte de produtividade. O valor está na velocidade, porque o produto já existe e já foi testado e corrigido em outras empresas.

Funciona bem quando o seu processo é parecido com o da maioria: triagem de chamados, resposta a dúvidas repetitivas, transcrição e resumo de reuniões. Funciona mal quando o processo é justamente onde está a sua vantagem, porque a ferramenta vai empurrar a operação para o formato que ela suporta. Como identificar: seja qual for o seu problema, o diagnóstico termina sempre no mesmo produto.

Software house com prática de IA

Constrói. Integra modelos a sistemas que já existem — ERP, base de clientes, catálogo, legado em que ninguém quer mexer. Cobra por escopo fechado ou por time alocado. É o perfil certo quando ferramenta pronta não cobre o caso e o ganho depende de cruzar dados que só a sua empresa tem.

O risco aqui é construir muito bem a coisa errada: código impecável para um processo que deveria ter sido eliminado. O mapa dos fornecedores brasileiros por tipo de player está em empresas de inteligência artificial no Brasil.

Consultoria de negócio com prática de IA

Começa pelo processo e pelo indicador, não pelo modelo. Entrega diagnóstico, priorização, desenho do processo novo e caso de negócio antes de qualquer linha de código. É o perfil certo quando ninguém na empresa consegue dizer com clareza onde a IA renderia mais. O risco é conhecido: parar na apresentação. Consultoria sem capacidade de construir, própria ou de um parceiro contratado junto, entrega um plano que morre na fila da TI.

O híbrido, e por que ele confunde

Na prática, é comum que um mesmo fornecedor combine os três perfis, e isso faz sentido. O problema é a resposta genérica. Não pergunte “vocês fazem os três?”, porque a resposta será sim. Pergunte quem, com nome e função, faz cada parte no seu projeto e quanto do tempo dessa pessoa está de fato reservado. Se a sua dúvida ainda for anterior a isso — quais nomes aparecem quando se procura consultoria de IA —, um levantamento está em as 10 principais empresas de consultoria em IA.

As perguntas que separam quem entrega de quem faz demo

Demo é fácil: um bom vendedor técnico monta rapidamente uma tela que responde às três perguntas que ele mesmo escolheu. As perguntas a seguir são difíceis de responder sem ter feito o trabalho antes.

• “Me conte um projeto que deu errado e o que vocês mudaram depois.” Quem entregou de verdade tem essa história e a conta sem constrangimento. Quem nunca saiu da demo responde com um case de sucesso disfarçado de aprendizado.
• “Quem trabalha no meu projeto, quantas horas por semana, e essa pessoa está nesta reunião?” A distância entre o time da apresentação e o time da execução é uma fonte recorrente de frustração em projeto de tecnologia.
• “De que dado meu vocês precisam para a primeira entrega, e o que acontece se ele estiver sujo?” Fornecedor experiente já sabe que vai estar sujo e tem um plano. O inexperiente trata dado bagunçado como imprevisto e transforma isso em aditivo contratual.
• “Qual indicador vamos usar, qual é o valor dele hoje e onde ele está registrado?” Se não existe linha de base antes do projeto, não vai existir prova depois.
• “O que essa solução não vai fazer?” Quem conhece o próprio produto delimita rápido. Quem não conhece diz que faz tudo.
• “Quanto custa manter isso rodando pelos próximos doze meses?” Inferência, monitoramento, ajuste, suporte e o tempo do seu time. Projeto de IA tem custo recorrente, e ele precisa aparecer na proposta.

Sinais de alerta

• Percentual de ganho prometido antes do diagnóstico. Ninguém estima redução de tempo de um processo que ainda não observou. Número dito na primeira reunião é material de venda, não estimativa.
• Case sem número auditável. “Aumentamos muito a produtividade do time” não é resultado. Pergunte qual era a linha de base, quem mediu, em quanto tempo e o que mais mudou na empresa naquele período. É essa última pergunta que costuma expor o que o case não conta.
• Time que só fala de modelo e nunca de processo. Se em uma hora de conversa você ouviu muito sobre arquitetura, contexto e comparação entre modelos, e nada sobre quem executa a tarefa hoje, quanto tempo leva e onde trava, o projeto vai nascer descolado da operação.
• Proposta que chega pronta. Escopo detalhado e preço fechado antes de qualquer conversa com quem opera costumam significar escopo copiado de outro cliente.
• Sigilo usado como escudo permanente. É legítimo não citar nome de cliente. Não é legítimo recusar-se a descrever o formato do problema, o desenho da solução e a métrica usada.
• Confusão entre usar IA e aparecer na IA. Ser citado nas respostas de assistentes é um problema de conteúdo e arquitetura, tratado em GEO, o SEO para IA generativa, e não substitui automação de processo interno. Quem mistura os dois na mesma proposta provavelmente não domina nenhum.

Como pedir uma prova de conceito que signifique alguma coisa

A prova de conceito filtra melhor do que qualquer apresentação, desde que não seja uma demo com outro nome. Cinco condições fazem a diferença.

• Processo real, dado real, usuário real. Um processo seu, com o seu dado como ele está hoje, operado por quem faz aquilo todo dia. Dado tratado pelo fornecedor invalida o teste.
• Critério de aceite escrito antes de começar. O que precisa acontecer para você considerar aprovado, em número ou em comportamento observável. Definido depois, vira negociação.
• Prazo curto e escopo estreito. Poucas semanas, um caso de uso. Prova de conceito que dura um trimestre já é projeto sem contrato de projeto.
• Quem opera é quem julga. Se a avaliação final ficar só com a diretoria e com o fornecedor, você aprova uma coisa que a equipe vai contornar depois.
• Pague por ela. Prova de conceito gratuita é custo comercial do fornecedor, e ele vai proteger esse custo escolhendo o caminho mais fácil. Pagando, você define o caso de uso e fica com os artefatos.

Combine também o que conta como falha. Uma prova de conceito que não pode dar errado não testa nada.

Contrato, propriedade e dependência de fornecedor

A parte que menos aparece na reunião comercial é a que mais dói dois anos depois. Estes pontos precisam estar no contrato, não no e-mail.

• Propriedade dos artefatos. Código é o item óbvio. Menos óbvios e igualmente valiosos: prompts, roteiros de avaliação, conjuntos de teste, regras de negócio extraídas e a documentação do processo novo. É esse conjunto que permite trocar de fornecedor sem recomeçar.
• Dados. Onde ficam, por quanto tempo, quem acessa e se podem ser usados para treinar qualquer coisa. A regra vale para o fornecedor e para os subfornecedores dele.
• Camada de modelo trocável. A solução deve permitir trocar o modelo sem reescrever o sistema — a troca ainda exige rodar de novo os testes de qualidade, mas não deve exigir refazer a integração. Preço e qualidade dos modelos mudam rápido demais para amarrar a arquitetura a um único provedor.
• Transferência de conhecimento com data. Documentação e treinamento do seu time como entregável datado, não como boa intenção para o fim do projeto.
• Saída. Como você sai, em quanto tempo, com quais dados e em qual formato. Contrato que não descreve a saída está descrevendo uma dependência.

Quando o projeto depende do modelo de um terceiro, ajuda entender quem é quem na cadeia — quem treina os modelos, quem vende infraestrutura, quem serve IA na nuvem e quem implementa —, recorte tratado em empresas de inteligência artificial no mundo. Para uma leitura mais longa sobre como inteligência artificial, GEO e arquitetura digital se conectam, valem as análises de Paul Gomes sobre IA, GEO e arquitetura digital.

Quando montar time interno faz mais sentido

Contratar não é sempre a resposta certa, e um fornecedor honesto diz isso na primeira reunião.

Time interno tende a compensar quando o volume é alto e recorrente, com muitos processos e ajuste constante; quando o processo automatizado é o próprio ativo da empresa; e quando já existe dado organizado com alguém que tem autoridade para decidir sobre ele. Sem essas condições, o time interno passa o primeiro ano descobrindo o que um fornecedor já sabia.

Um arranjo frequente é o misto: o fornecedor constrói a primeira versão e treina o time, o time interno assume manutenção e evolução, o fornecedor volta pontualmente. Esse arranjo só funciona se a transferência de conhecimento estiver no contrato, com data — exatamente o ponto de contrato tratado acima.

Use este roteiro na Wys

A Wys atua no perfil híbrido descrito aqui, com a frente de IA empresarial reunida no BrainPilot. Isso significa que as mesmas perguntas se aplicam: quem está no seu projeto, qual indicador existe hoje, o que a solução não faz, quanto custa manter e o que acontece se você quiser sair.

Se as respostas não forem concretas, o problema é nosso, não seu. Um começo sem compromisso é o diagnóstico de aquisição: um questionário gratuito de poucos minutos que aponta o que trava a passagem de mídia paga para vendas, antes de qualquer conversa sobre tecnologia, que é exatamente a ordem que deveria valer em toda proposta de IA.

Continue por aqui

Este texto faz parte de uma série sobre contratar e aplicar inteligência artificial na empresa. Os outros recortes:

• Consultoria de inteligência artificial: o que faz e quando contratar — o panorama do serviço, os quatro tipos de trabalho e como avaliar uma proposta.
• Consultoria em IA generativa — onde a IA que gera texto e código realmente paga dentro da operação — e onde não paga.
• Otimização para IA generativa (GEO) — como uma marca passa a ser citada nas respostas do ChatGPT, do Gemini e das AI Overviews.
• Desenvolvimento de software com inteligência artificial — o que muda na engenharia quando o comportamento do sistema é probabilístico.

Quem assina esta análise

Paul Gomes é fundador da Wys e conduz a frente de inteligência artificial da agência. O trabalho dele fica na fronteira entre arquitetura digital, aquisição de clientes e IA aplicada a processo de empresa. A trajetória e o método estão em o perfil de Paul Gomes.

Se este roteiro ajudar você a fazer perguntas melhores nas próximas três reuniões comerciais, ele já cumpriu o papel, mesmo que a escolha final não seja a Wys.

Perguntas frequentes

Como saber se uma empresa é realmente especialista em inteligência artificial?

O sinal mais confiável não é o vocabulário técnico, e sim a capacidade de falar do seu processo antes de falar do modelo. Um fornecedor que entregou de verdade descreve linha de base, quem opera a tarefa hoje, onde ela trava e como o resultado será medido. Quem só apresenta demos costuma ter dificuldade em responder o que a solução não faz e quanto custa mantê-la rodando por doze meses.

Qual a diferença entre contratar uma software house e uma consultoria de IA?

A software house constrói: integra modelos aos sistemas que a empresa já tem e cobra por escopo ou por time alocado. A consultoria de negócio começa pelo processo e pelo indicador, entrega diagnóstico e priorização antes de qualquer código. O risco da primeira é construir muito bem algo que não deveria existir; o da segunda é parar na apresentação, sem ninguém para executar.

Quanto tempo deve durar uma prova de conceito de inteligência artificial?

Poucas semanas e com um único caso de uso. Prova de conceito que se estende por um trimestre vira projeto sem contrato de projeto, e nesse ponto a empresa já perdeu o poder de comparar fornecedores. Vale combinar por escrito, antes de começar, qual é o critério de aceite e o que conta como falha.

O código e os prompts desenvolvidos no projeto ficam com a minha empresa?

Só se estiver no contrato. Além do código, peça a propriedade dos prompts, dos roteiros de avaliação, dos conjuntos de teste e da documentação do processo novo, porque é esse conjunto que permite trocar de fornecedor sem recomeçar. Inclua também onde os dados ficam armazenados, por quanto tempo e se podem ser usados para treinar qualquer coisa.

É melhor contratar uma empresa de IA ou montar um time interno?

Time interno tende a compensar quando o volume de automação é alto e recorrente, quando o processo automatizado é o próprio ativo do negócio e quando já existe dado organizado com um responsável claro. Sem essas condições, o time interno passa o primeiro ano aprendendo o que um fornecedor já sabia. Um arranjo frequente é o misto: o fornecedor constrói a primeira versão e treina a equipe, que assume a manutenção depois.

Por que um bom fornecedor não promete percentual de ganho na primeira reunião?

Porque ninguém consegue estimar redução de tempo ou de custo de um processo que ainda não observou por dentro. Percentual dito antes do diagnóstico é material de venda, não estimativa técnica. O comportamento correto é medir a linha de base primeiro e só então projetar cenários, deixando explícito de onde vem cada premissa.