Cinco fases para pôr um agente de IA trabalhando na sua operação, com um entregável em cada uma e um piloto antes da construção inteira.

O que é o Método PRUMO?

PRUMO é um processo de cinco fases para pôr agentes de IA e automação para trabalhar numa empresa que já fatura: Planta, Retorno, Uso, Motor, Operação. Cada fase entrega um documento ou um agente com nome próprio, e cada fase é um ponto onde você pode parar.

Ele nasceu de programa de excelência operacional em multinacional, não de curso de agência. A ordem importa: primeiro se descobre onde o custo está vazando, depois se decide o que tirar da mão de gente, depois se prova num processo só — e só então se constrói o resto. Agente que decide em cima de dado torto decide errado mais rápido.

As duas primeiras fases são o Diagnóstico Express: R$ 6.000 a 12.000, de 1 a 2 semanas. Se depois delas a resposta for "não vale a pena agora", você fica com o mapa e vai embora. Isso acontece e está tudo certo.

A fase do Uso é a que quase ninguém vende, e é a que mais protege você. Ela não é uma etapa extra no calendário nem uma linha extra na proposta: são as duas primeiras semanas da construção que já contratou, gastas com um agente rodando num processo só antes de eu encostar nos outros.

As cinco fases, lado a lado

O valor do diagnóstico abate no projeto se você seguir comigo. Preço fechado antes de começar, e eu não cobro por hora.

Por que duas semanas de diagnóstico antes de construir?

Porque na maioria das empresas o dinheiro não está vazando onde o dono acha que está. Duas semanas custando R$ 6.000 a 12.000 evitam um projeto de R$ 35.000 resolvendo o problema errado. Você decide com número na mão — inclusive decidir não fazer.

Quem vende agente de IA sem diagnóstico está vendendo ferramenta. Ferramenta você compra sozinho, por R$ 200 por mês. O que é difícil é saber qual processo o agente assume, em que ordem, e o que fazer com o resultado depois.

Como isso funciona na prática, do começo ao fim?

Pega uma distribuidora de alimentos de R$ 22 milhões por ano, 45 funcionários, três vendedores externos. O dono sabe o faturamento de cor e não sabe a margem por pedido. As cinco fases abaixo são essa empresa, na ordem, do primeiro dia até o agente rateando frete toda madrugada sem ninguém encostar.

Exemplo ilustrativo. Essa distribuidora é um cenário composto, escrito para mostrar o método — não é um cliente meu, e todos os números dela são de demonstração.

P · PLANTA — o que acontece na primeira semana?

Entro no processo com quem opera e desenho como ele roda de verdade. Dura 1 semana e está incluso no diagnóstico. Saem dois documentos: o Mapa do Processo Real — uma folha, do pedido à cobrança, com cada ponto em que o dado é redigitado — e o Inventário de Retrabalho, que põe número nesses pontos.

O que eu faço nesses dias:

• Acompanho o processo no chão: separação, expedição, digitação de pedido, cobrança.
• Converso com quem executa — conferente, faturista, vendedor — antes de falar com a diretoria.
• Exporto os dados brutos do ERP e conto quantas planilhas paralelas existem por fora dele.
• Cronometro o que é feito à mão e quantas vezes o mesmo dado é digitado de novo.

O Mapa desenha o processo que existe, não o que deveria existir. Quase sempre a diretoria discorda dele na primeira leitura — e essa discordância é metade do valor da semana.

Na distribuidora do exemplo: cinco dias no CD e um dia de rota com vendedor. Aparecem 11 planilhas paralelas ao ERP, tabela de preço atualizada à mão a cada 15 dias, e frete lançado como despesa única do mês — nunca rateado por pedido. Ninguém consegue dizer qual cliente dá prejuízo.

R · RETORNO — como eu decido o que fazer primeiro?

Dura 1 semana e saem dois documentos. A Matriz Retorno × Semanas põe cada tarefa candidata em dois eixos: quanto custo devolve por ano se um agente assumir ela, e quantas semanas custa para automatizar. A Lista do Não-Fazer registra o que ficou de fora e por quê.

