Resposta direta: não existe um preço responsável para “uma consultoria de IA” sem definir resultado, dados, integrações, nível de risco, volume de uso e responsabilidade operacional. O orçamento real combina honorários profissionais, preparação de dados, construção e integração, avaliação e segurança, infraestrutura e consumo, mudança organizacional e transferência. Para comparar propostas, entregue o mesmo cenário a todos os fornecedores e peça custos separados por camada, fase e hipótese. A métrica final deve ser custo total por resultado aceito, não valor por hora nem preço por token.
Duas propostas com o mesmo preço inicial podem produzir economias muito diferentes. Uma pode incluir testes, observabilidade, capacitação e suporte; outra pode terminar na demonstração. Também é comum uma proposta barata esconder dependências: dados ainda não preparados, APIs inexistentes, revisão humana, licenças, uso de modelos, ambientes de produção ou manutenção. A comparação começa quando o comprador torna essas premissas visíveis.
O Modelo MAKINAI de Custo Total da Entrega de IA
Divida o orçamento em sete camadas. Cada fornecedor deve informar o que está incluído, a unidade de cobrança, a principal hipótese, a faixa de variação e quem assumirá o trabalho depois do contrato. Isso permite comparar uma consultoria estratégica, uma empresa de desenvolvimento e uma plataforma sem confundir escopos diferentes.
1. Descoberta, estratégia e desenho do produto
Inclua enquadramento do problema, pesquisa com usuários, priorização, desenho do fluxo, arquitetura inicial, avaliação de risco, business case e critérios de sucesso. Esta camada não deve ser uma fase genérica de slides: ela precisa reduzir decisões abertas. O custo cresce quando existem muitos stakeholders, regras conflitantes, mercados distintos ou ausência de um dono do processo. O entregável principal é uma definição testável do resultado e do que não será construído.
2. Dados e conhecimento
Considere inventário, acesso, limpeza, transformação, rotulagem, permissões, qualidade, recuperação de conhecimento, retenção e atualização. O modelo pode ser simples e o trabalho de dados, grande. Peça para separar preparação inicial de manutenção recorrente. Se documentos, catálogos ou históricos mudam com frequência, o custo de atualização faz parte da operação, não de uma exceção futura.
3. Construção, experiência e integração
Aqui entram engenharia, prompts, orquestração, interfaces, APIs, automações, identidade, filas, conectores e integração com sistemas de registro. A quantidade de sistemas, a qualidade das APIs e a necessidade de ações em tempo real alteram mais o esforço do que a quantidade de telas. Exija uma lista de integrações, ambientes e responsabilidades. “Integração incluída” sem nomear endpoints, limites e testes não é uma estimativa comparável.
4. Avaliação, segurança e governança
Reserve orçamento para casos de teste, datasets de avaliação, red teaming proporcional ao risco, privacidade, autorização, logs, aprovações humanas e critérios de lançamento. O NIST organiza o risco de IA em Governar, Mapear, Medir e Gerenciar; essas atividades não são uma revisão final. Um fornecedor que exclui avaliação pode parecer mais barato porque transfere ao cliente o custo de descobrir falhas depois.
5. Infraestrutura, modelos e consumo
Separe custos de desenvolvimento e produção. Inclua tokens de entrada e saída, embeddings, busca, armazenamento, rede, execução de agentes, ferramentas externas, observabilidade e ambientes. Provedores de nuvem oferecem modelos pay-as-you-go e capacidade reservada; a escolha depende de volume, previsibilidade e nível de serviço. Não congele a conta em uma tabela de preços momentânea. Modele unidades de uso e atualize preços antes da decisão.
6. Operação, adoção e mudança
Inclua suporte, revisão humana, treinamento, comunicação, atualização de processos, monitoramento de qualidade, incidentes e melhoria contínua. Uma solução que ninguém incorpora ao trabalho tem custo e não tem retorno. As diretrizes britânicas para procurement de IA recomendam planejar suporte, treinamento, transferência e gestão do ciclo de vida desde a contratação. Pergunte quem responderá quando o modelo, uma API ou os dados mudarem.
7. Propriedade, transferência e saída
Orce documentação, runbooks, repositórios, exportação de dados, licenças, direitos sobre código e avaliações, formação da equipe interna e transição para outro fornecedor. Um preço menor com saída cara pode ter custo total maior. Defina também o que acontece com dados e artefatos no fim do contrato. A saída deve ser testável, não apenas uma cláusula jurídica.
Como estimar prazo sem prometer uma data fictícia
Divida o cronograma em quatro gates, não em uma única data final. Gate 1 valida problema, dados e critérios. Gate 2 produz uma prova de valor com casos representativos. Gate 3 adiciona segurança, integração, avaliação, observabilidade e operação. Gate 4 escala volume, áreas e adoção. Cada gate termina com evidência e uma decisão de avançar, ajustar ou interromper. Assim, incerteza deixa de ser uma margem escondida e vira uma decisão gerenciada.
- Para cada gate, solicite: duração esperada e intervalo provável; dependências do cliente; tamanho e composição da equipe; critérios de entrada e saída; entregáveis; custos únicos e recorrentes; riscos que alteram prazo; impacto de atrasos em dados, segurança e integrações.
Peça duas previsões: uma data provável com dependências atendidas e uma data conservadora com riscos conhecidos. Não aceite uma contingência percentual sem explicar o risco coberto. Um fornecedor maduro mostra o caminho crítico e distingue trabalho paralelizável de aprovações que bloqueiam a entrega.
Três cenários para custos de produção
Modele uso baixo, base e alto com as mesmas variáveis: tarefas por mês, tamanho médio de entrada e saída, chamadas de ferramentas, consultas de busca, taxa de retry, armazenamento, latência, revisão humana e nível de serviço. AWS documenta que relatórios agregados e registros de invocação cumprem funções diferentes na atribuição de custos; a FinOps Foundation propõe normalização entre fornecedores. A consequência prática é instrumentar custo por fluxo e por resultado desde o piloto.
A planilha que torna propostas comparáveis
- Resultado e métrica de aceite; escopo e exclusões; sete camadas de custo; quatro gates; esforço do fornecedor e do cliente; custos únicos e mensais; três cenários de volume; licenças e consumo repassados; preço de mudanças; suporte e SLA; propriedade e saída; custo por tarefa concluída; premissas que invalidam a proposta.
Normalize impostos, moeda, duração, volume e nível de serviço. Depois compare três números: investimento até o primeiro resultado validado, custo total do primeiro ano e custo unitário em operação. O menor primeiro número raramente é suficiente para decidir. Use também critérios de qualidade, segurança e capacidade de transferência.
Sinais de alerta
- Preço fechado sem hipótese de dados ou integrações; cronograma que termina no protótipo, mas é apresentado como produção; consumo de nuvem tratado como irrelevante; segurança e avaliação como opcionais; nenhuma estimativa de esforço do cliente; suporte sem SLA; propriedade indefinida; desconto condicionado a lock-in longo; ROI calculado sem linha de base ou taxa de adoção.
Próximo passo
Antes de solicitar preços, envie a todos os fornecedores o mesmo caso, volumes, sistemas, risco e critérios de aceite. Use o guia de RFP da MAKINAI: https://makinai.co/insights/pt/como-criar-rfp-servicos-ia. Para decidir o modelo de equipe, consulte https://makinai.co/insights/pt/equipe-interna-ou-consultoria-ia-como-decidir. Para comparar capacidade, use https://makinai.co/insights/pt/como-escolher-empresa-implementar-ia-brasil-scorecard-30-pontos. Se precisar estruturar orçamento, roadmap e modelo de entrega, conheça https://makinai.co/services/pt/consultoria-estrategia-ia-transformacao.