Consultoria de superinteligência: o que entregar em 30 dias
O que uma consultoria de superinteligência séria deve entregar no primeiro mês: mapa do processo, linha de base, limites de dados e ações e carta do piloto.
Quer aplicar isso na sua empresa?
Agendar conversa com o Juan →Uma consultoria de superinteligência séria deve entregar, em 30 dias, quatro documentos que você consegue verificar: o mapa do processo atual, a linha de base de como ele funciona hoje, os limites de dados e de ações da IA e a carta do piloto, com métrica de sucesso acordada. Não deve prometer resultado nem entregar apenas uma apresentação sobre tendências. O objetivo do primeiro mês é permitir que você decida com evidência se vale pilotar, ajustar ou parar.
Principais pontos
- O primeiro mês serve para produzir decisão, não para colocar IA em produção em todos os processos.
- Os quatro entregáveis são: mapa do processo, linha de base, limites de dados e ações, e carta do piloto.
- Sem linha de base, nenhum resultado posterior pode ser comparado com nada, e qualquer número vira opinião.
- Limites claros de dados e de ações (com revisão humana) vêm antes da escolha de ferramenta.
- Uma proposta confiável deixa explícito o que não promete e prevê a possibilidade de parar.
O que significa contratar uma consultoria de superinteligência?
O termo é popular, mas pode confundir. Nenhuma empresa opera hoje uma inteligência artificial que supere os humanos em tudo, e quem vende isso está vendendo uma ideia, não um serviço. Na prática comercial, consultoria de superinteligência costuma significar a construção de uma camada de IA dentro da empresa: modelos, agentes, integrações com sistemas e regras de operação que ampliam a capacidade da equipe em processos específicos.
Se você quer separar o que é conceito do que é entrega, vale ler mitos sobre superinteligência que atrapalham decisões antes de reunir com um fornecedor. E, para entender como essa camada se organiza por dentro, há o texto sobre a arquitetura da camada de superinteligência em cinco blocos.
O ponto para quem decide é simples: o que você está comprando é método e trabalho aplicado a um processo real. Por isso o primeiro mês precisa gerar artefatos que existam no papel, que a sua equipe possa ler, contestar e corrigir.
Quais são os quatro entregáveis do primeiro mês?
O ritmo pode variar conforme o tamanho do processo, mas a sequência abaixo é um bom padrão para conferir uma proposta.
- Primeira semana: entrevistas com quem executa o processo, levantamento de sistemas e canais envolvidos, escolha do fluxo candidato. Entregável: rascunho do mapa do processo.
- Segunda semana: observação do processo real, coleta de amostras de casos e registro de como o trabalho é medido hoje. Entregável: linha de base.
- Terceira semana: inventário de dados e de ações possíveis, classificação por risco, definição de onde há aprovação humana. Entregável: documento de limites.
- Quarta semana: desenho do piloto, critérios de sucesso, condições de parada e plano de transferência. Entregável: carta do piloto e reunião de decisão.
Observe o que não está na lista: nenhum agente falando com cliente de verdade. Isso pode acontecer no piloto, depois da carta aprovada. Quando o fornecedor começa pela implantação, pula justamente as etapas que protegem você.
Como deve ser o mapa do processo e a linha de base?
O mapa do processo descreve como o trabalho acontece de fato, não como o manual diz que acontece. Ele deve mostrar quem faz cada etapa, em que ferramenta, com que informação de entrada, qual é a saída e onde ocorrem as exceções. Um bom mapa também marca as etapas em que há julgamento, porque é ali que a IA exige mais cuidado, e as etapas repetitivas e determinísticas, que muitas vezes se resolvem com automação comum.
Um checklist para avaliar o mapa recebido:
- Cada etapa tem um responsável identificado por função.
- Os canais (WhatsApp, e-mail, telefone, planilha, ERP, CRM) estão listados com o que passa por cada um.
- As exceções mais frequentes estão descritas, com o que a equipe faz hoje.
- Há distinção entre etapas de regra fixa e etapas de julgamento.
- Quem executa o processo leu o mapa e confirmou que ele reflete a realidade.
A linha de base vem logo em seguida e responde a uma pergunta direta: como esse processo se comporta hoje? Pode ser tempo de primeira resposta, retrabalho, quantidade de casos que voltam, tempo até a proposta sair, ou qualquer indicador que a empresa já acompanhe ou consiga estimar com uma amostra honesta. A consultoria não deve inventar indicadores bonitos, e sim medir o que importa para o dono do processo.
Sem esse registro, o piloto termina com sensação de que melhorou ou piorou, e nada mais. Com ele, você consegue comparar. Quando falta dado confiável, a própria linha de base pode ser parte do trabalho: registrar o processo por um período curto, com a equipe, antes de qualquer mudança.
Quais limites de dados e de ações o documento precisa trazer?
Esse é o entregável que mais separa uma consultoria cuidadosa de uma vitrine de ferramentas. O documento de limites responde a duas perguntas: que dados a IA pode ver, e que ações ela pode executar.
Sobre dados, o texto deve listar as fontes, a finalidade de cada uso, a classificação (dados pessoais, dados sensíveis, informação comercial confidencial) e onde o processamento acontece. Em empresas brasileiras, isso se conecta à LGPD: finalidade, necessidade, base legal, minimização e registro. A ANPD, autoridade nacional de proteção de dados, publica orientações que servem de referência para a conversa com o seu jurídico. Se o modelo roda fora do país, o assunto de transferência internacional entra na mesa, e isso precisa estar escrito, não suposto.
Sobre ações, a lista deve separar o que o agente pode fazer sozinho (consultar status, responder dúvida de política já aprovada), o que só faz com aprovação humana (conceder desconto, alterar cadastro, enviar proposta) e o que nunca faz (decidir sobre crédito, rescisão, diagnóstico). Quando houver decisão automatizada que afete o titular, vale revisar o artigo 20 da LGPD e o direito de revisão com o time jurídico.
Algumas práticas costumam aparecer em documentos bem feitos:
- Permissões mínimas: cada ferramenta recebe só o acesso de que precisa.
- Registro de decisões: toda resposta ou ação do agente fica gravada com o contexto usado.
- Ponto de transferência para humano definido por situação, não por improviso.
- Tratamento de entradas não confiáveis: mensagens de clientes e documentos podem conter instruções maliciosas, e as diretrizes do projeto OWASP sobre aplicações com modelos de linguagem descrevem esse risco.
Para estruturar a gestão de riscos de forma reconhecida, o NIST AI Risk Management Framework oferece um vocabulário comum (mapear, medir, gerenciar, governar) que ajuda a organizar o documento sem inflá-lo.
O que a carta do piloto precisa conter?
A carta do piloto é o contrato de trabalho do experimento. Ela transforma o diagnóstico em um teste pequeno, com começo, meio e fim. Se você só levar um documento da reunião de encerramento, que seja este.
Checklist da carta:
- Fluxo escolhido: um processo real e delimitado, não a empresa inteira.
- Objetivo e métrica de sucesso, definidos a partir da linha de base e aceitos por quem é dono do processo.
- Escopo de dados e ações, remetendo ao documento de limites.
- Quem participa: responsável do lado da empresa, quem revisa, quem aprova exceções.
- Forma de avaliação: casos de teste, amostras revisadas por pessoas e critérios claros do que conta como erro. Guias de avaliação de agentes, como os publicados pela OpenAI e pela Anthropic, mostram como montar esses conjuntos de casos antes de ir para produção.
- Condições de parada: o que obriga a pausar o piloto (resposta incorreta em tema sensível, queixa de cliente, falha de integração).
- Registro e observabilidade: o que será logado, por quem será lido e com que frequência.
- Plano de transferência: documentação, acessos e treinamento para a equipe assumir ou encerrar.
- Decisão final: expandir, ajustar ou parar, com data para a conversa.
Se o piloto não tem condição de parada, ele não é piloto, é uma implantação sem aviso.
Vale notar que a documentação da Anthropic sobre construção de agentes recomenda começar pela solução mais simples que funcione e só aumentar a complexidade quando houver necessidade demonstrada. A carta do piloto é o lugar para aplicar esse princípio: um fluxo, poucas ferramentas, medição clara.
Como isso fica num cenário ilustrativo?
Cenário ilustrativo: uma distribuidora de materiais elétricos recebe pedidos de orçamento por WhatsApp e e-mail. Os vendedores copiam os dados para uma planilha e depois digitam no sistema. O dono quer usar IA para agilizar, mas não sabe por onde começar.
No primeiro mês, a consultoria entrevista dois vendedores e a pessoa do financeiro, e descobre que o gargalo está na conferência de código de produto e prazo de entrega, e não no primeiro contato. O mapa mostra que a etapa de leitura do pedido é repetitiva, enquanto a decisão de desconto exige julgamento do gerente.
A linha de base registra, por uma amostra de pedidos recentes, quanto tempo leva entre o pedido e o envio do orçamento e quantos orçamentos voltam por erro de item. O documento de limites define que a IA pode ler a mensagem e propor um rascunho de orçamento com base no catálogo, mas não envia nada ao cliente sem aprovação do vendedor, e nunca altera preço. Dados de clientes ficam restritos ao que o orçamento exige.
A carta do piloto propõe testar apenas um canal, com um grupo pequeno de vendedores, comparando com a linha de base e parando se o rascunho gerar erro de item em tema que o vendedor considere crítico. Ao final do mês, o dono tem material para decidir. Isso é só um exemplo de forma, sem número e sem promessa de resultado.
Para quem atua em setores com rotinas parecidas, há textos práticos sobre IA em empresas de energia solar e outros segmentos no blog, que mostram como o mesmo raciocínio se adapta.
Como aplicar o método e que sinais de alerta observar?
O método que Juan Carlo usa segue quatro verbos: mapear o processo atual e a linha de base, limitar dados e ações, pilotar um fluxo real com registro e métrica combinada, e transferir para a equipe decidir se expande, ajusta ou encerra. Os quatro entregáveis do primeiro mês correspondem aos três primeiros verbos e preparam o quarto. Quem quiser ver como isso se traduz em rotina de trabalho pode ler como Juan Carlo trabalha com empresas. Quando a operação gerenciada é necessária, ela é entregue pela Be Human.
Ao avaliar propostas de qualquer fornecedor, desconfie quando aparecer:
- Promessa de resultado ou garantia de ganho antes de qualquer diagnóstico.
- Escolha de ferramenta ou modelo antes de entender o processo.
- Ausência de documento sobre dados pessoais e LGPD.
- Piloto sem métrica, sem registro e sem data para decisão.
- Dependência total do fornecedor, sem material para sua equipe assumir.
- Linguagem de que a IA vai substituir a equipe inteira, quando o que se pode demonstrar é apoio a etapas específicas.
Uma proposta honesta também admite que o resultado do diagnóstico pode ser não pilotar agora, porque o processo está mal definido, os dados não estão organizados ou o ganho esperado não compensa o risco. Esse é um desfecho legítimo do primeiro mês.
Perguntas frequentes
Uma consultoria de superinteligência entrega um agente funcionando em 30 dias? Não necessariamente, e desconfie de quem garante isso sem diagnóstico. O padrão mais seguro é entregar mapa, linha de base, limites e carta do piloto, e só então construir um agente para um fluxo delimitado. Em casos simples, um protótipo restrito pode surgir ao final, mas como parte do piloto aprovado.
Precisamos ter dados organizados antes de começar? Não é preciso ter tudo pronto, mas é preciso saber onde os dados estão, quem responde por eles e quais podem ser usados. Parte do trabalho do primeiro mês é justamente inventariar isso e apontar o que precisa ser arrumado antes de o piloto começar. Se o dado crítico não existe ou é inconsistente, a consultoria deve dizer isso com clareza.
Quem deve participar do primeiro mês do lado da empresa? O dono do processo, uma ou duas pessoas que executam o trabalho no dia a dia e alguém de TI ou de proteção de dados, conforme o porte da empresa. Sem quem executa, o mapa fica teórico. Sem alguém que responda por dados, o documento de limites fica incompleto.
O que acontece se o diagnóstico mostrar que não vale pilotar? Você ainda recebe o mapa, a linha de base e a análise de risco, que continuam úteis para decisões futuras. Parar nessa etapa custa menos do que descobrir os mesmos problemas com um agente já em produção. Um bom contrato trata essa possibilidade como resultado válido, não como fracasso.