01 entre sistemas
Trabalho que não vive em sistema nenhum
O pedido chega por e-mail, WhatsApp ou portal; a tabela de preços é uma planilha; o estoque está no ERP. O trabalho é a junção entre eles, e é feito na mão.
implantação
parte 01 de 03
Um fluxo de trabalho, em produção. E mantido lá.
Implementamos e operamos um fluxo de trabalho delimitado e recorrente dentro da empresa de vocês: limites claros, um resultado medido nos sistemas de vocês e um loop que segue melhorando o fluxo.
§01 o problema
01 / 05
O custo está no trabalho entre os sistemas.
Um pedido incompleto, alguém redigitando, uma exceção parando a fila e ninguém medindo nada disso.
02 exceções
Uma exceção para a fila
Um campo faltando, um cliente acima do crédito, um preço especial. Cada um espera por uma pessoa, e a fila espera junto.
03 não medido
Ninguém sabe quanto custa
Minutos por caso, casos reabertos, os que deram errado em silêncio. Sem uma linha de base, nenhuma automação consegue provar que ajudou.
capacidade não é uso
Os modelos alcançam muito mais do que as empresas rodam
Os cenários econômicos do Anthropic Institute (setembro de 2026) calibram o uso de IA hoje em cerca de 10% das tarefas que os modelos já alcançam. O alcance é dos laboratórios. Uso, ganho realizado e o quanto roda sem pessoa mudam um fluxo de cada vez. É aí que uma implantação trabalha, em qualquer nível de alcance.
do zero, ou do que já existe
Do zero ou resgate, o mesmo trabalho
Alguns fluxos começam do nada. Muitos começam de um agente que já existe e nunca chegou à produção: um piloto parado, uma plataforma comprada, uma automação que cresceu. Os dois recebem o mesmo tratamento: escopo delimitado, testes a partir de casos reais, lançamento supervisionado e uma decisão no fim.
Já tem agentes →Korinek, Jones, Sacher, Cotter e McCrory, “Economic Scenarios for Transformative AI”, Anthropic Institute WP 2026-02, setembro de 2026 (opinião dos autores). O uso de hoje é uma calibração do estudo, não uma medida da empresa de vocês.
§01.1
O alcance é dos laboratórios. O uso é de uma implantação.
§02 o fluxo
02 / 05
Do pedido que chega ao registro aceito no ERP.
Um pedido, sete passos, dois pontos em que uma pessoa decide. Ilustrativo: recebimento de pedidos em uma distribuidora.
cena 04 um lugar por onde passar
uma ação · uma linha
- 01 recebimentoO pedido chega por e-mail, WhatsApp ou portal. O agente lê e abre um caso: um registro que vai guardar tudo o que acontecer com esse pedido.
- 02 estruturaçãoItens, quantidades, cliente, condições de entrega viram um pedido estruturado. O que não dá para ler é marcado como desconhecido, nunca inventado.
- 03 validaçãoConferido no catálogo, na tabela de preços e no histórico do cliente. O que falta é pedido.
- 04 crédito e preço especialUma pessoa decide. O caso fica em espera; a aprovação cobre a ação real e os argumentos reais, não um botão que diz “aprovado”.
- 05 reserva de estoqueReservado no ERP pelo plano de controle: dono, regra e valor na linha. Acima do limite, fica em espera, não é gravado.
- 06 o registroO pedido é gravado no ERP uma vez. Uma recusa também é gravada, com a regra e o dono nela.
- 07 o resultadoDias depois, owno lê de volta o que aconteceu: expedido, corrigido, reaberto, contestado. Até lá, terminou não é deu certo.
Fluxo ilustrativo. Se o processo de vocês é outro (documentos de embarque, cotação B2B, dossiê administrativo), a mesma espinha se aplica: recebimento, estruturação, validação, as decisões que ficam com as pessoas, a gravação, o resultado lido de volta.
§03 a implantação
03 / 05
Uma implantação delimitada, com decisões pelo caminho.
O relógio de entrega começa quando dados e acessos existem. Prazo em semanas, exato pelo escopo.
etapa 1 estudo de prontidão2–3 semanas
Linha de base, escopo, acesso, plano custeado
Um estudo que dá para inspecionar. Vale mesmo quando a resposta é “não automatizar”.
- Volume, custo, minutos humanos e exceções hoje
- Escopo concreto: um canal, um catálogo, o que fica manual
- Mapa de acessos: sistemas, APIs, ambientes de teste, quem autoriza
- Entregáveis, prazo a partir do acesso, preço
Decisão no fim: implantar, reduzir ou parar.
etapa 2 implantar e lançar8–12 semanas após o acesso
Um fluxo de trabalho delimitado, em produção sob supervisão
Adaptadores, executor, testes, roteiro de operação, lançamento supervisionado. O ERP, o CRM e a ferramenta de automação ficam.
- Adaptadores para os sistemas de vocês, dentro do acesso combinado
- O executor, com alçada definida pelo dono do fluxo
- Testes de aceite a partir de dez a vinte casos reais, aprovados por vocês
- Roteiro de operação: exceções, plantão, quem decide o quê
- Lançamento supervisionado e a primeira evidência de liberação
Decisão no fim: aceitar o escopo de produção.
etapa 3 operar e melhorarmensal
Casos incluídos, janela de serviço, franquia de mudanças
Operação, exceções e suporte contratado. Revisão humana precificada e contada, nunca implícita. Os seis números estão na página de melhoria.
- Casos incluídos por mês, janela de serviço, tempos de resposta
- Revisão pelo especialista de vocês, contada em horas
- Mudanças que entram em produção pelo portão de liberação
- Evidência mensal: os seis números, sobre a carga original
- Inferência a custo, nas chaves de vocês
Decisão no fim: renovar ou redimensionar pelo valor medido.
§03.1
O relógio começa quando o acesso existe, não quando o contrato é assinado.
§04 responsabilidades
04 / 05
Responsabilidades claras dos dois lados.
Toda classe de exceção precisa de um nome antes do lançamento, não depois da primeira.
owno
O que fica com a gente
- Implementação e conectores
- Operação, exceções e suporte contratado
- Testes de aceite, roteiro de operação, o ciclo de melhoria
- O registro do caso, da origem ao resultado
vocês
O que fica com vocês
- Política, alçada e as regras
- Acesso aos sistemas e ambientes de teste
- Quem diz o que é correto
- Aceite operacional e a decisão de liberação
juntos
O que decidimos juntos
- A linha de base e o método de comparação
- Decisões de incidente
- Expansão para o próximo escopo, com preço próprio
§05 já tem agentes?
05 / 05
Já tem agentes rodando? Começamos por eles.
Os casos difíceis chegam depois da demo: contexto incompleto, regras que mudam, ferramentas que falham. O problema raramente é o modelo.
01 o que impede o uso amplo
Integração, supervisão, avaliação ou dados
Um mapa de falhas feito a partir dos casos do próprio agente diz qual. A maioria dos resgates não é uma troca de modelo; é uma junção que falta, uma revisão não precificada ou um teste que nunca existiu.
02 execução ligada ao resultado
O que o agente fez, ligado ao ERP, ao CRM, ao financeiro
O registro de execução mostra o primeiro evento. O caso guarda todos: aceito, corrigido, reaberto, contestado. Enquanto a junção não existir, “funcionando” é um chute.
03 toda mudança com teste
Casos difíceis preservados, versões comparadas
Os casos que quebraram o agente viram o conjunto de aceite. Uma mudança de prompt, ferramenta ou modelo só entra em produção quando passa por eles; falhas críticas são contadas à parte, para que uma grave nunca suma dentro de uma média.
04 no ambiente de vocês
Dentro do acesso combinado, sem trocar de plataforma
O agente fica onde roda. owno trabalha dentro do acesso que vocês concedem, com o registro no data warehouse de vocês, e deixa evidência de liberação que dá para entregar a quem pedir.
A recuperação é precificada como uma oferta própria: um fluxo de trabalho conhecido, uma intervenção autorizada, um mapa de falhas, um conjunto de aceite, uma correção dirigida e a evidência da liberação. O que vocês compram →
o primeiro passo
OWNO-WEB-1.2 · 2026-09-09
Comece por uma decisão que dá para inspecionar.
Um estudo de prontidão de duas a três semanas: linha de base, escopo concreto, mapa de acessos, plano custeado e um go ou no-go com os números na mesa.
owno.ai · São Paulo