Resposta direta: contrate uma consultoria de estratégia quando a principal incerteza é o que priorizar, como governar ou como reorganizar o negócio. Contrate uma empresa de implementação quando o caso de uso, responsável, dados, integrações, critérios de sucesso e limites já estão claros. Escolha um parceiro integrado quando estratégia e entrega precisam evoluir juntas — situação comum em IA, porque protótipos revelam limitações e oportunidades que não aparecem em apresentações.
O erro mais caro é comprar o tipo de parceiro errado. Estratégia sem mecanismo de teste pode produzir um roadmap elegante, mas inviável. Implementação sem decisão clara pode automatizar o processo errado ou criar um piloto sem dono. Diretrizes oficiais de procurement recomendam definir o problema, testar viabilidade, avaliar fornecedores e planejar o ciclo completo. NIST, GAO e ISO também tratam governança, dados, desempenho e monitoramento como responsabilidades contínuas.
O Strategy–Build Fit-6 da MAKINAI
Avalie seis dimensões: Mandato, Portfólio, Evidência, Sistema, Governança e Transferência. Em cada uma, registre duas notas de zero a quatro: incerteza da decisão e prontidão interna para executar. Alta incerteza indica necessidade de estratégia. Baixa incerteza com baixa capacidade de entrega favorece implementadora. Alta incerteza e baixa capacidade exigem parceiro integrado. Alta prontidão em ambas pode justificar apoio especializado e pontual.
1. Mandato: existe uma decisão executiva concreta?
A consultoria estratégica deve transformar ambição genérica em escolhas: objetivos, problemas, limites, risco, horizonte, investimento e responsável executivo. Ela é adequada quando áreas discordam sobre valor, quando IA altera modelo operacional ou quando há várias unidades competindo por prioridade. Exija decisões registradas, não apenas tendências, workshops ou um catálogo de possibilidades.
A implementadora deve receber um mandato executável: usuário, processo, resultado, sistemas, dados, risco, orçamento e autonomia. Se ela precisa descobrir tudo isso antes de estimar, o trabalho contém estratégia e deve ser contratado e governado como tal. Não esconda discovery estratégico dentro de preço fixo de desenvolvimento; isso incentiva suposições ou aditivos.
2. Portfólio: a empresa precisa escolher um caso ou equilibrar vários?
Quando há dezenas de ideias, dependências entre unidades e recursos escassos, procure capacidade de estratégia de portfólio. O parceiro deve comparar valor, viabilidade, risco, tempo para aprendizado, reutilização de ativos e vantagem competitiva. Também precisa dizer quais casos não fazer agora. Um ranking sem premissas ou sem decisão de investimento é apenas uma lista ordenada.
- Evidências para estratégia: tese de valor; inventário de casos; critérios; dependências; sequência; funding; operating model; riscos; responsável por benefício. Evidências para implementação: backlog de uma jornada; arquitetura; dados; integrações; avaliação; segurança; operação; plano de release.
3. Evidência: qual aprendizado precisa existir antes do compromisso?
Uma boa consultoria desenha testes que reduzem incerteza comercial, operacional e técnica. Deve conectar hipótese, experimento, amostra, métrica e regra de decisão. Uma boa implementadora transforma o teste em software observável, com avaliação, versionamento e comportamento seguro. NIST SP 800-218A reforça práticas de desenvolvimento seguro específicas para sistemas e modelos de IA.
Peça a ambos os parceiros o mesmo artefato: uma tabela com o que sabemos, o que supomos, como aprender, quanto custa e qual decisão será tomada. Estratégia deve chegar perto o suficiente da tecnologia para não recomendar o impossível. Implementação deve chegar perto o suficiente do negócio para não otimizar uma métrica sem consequência.
4. Sistema: a dificuldade está na escolha ou na integração?
Se o problema central é decidir arquitetura-alvo, make-or-buy, modelo, fornecedores ou sequência de modernização, a competência estratégica pesa mais. Se a arquitetura está definida e o desafio é integrar ERP, CRM, identidade, dados, canais e operação, avalie engenharia, produto, segurança, DevOps e suporte. Slides de arquitetura não demonstram capacidade de operar um sistema.
Exija demonstração baseada no ambiente real: código, testes, logs, falhas, custos e dependências. Pergunte como componentes podem ser substituídos, como versões são controladas e como dados deixam o sistema. A implementadora não precisa dominar toda plataforma do mercado, mas deve declarar limites e evitar dependência não planejada.
5. Governança: quem aceita risco e acompanha desempenho?
Estratégia deve desenhar direitos de decisão, inventário, classificação de risco, políticas, exceções e assurance. Implementação deve materializar isso em acessos, avaliações, aprovação, telemetria, incidentes e mudanças. O GAO organiza accountability em governança, dados, desempenho e monitoramento; ISO/IEC 42001 trata o sistema de gestão como melhoria contínua, não checklist de lançamento.
Não aceite que cada parceiro transfira responsabilidade ao outro. A matriz RACI deve incluir sponsor, dono do produto, risco, dados, segurança, operação, fornecedor de estratégia e fornecedor técnico. Quando houver dois fornecedores, estabeleça um dono da decisão de trade-off e artefatos compartilhados; caso contrário, lacunas entre escopo e construção viram disputa contratual.
6. Transferência: o cliente ficará mais capaz?
A consultoria deve transferir método, critérios, decisões, modelos financeiros e operating model. A implementadora deve transferir código, documentação, configurações, testes, avaliações, runbooks e acesso. Nos dois casos, exija treinamento aplicado e evidência de que a equipe interna consegue executar uma atividade crítica sem o fornecedor. Dependência permanente precisa ser uma escolha econômica explícita.
Três modelos de contratação
- Estratégia primeiro: 6–10 semanas para tese, portfólio, operating model e desenho de testes; depois uma concorrência de implementação. Implementação direta: caso claro, arquitetura conhecida e produto responsável; use discovery curto e gates técnicos. Parceiro integrado: equipe única trabalha de decisão a produção em ciclos; use quando evidência técnica muda a estratégia e velocidade de aprendizado é crítica.
Como testar parceiros antes do contrato principal
Entregue o mesmo caso, dados disponíveis e restrições. Peça à consultoria uma decisão priorizada, hipótese, business case, governança e experimento. Peça à implementadora arquitetura, riscos, plano de integração, avaliação e operação. Para um parceiro integrado, exija os dois conectados. Pontue clareza, evidência, trade-offs, viabilidade, execução, transferência e honestidade sobre lacunas.
Sinais de alerta e próximo passo
- Roadmap sem teste; lista de casos sem funding; estratégia que termina no PowerPoint; implementadora que aceita requisito vago sem discovery; protótipo contado como produção; arquitetura proprietária sem saída; governança desconectada de controles; preço sem premissas; nenhum dono de benefício; fornecedores culpando um ao outro; ausência de transferência.
Compare modelos de capacidade em https://makinai.co/insights/pt/equipe-interna-ou-consultoria-ia-como-decidir, estruture requisitos com https://makinai.co/insights/pt/como-criar-rfp-servicos-ia e estime investimento em https://makinai.co/insights/pt/quanto-custa-consultoria-ia-orcamento-prazo. A MAKINAI conecta decisão, construção e operação em https://makinai.co/services/pt/consultoria-estrategia-ia-transformacao.