A segunda lista costuma ser mais útil que a primeira. Ela é o que impede o projeto de inchar no meio do caminho: quando alguém pergunta em julho "e aquilo do chatbot?", a resposta já está escrita desde março, com o motivo.

Uma regra minha entra aqui: processo que já dá retorno mensurável eu não mexo. Se o número existe, fecha e tem dono, ele sai da matriz e entra na Lista do Não-Fazer com o motivo escrito. Trocar o que funciona por uma versão nova custa semanas e devolve zero. Isso encolhe o meu escopo e é para encolher mesmo — proposta menor é mais fácil de defender depois.

Na distribuidora do exemplo: sete tarefas candidatas levantadas, três entram. Primeiro o rateio de frete por pedido, porque é o que revela a margem real. Depois o travamento de preço abaixo do piso na entrada do pedido. Fora do escopo por enquanto: o chatbot de atendimento — chatbot responde, não executa, e sem margem confiável ele só responderia mais rápido para vender no prejuízo.

U · USO — por que provar em um processo antes de construir o resto?

Porque agente aprovado em sala não é a mesma coisa que agente usado no balcão. Duas semanas, um processo só, na mão de quem opera. Entregável: o piloto rodando, com o número de antes e o número de depois medidos do mesmo jeito.

Essas duas semanas são as duas primeiras da construção que você já contratou — não são tempo a mais nem custo a mais. O que elas mudam é a ordem do risco: se o piloto não sair do papel, você descobre na semana 2 e não na semana 8, e ainda dá para trocar o escopo antes de eu encostar nos outros processos.

Eu escolho para piloto o processo que mais gente odeia fazer, não o mais fácil de automatizar. Se a coisa vai ser adotada, é por ali que ela é adotada.

Na distribuidora do exemplo: o piloto é um agente que lê o conhecimento de frete, rateia o valor pelos pedidos daquela carga e grava a margem de volta — só na rota de um vendedor. Antes: margem por pedido calculada uma vez por mês, na planilha, com o frete rateado por igual. Depois: margem por pedido no dia seguinte à entrega, com o frete real. Duas semanas depois aparecem quatro clientes que vinham dando prejuízo — e é esse número que autoriza o resto da construção.

M · MOTOR — o que é construído, e em quanto tempo?

O resto do escopo, no restante das 3 a 8 semanas. O que entra em produção são agentes e automações — e, quando o escopo pede, a camada de dados que eles leem para decidir. Entregável: agentes no ar, runbook escrito, time treinado.

Agente aqui não é chatbot. Chatbot responde pergunta; agente executa a tarefa: abre o sistema, lê o documento, aplica a regra, escreve o resultado de volta e chama uma pessoa quando trava. Produção quer dizer produção — roda sozinho, avisa quando quebra, e alguém de dentro da sua empresa sabe por quê. Código e dados ficam na conta da sua empresa, não na minha, e sem ferramenta proprietária que te prenda a mim.

A camada de dados entra quando o agente precisa dela, e é por segurança: agente que decide em cima de número torto erra sozinho, em escala, e ninguém percebe. Onde o dado já está confiável, ela não entra e não é cobrada.

O runbook não é manual de tela. É a lista do que fazer quando o agente travar: o que o alerta quer dizer, quem mexe, e o que dá para rodar na mão enquanto não volta.

Na distribuidora do exemplo: mais três semanas depois do piloto. O agente de frete passa a rodar todas as rotas: toda madrugada ele lê os conhecimentos do dia anterior, rateia o valor por pedido e grava a margem real. Um segundo agente fica na entrada do pedido — quando o preço cai abaixo do piso daquele item, ele trava a gravação e manda o caso para o gerente comercial decidir, com a margem do cliente na mensagem. Debaixo dos dois, a camada de dados unindo ERP, notas de frete e comissão, que é de onde eles tiram o número. O painel de margem por pedido, por cliente e por vendedor é onde isso aparece de manhã — a evidência de que os dois rodaram. Duas tardes de treino com faturamento e comercial, mais o runbook escrito.

