Quase toda empresa que decide “fazer algo com IA” chega ao mesmo ponto: alguém de fora vai ajudar. Pode ser uma consultoria, um integrador, um freelancer ou o próprio fornecedor da ferramenta. A conversa comercial gira em torno do que a IA vai resolver, e quase nunca sobre o que sobra na empresa quando o projeto acaba.
Este artigo é um roteiro de contratação. Ele mostra o que pedir em cada fase, como escrever a métrica do piloto antes de começar, quais itens precisam ser da empresa (prompts, bases, fluxos e código) e qual é o critério para dizer que a consultoria terminou. Os dados são brasileiros, do Cetic.br, e explicam por que essa conversa não é detalhe.
O que é consultoria de IA, na prática?
Consultoria de IA é o serviço de decidir onde, como e com que controle uma empresa vai usar inteligência artificial, e de acompanhar a adoção até ela funcionar sem ajuda. O produto final não é uma ferramenta instalada: é uma capacidade da empresa, com processos escolhidos, métricas definidas, regras de uso e pessoas treinadas.
Na prática, o trabalho tem três camadas. A primeira é estratégica: mapear processos e escolher os casos de uso com mais impacto e menos risco. A segunda é de execução: testar em piloto, configurar ferramentas, montar fluxos e integrar com os sistemas que já existem. A terceira é de transferência: documentar, treinar e passar a operação para o time interno.
Boa parte do mercado vende só a segunda camada e chama de consultoria. Outra parte vende só a primeira e entrega um relatório que ninguém executa. A pergunta que separa uma coisa da outra é simples: quando o consultor sair, o que continua funcionando e quem sabe mexer nisso?
Qual a diferença entre consultoria de IA, implementação e revenda de ferramenta?
Os três modelos podem ser úteis, mas têm incentivos diferentes. Quem revende licença ganha quando a empresa compra mais licença. Quem implementa ganha por projeto ou por hora de desenvolvimento. Quem presta consultoria deveria ganhar por levar a empresa a um resultado e a uma autonomia que dispensem o próprio consultor. Saber em qual modelo você está ajuda a ler a proposta.
| Consultoria de IA | Implementação | Revenda de ferramenta | |
|---|---|---|---|
| O que entrega | Decisão, método, governança e transferência | Sistema ou fluxo funcionando | Licenças e configuração padrão |
| Como costuma cobrar | Por projeto, fase ou mensalidade com prazo | Por projeto ou hora técnica | Por usuário ou por consumo |
| Incentivo do fornecedor | Resultado medido e saída planejada | Escopo entregue | Mais assentos e renovação |
| Neutralidade na escolha | Alta, se não houver comissão | Média: tende à pilha que domina | Baixa: recomenda o que vende |
| Risco de dependência | Baixo, se o contrato prevê transferência | Alto, se o código fica com ele | Alto: dados presos na plataforma |
| Pergunta para fazer | Qual é o critério de saída? | Onde fica o código e quem mantém? | Como exporto meus dados se sair? |
Comparativo elaborado pela Alliance Comunicação a partir da prática de contratação de serviços de IA.
Na vida real, o mesmo fornecedor pode fazer as três coisas. Isso não é problema, desde que fique escrito. Peça na proposta a declaração de qualquer comissão, parceria ou revenda ligada às ferramentas recomendadas. Recomendação neutra é a que vem acompanhada de pelo menos uma alternativa e do motivo de ter sido descartada.
Por que o contrato pesa mais do que a apresentação?
Porque, no Brasil, usar IA quase sempre significa depender de alguém de fora. Segundo a pesquisa TIC Empresas 2025 do Cetic.br, entre as empresas que usaram IA em 2025, 80% compraram software ou sistemas prontos e 54% contrataram fornecedores externos para desenvolver ou modificar sistemas. Só 26% tiveram sistemas desenvolvidos pela própria equipe.
Se a dependência é a regra, o risco não está em contratar alguém. Está em contratar sem dizer o que sai de cada etapa e o que fica com a empresa. Sem isso, o conhecimento mora na cabeça e nas contas do fornecedor, e a empresa paga de novo toda vez que precisa ajustar um fluxo ou trocar de modelo.
Contratar ajuda externa para IA é o normal. Sair do projeto sem saber operar o que foi construído é que não deveria ser.
O que a empresa deve receber em cada fase?
Uma consultoria de IA bem desenhada tem fases com começo, fim e entregável. O pagamento de cada fase deveria estar ligado à entrega do item, não ao calendário. O diagrama abaixo resume o roteiro; os tópicos seguintes detalham o que pedir.
1. Diagnóstico: o mapa e a linha de base
O diagnóstico deve terminar com três documentos: o mapa dos processos avaliados, a lista de casos de uso priorizados por impacto e viabilidade (com os descartados e o motivo) e a linha de base de cada caso escolhido. Linha de base é quanto o processo custa, demora ou erra hoje. Sem ela, nenhum ganho futuro pode ser provado.
2. Piloto: a métrica antes do teste
O piloto é um teste com escopo pequeno, prazo curto e uma pergunta clara. O contrato deve trazer a métrica de sucesso, o valor mínimo para seguir e o que acontece se o resultado não vier. O entregável é um relatório comparando o antes e o depois, com a recomendação de escalar, ajustar ou parar.
3. Implantação: tudo em nome da empresa
Aqui nasce o que tem valor duradouro: prompts de sistema, bases de conhecimento, fluxos de automação, integrações e código. A regra é que tudo seja criado em contas, repositórios e ambientes da empresa, com o consultor como usuário convidado. Se o fornecedor monta na conta dele “para agilizar”, peça a migração já como item do contrato.
4. Transferência: o critério de saída
A última fase é a que mais some das propostas. Ela deve trazer um manual de operação (o que cada fluxo faz, onde estão as credenciais, como trocar um prompt, o que fazer quando algo quebra), o treinamento das pessoas que vão manter e um período de operação assistida em que o time interno executa e o consultor só observa.
Como definir a métrica de sucesso do piloto antes de começar?
A métrica do piloto precisa caber numa frase e ser medida do mesmo jeito antes e depois. “Melhorar o atendimento” não serve. “Reduzir o tempo de primeira resposta no WhatsApp de X para Y horas, medido no sistema de atendimento, durante quatro semanas” serve. O número X sai da linha de base; o Y é a meta combinada.
Escreva também o critério de corte: o resultado abaixo do qual o piloto para. Ele protege a empresa de um efeito comum, o piloto eterno, que nunca prova nada e nunca é encerrado. Também protege o consultor, porque transforma uma discussão de opinião numa leitura de número.
Três cuidados ajudam. Meça qualidade junto com velocidade, porque resposta rápida e errada não é ganho. Defina quem confere a amostra (de preferência alguém da área, não do fornecedor). E registre o custo de operar a solução, incluindo licenças e consumo de API, para que o ganho seja comparado com o que ele custa.
De quem são os prompts, as bases, os fluxos e o código?
Esta é a cláusula que mais vale e a que menos aparece. Num projeto de IA, o que foi construído não é só código. São também os prompts de sistema refinados ao longo de semanas, as bases de conhecimento organizadas para a IA consultar, os fluxos de automação, as planilhas de avaliação e os dados de teste. Tudo isso é o método da empresa em forma de arquivo.
Não presuma que a propriedade é automática. Escreva no contrato que todos os entregáveis produzidos para a empresa pertencem a ela, listando-os por tipo, e que o fornecedor entrega os arquivos-fonte em formato aberto ao fim de cada fase. Se o consultor usa componentes próprios reaproveitados entre clientes, o contrato deve prever uma licença de uso perpétua para a empresa sobre esses componentes. Na dúvida sobre a redação, envolva o jurídico.
Os dados merecem um parágrafo à parte. O contrato deve dizer quais dados o fornecedor acessa, para quê, onde ficam, quando são apagados e se podem ser usados para treinar modelos ou melhorar produtos de terceiros. Isso conversa com a política interna de uso de IA; se a empresa ainda não tem uma, o artigo sobre governança de IA antes da lei mostra por onde começar.
Há um teste prático para saber se a propriedade é real: a empresa conseguiria contratar outro fornecedor amanhã e entregar a ele tudo o que existe? Se a resposta depende de pedir acesso ao consultor atual, a propriedade está só no papel.
Quais cláusulas pedir no contrato de consultoria de IA?
A lista abaixo não substitui o jurídico, mas organiza a conversa com o fornecedor. Ela cobre os pontos que costumam faltar nas propostas e que geram mais custo depois.
| Cláusula | O que pedir | Sinal de alerta |
|---|---|---|
| Entregáveis por fase | Lista fechada do que sai de cada fase, com aceite | Proposta só com horas ou “acompanhamento” |
| Métrica do piloto | Métrica, linha de base, meta e critério de corte | “Vamos avaliar o resultado juntos” |
| Propriedade | Prompts, bases, fluxos, código e documentação da empresa | Silêncio sobre o assunto |
| Contas e ambientes | Tudo criado em nome da empresa, consultor como convidado | Ferramentas na conta do fornecedor |
| Dados | Finalidade, local, prazo de exclusão e proibição de treino | Uso de dados “para melhorar o serviço” |
| Neutralidade | Declaração de comissões e alternativas avaliadas | Uma única ferramenta sem comparação |
| Transferência | Manual, treinamento e operação assistida | Suporte mensal sem data de fim |
| Saída | Critério objetivo de encerramento e entrega final | Renovação automática como único caminho |
Checklist elaborado pela Alliance Comunicação. Não substitui revisão jurídica do contrato.
Um contrato com mensalidade não é, por si só, um problema. Muitas empresas preferem manter um apoio contínuo depois da implantação. A diferença é que esse apoio deve ser uma escolha, com escopo próprio, e não a única forma de manter funcionando algo que a empresa já pagou para ter.
Quanto custa uma consultoria de IA?
Não existe tabela pública confiável de preços de consultoria de IA no Brasil, e as faixas que circulam em listas de fornecedores raramente dizem de onde vieram. O que é possível dizer é o que move o preço: o número de processos no diagnóstico, a complexidade das integrações, a quantidade de pessoas treinadas e a duração da operação assistida.
Os modelos de cobrança mais comuns são por projeto (com valor fechado por fase), por hora técnica ou por mensalidade. Para comparar propostas, peça que todas sejam quebradas pelas mesmas quatro fases e que separem o que é honorário do que é custo recorrente de ferramenta. É frequente que o custo de licenças e de consumo de API, pago depois que o consultor sai, seja maior do que o próprio projeto.
Se o caso envolve agentes de IA, o custo de operação merece cálculo próprio; o artigo sobre quanto custa um agente de IA mostra como estimar o consumo antes de assinar.
Quais os erros mais comuns na contratação?
- Contratar a ferramenta antes do diagnóstico. A licença vira o projeto, e o processo passa a ser adaptado à ferramenta, não o contrário.
- Aceitar piloto sem número. Sem métrica escrita antes, todo piloto “deu certo” e nenhum pode ser comparado.
- Deixar tudo na conta do fornecedor. Fica rápido no começo e caro no fim, quando a empresa quer migrar ou trocar de parceiro.
- Pular a fase de transferência. O treinamento vira uma apresentação de uma hora, e o time não sabe trocar um prompt quando o modelo muda.
- Ignorar o custo recorrente. Honorário é finito; licença e consumo de API não são.
- Não envolver quem vai operar. A área que usa a solução precisa estar no diagnóstico e no piloto, não só no treinamento final.
- Tratar governança como etapa posterior. Regras de uso e de dados entram no começo; depois, viram retrabalho.
Um sintoma de que algo deu errado é a IA que já está em uso sem ninguém ter contratado. Se os funcionários adotaram ferramentas por conta própria, a consultoria precisa começar pelo inventário disso; o texto sobre shadow AI trata desse ponto de partida.
O que muda por porte de empresa?
O porte muda o problema que a consultoria resolve. A mesma pesquisa do Cetic.br mostra que, entre as empresas que não usaram IA em 2025, os obstáculos mais citados foram falta de conhecimento sobre quais tecnologias seriam adequadas (14%) e falta de pessoal qualificado (14%). Nas empresas de 250 ou mais pessoas, esses números sobem para 33% e 36%.
Em outras palavras, o gargalo das empresas que ainda não usam IA é saber o que escolher e ter quem opere. São justamente as duas coisas que uma consultoria deveria deixar resolvidas, e que uma contratação mal escrita deixa em aberto. A tabela abaixo resume o foco por porte.
| Porte | Foco da consultoria | O que exigir com mais força |
|---|---|---|
| Pequena empresa | Poucos casos de uso, ferramentas prontas, ganho rápido | Custo recorrente claro e operação simples |
| Média empresa | Integração com CRM e sistemas, primeiros fluxos próprios | Contas e código em nome da empresa |
| Grande empresa | Portfólio de casos, governança e várias áreas | Transferência formal e formação de time interno |
Elaborado pela Alliance Comunicação a partir dos indicadores H9B e H13 do Cetic.br (TIC Empresas 2025).
Para a pequena empresa, faz sentido uma consultoria curta, quase toda baseada em ferramentas prontas, com a meta de deixar duas ou três rotinas funcionando. Para a grande, a consultoria só se paga se formar gente: sem isso, cada nova área vai precisar de um novo contrato.
Como saber se a consultoria terminou?
A consultoria termina quando o time interno opera, mede e ajusta o que foi construído sem o consultor. Isso pode ser verificado. Durante a operação assistida, peça que alguém da empresa troque um prompt, ajuste um fluxo e gere o relatório de métricas sozinho, com o consultor apenas observando.
- O time interno sabe onde estão todas as contas, credenciais e arquivos.
- A métrica do piloto é acompanhada por alguém da empresa, no mesmo formato do relatório inicial.
- Existe um manual de operação atualizado, escrito para quem não participou do projeto.
- Pelo menos duas pessoas conseguem fazer as alterações mais comuns.
- A empresa consegue listar os custos recorrentes e quem paga cada um.
- Há uma decisão registrada sobre os próximos casos de uso: seguir sozinho, com apoio pontual ou com novo projeto.
Se esses seis itens estão de pé, o consultor fez o trabalho dele. Se não estão, a fase de transferência não terminou, mesmo que o prazo tenha acabado.
Por onde começar hoje?
Antes de pedir propostas, faça o próprio inventário: quais processos mais consomem tempo, onde já há IA em uso e quais dados seriam envolvidos. Com isso em mãos, a conversa com qualquer fornecedor fica mais objetiva, e as propostas ficam comparáveis. O artigo IA para empresas: por onde começar ajuda a situar a empresa na curva brasileira de adoção.
Depois, use o roteiro deste texto como pauta da reunião: quatro fases, um entregável por fase, métrica escrita antes do piloto, tudo em nome da empresa e um critério de saída. Se quiser ajuda para fazer isso com método, a consultoria de adoção de IA da Alliance trabalha nesse formato, com seleção neutra de ferramentas e capacitação para o time seguir sozinho. E para ver onde a empresa está em dados, tecnologia e automação antes de investir, faça o diagnóstico gratuito de marketing.

