Agência de automação · Entrega
Desenvolvimento de automação e repasse ao cliente
Leve uma automação de cliente do escopo de trabalho assinado a um repasse aceito, sem desenvolver no escuro nem entrar em produção depois de um único teste bom. O cliente libera os acessos e aceita o resultado por um link público, e nada entra em produção antes de o arquiteto de soluções aprovar.
- Duração: 3 a 5 semanas
- Frequência: Para cada projeto de automação de cliente
- Etapas: 12 etapas
- Agentes de IA: 2 agentes de IA
- Aprovações: 2 aprovações
Plano gratuito, sem cartão de crédito.
O que muda com este modelo
Sem o modelo
Os engenheiros desenvolvem no escuro até a equipe de TI do cliente mandar acessos e arquivos de amostra reais.
A automação entra em produção assim que o caminho normal funciona uma vez.
Como a automação funciona, e como pausá-la, fica na cabeça de um engenheiro.
Desenhos de solução e manuais são escritos do zero em cada projeto.
Com o modelo
O cliente libera os acessos e compartilha os dados de amostra por um link, e a execução mostra o que ainda falta.
A entrada em produção espera o checklist completo de testes e a aprovação do arquiteto de soluções.
Todo cliente recebe um manual de operação revisado e o aceita pelo link público.
Agentes de IA escrevem o desenho e o manual, e uma pessoa da equipe revisa os dois.
O modelo, etapa por etapa
Cada etapa diz quem a faz: alguém da sua equipe, um agente de IA ou o cliente por um link público. Uma aprovação mantém todas as etapas seguintes travadas até ser dada.
- Feito pela sua equipe
- Feito por um agente de IA
- Feito pelo cliente, por um link público
Começa quando
O cliente assina o escopo de trabalho. O gerente de entrega inicia uma execução com o nome do cliente, o processo a automatizar e a data prevista de entrada em produção.
- 1
Compartilhar o link da execução e agendar a descoberta
Dia 1Gerente de entrega · Equipe
Envie ao contato do cliente o link público da execução, para ele ver quais acessos e dados de amostra você precisa, e agende a sessão de descoberta.
Checklist
- Link público enviado ao contato do cliente
- Sessão de descoberta agendada
- Arquiteto e engenheiro designados
Campos a preencher
- Nome do cliente (obrigatório)
- Processo a automatizar (obrigatório)
- E-mail do contato do cliente (obrigatório)
- Data prevista de entrada em produção (obrigatório)
- 2
Mapear o processo atual em uma sessão de descoberta
Semana 1Arquiteto de soluções · Equipe
Percorra o processo com o cliente: entradas, sistemas, volumes, exceções conhecidas e quem é responsável por cada parte. Combine o que a automação não vai fazer.
Checklist
- Entradas, sistemas e volumes anotados
- Responsável por cada parte definido
- Casos fora do escopo combinados
Campos a preencher
- Notas da descoberta (obrigatório)
- Exceções que a automação precisa tratar (obrigatório)
- Fora do escopo
- 3
Liberar acesso de teste e compartilhar os dados de amostra
Semana 1Contato do cliente · Link público
Pelo link público, o cliente libera acesso a um ambiente de teste de cada sistema e compartilha um link para arquivos de amostra reais, com exemplos das exceções conhecidas.
Checklist
- Acesso ao ambiente de teste liberado
- Conta de serviço ou acesso à API criado
- As amostras incluem as exceções conhecidas
Campos a preencher
- Link para os arquivos de amostra (obrigatório)
- Sistemas aos quais você liberou acesso (obrigatório)
- Contato técnico para dúvidas de acesso
- 4
Escrever o desenho da solução e os casos de teste
Semana 1Redator de desenhos · Agente de IA
O redator de desenhos transforma as notas da descoberta e as exceções em um primeiro desenho da solução: gatilho, mapeamento de dados, tratamento de erros, alertas e um caso de teste para o caminho normal e cada exceção.
Campos a preencher
- Rascunho do desenho (obrigatório)
- Rascunho dos casos de teste (obrigatório)
Revisão humana: O arquiteto de soluções corrige e aprova o desenho na etapa 5.
- 5
Aprovar o desenho antes do desenvolvimento
Oculto no link públicoSemana 2Arquiteto de soluções · Equipe
Corrija o desenho e os casos de teste, e teste você mesmo os acessos do cliente. Se faltarem acessos ou amostras, marque a execução como bloqueada e anote o que falta.
Checklist
- Cada exceção tem um caso de teste
- Tratamento de erros e alertas definidos
- O acesso de teste funciona
Campos a preencher
- Acessos ou amostras que faltam
Aprovação: O desenvolvimento fica travado até o arquiteto de soluções aprovar o desenho.
- 6
Desenvolver a automação no ambiente de teste
Semanas 2 a 3Engenheiro de automação · Equipe
Desenvolva conforme o desenho aprovado, com logs, novas tentativas em cada chamada externa e um alerta quando uma execução da automação falhar.
Checklist
- Logs em cada etapa
- Novas tentativas nas chamadas externas
- O alerta de falha chega ao canal combinado
Campos a preencher
- Notas de desenvolvimento (obrigatório)
- Link para a exportação do fluxo ou o repositório (obrigatório)
- 7
Rodar todos os casos de teste, inclusive os de falha
Semana 3Líder de testes · Equipe
Rode cada caso de teste do desenho aprovado com os dados de amostra e registre o que passou e o que falhou, com um link para as evidências.
Checklist
- O caminho normal passa
- Entradas inválidas são rejeitadas e sinalizadas
- Duplicatas são detectadas
- Novas tentativas e alertas funcionam
Campos a preencher
- Resultados dos testes (obrigatório)
- Link para as evidências dos testes (obrigatório)
- 8
Aprovar a entrada em produção
Semana 4Arquiteto de soluções · Equipe
Revise os resultados dos testes, as notas de desenvolvimento e o plano de reversão, e aprove a passagem para produção.
Checklist
- Todos os casos de teste passaram
- O plano de reversão é realista
- O cliente sabe a data de entrada em produção
Campos a preencher
- Plano de reversão (obrigatório)
Aprovação: A produção, o aceite do cliente e o repasse ficam travados até o arquiteto de soluções aprovar a entrada em produção.
- 9
Escrever o manual de operação
Semana 4Redator do manual de operação · Agente de IA
O redator do manual transforma as notas de desenvolvimento, os resultados dos testes e o plano de reversão em um manual de operação: o que a automação faz, como identificar uma falha, como pausá-la e reiniciá-la, e quem contatar.
Campos a preencher
- Rascunho do manual de operação (obrigatório)
Revisão humana: O engenheiro de automação confere o manual com o que foi desenvolvido na etapa 10.
- 10
Entrar em produção e finalizar o manual
Semana 4Engenheiro de automação · Equipe
Confira o rascunho do manual com o que foi desenvolvido e corrija, ative a automação em produção, acompanhe as primeiras execuções reais e envie ao cliente por e-mail o manual de operação final.
Checklist
- O manual bate com o que foi desenvolvido
- Automação ativada em produção
- Primeiras execuções reais conferidas
Campos a preencher
- Data de entrada em produção (obrigatório)
- Link para o manual de operação final (obrigatório)
- 11
Testar casos reais e aceitar a automação
Semana 4Contato do cliente · Link público
O cliente confere casos reais nos próprios sistemas e lê o manual que o engenheiro enviou por e-mail, e depois registra a decisão pelo link público, com o que ainda precisa mudar se ainda não aceitar.
Checklist
- Casos reais conferidos nos seus próprios sistemas
- Manual de operação lido
- Você sabe como pausar a automação
Campos a preencher
- Decisão (obrigatório)
- O que ainda precisa mudar
- 12
Fazer o repasse e iniciar o suporte
Semana 4Gerente de entrega · Equipe
Confirme as condições de suporte com o cliente, agende o primeiro acompanhamento e reduza os acessos da agência ao que o suporte precisa.
Checklist
- Condições de suporte confirmadas
- O cliente sabe como avisar de uma falha
- Acessos da agência reduzidos ao que o suporte precisa
Campos a preencher
- Data de início do suporte (obrigatório)
- Data do primeiro acompanhamento (obrigatório)
Termina quando
A automação roda em produção, o cliente a aceitou e a equipe dele tem um manual de operação revisado para o dia em que algo falhar.
Deixe do seu jeito. Renomeie etapas, troque responsáveis e adicione itens de checklist, campos ou aprovações. O modelo é um ponto de partida para o jeito de trabalhar da sua equipe.
Os agentes de IA deste modelo
Um agente só trabalha nas próprias etapas, e alguém da sua equipe confere o que ele fez. Tudo o que um agente grava em um app conectado aguarda aprovação, a menos que você permita.
Redator de desenhos
Transforma as notas da descoberta em um primeiro desenho da solução e um conjunto de casos de teste.
O que ele faz
- Lê as notas da descoberta e as exceções preenchidas na execução
- Segue o formato de desenho das instruções da sua etapa
- Escreve o rascunho do desenho e um caso de teste por exceção
- Conclui a sua etapa para que a revisão possa começar
Revisão humana: O arquiteto de soluções corrige e aprova o desenho na etapa 5.
Redator do manual de operação
Transforma as notas de desenvolvimento, os resultados dos testes e o plano de reversão em um primeiro manual de operação para o cliente.
O que ele faz
- Lê as notas de desenvolvimento, os resultados dos testes e o plano de reversão da execução
- Escreve o que a automação faz, como identificar uma falha e como pausá-la
- Registra o rascunho do manual na sua etapa
Revisão humana: O engenheiro de automação confere o manual com o que foi desenvolvido na etapa 10.
Perguntas que este modelo responde
Entregue ao cliente um manual de operação que diga o que a automação faz, como identificar uma falha, como pausá-la e quem contatar, e peça que ele aceite. A etapa 9 escreve esse manual a partir das notas de desenvolvimento e dos resultados dos testes, a etapa 10 confere o manual com o que foi desenvolvido e o envia ao cliente por e-mail, e na etapa 11 o cliente o aceita pelo link público.
Faça a entrada em produção depender de um conjunto completo de casos de teste, com entradas inválidas, duplicatas e falhas, e de uma pessoa definida que aprova. A etapa 7 traz o checklist de testes para cada caminho de falha, e a etapa 8 é um controle de aprovação que mantém a produção travada até o arquiteto de soluções aprovar os resultados.
Peça todos os acessos e arquivos de amostra em um só lugar, com as exceções das quais você precisa de exemplos, antes de começar o desenvolvimento. Na etapa 3 o cliente libera os acessos e compartilha links para os arquivos de amostra pelo link público, e na etapa 5 o arquiteto de soluções marca a execução como bloqueada e anota o que ainda falta.
Um manual de operação explica o que a automação faz, o que a dispara, como uma falha aparece, como pausá-la e reiniciá-la, como reprocessar registros com falha e quem contatar. A etapa 9 escreve essas seções a partir das notas de desenvolvimento, dos resultados dos testes e do plano de reversão, e o engenheiro de automação as corrige na etapa 10.
Deixe a IA transformar as notas da descoberta em um primeiro desenho com casos de teste, e mantenha a decisão com o arquiteto de soluções. Na etapa 4 o redator de desenhos escreve o gatilho, o mapeamento de dados, o tratamento de erros e um caso de teste por exceção, e na etapa 5 o arquiteto de soluções corrige e aprova.
Registre os resultados dos testes, a aprovação e o aceite do cliente no próprio projeto, não em conversas de chat. A etapa 7 registra os resultados com um link para as evidências, a etapa 8 a aprovação da entrada em produção com nome e horário, e a etapa 11 a decisão do cliente.
Execute este fluxo no OKiDO
Configure as etapas, os responsáveis e as aprovações uma vez e depois inicie uma execução para cada caso novo.