O · OPERAÇÃO — o que acontece depois que os agentes entram no ar?

Os agentes continuam trabalhando, agora sob supervisão do seu time. É contínuo ou vira transferência — você escolhe. Entregável: quatro indicadores que provam que o agente está trabalhando, um dono para cada um, e o nome de quem é chamado quando ele trava.

A parte que quase todo projeto de tecnologia pula. Agente sem supervisão vira caixa-preta: quando ele para de rodar, ninguém percebe na hora — percebe no fechamento do mês. Supervisão aqui quer dizer coisa chata e específica: dia, hora, quatro indicadores, um dono por indicador, e o que acontece quando um deles fica vermelho duas semanas seguidas. O painel é o instrumento onde esses quatro números aparecem; a rotina é o que faz alguém olhar.

Os quatro indicadores medem o agente, não a empresa: quanto ele processou sozinho, quanto ele mandou para uma pessoa decidir, quantas vezes travou, e quanto tempo de gente ele devolveu. Um número que sobe sozinho não prova nada se ninguém sabe quem responde por ele.

Na distribuidora do exemplo: reunião de 30 minutos toda segunda, com quatro indicadores e um dono para cada um — o de faturamento responde pelo agente de frete, o gerente comercial pelos casos que o agente de preço mandou para decisão. Quando o agente de frete não fecha a madrugada, é o de faturamento que é chamado, e o runbook diz o que rodar na mão enquanto isso. O acompanhamento mensal fica em R$ 3.500 a 9.000/mês enquanto for útil — e a saída é combinada, não empurrada.

De onde vem esse método?

De sete anos medindo quanto custava o trabalho manual dentro de uma multinacional, não de agência digital. A pergunta era a mesma que eu faço hoje antes de ligar qualquer agente: quanto essa etapa custa por ano, e quanto dela dá para tirar da mão de gente sem quebrar a operação.

Hoje sou Gestor de IA & Operações na Growmodo, empresa de tecnologia alemã — o que eu construo roda em produção todo dia, não em demonstração. É qualificação demais para um projeto de R$ 35.000, e é de propósito: você leva método de multinacional num ticket que cabe numa empresa de 20 a 150 funcionários.

A credencial da fase anterior, se ela pesa para você: na Cargill eu liderei projetos de automação e de indicadores de gestão dentro de um programa de excelência operacional que apoiou mais de 300 gestores em quatro regiões globais. Sou Six Sigma Black Belt.

O nome também vem daí. Prumo é o fio com um peso na ponta: você encosta na parede e ela te diz sozinha se está torta. Não tem opinião, não tem reunião, não tem consultor. É medir antes de discutir — que é literalmente o que Six Sigma ensina a fazer e o que a maioria dos projetos de IA pula para começar a construir na primeira semana.

Você faz isso presencialmente?

Faço. Guanambi, Vitória da Conquista e Barreiras eu atendo pessoalmente — a Planta acontece dentro da sua empresa, andando pelo processo. Salvador e Feira de Santana, presencial combinado. Resto do Brasil, remoto.

O presencial existe por causa da fase P. O Mapa do Processo Real sai de ficar em pé na expedição e no faturamento, cronometrando a tarefa com quem faz ela todo dia — é ali que aparecem o caderno paralelo, a planilha do meio e a exceção que ninguém conta em reunião. Essa exceção vira regra escrita, e é a regra que o agente vai executar sozinho depois. Errar a Planta é construir a coisa errada pelas 3 a 8 semanas seguintes.

Por onde eu começo?

Pelo Diagnóstico Express: R$ 6.000 a 12.000, de 1 a 2 semanas, e ele entrega as fases P e R inteiras. No fim você tem o Mapa do Processo Real, o Inventário de Retrabalho, a Matriz Retorno × Semanas e a Lista do Não-Fazer — comigo ou sem mim.

Antes disso, uma conversa de 30 minutos resolve se faz sentido. Quem decide é você, e eu digo na hora se acho que não vale a pena.