Serviços de TI gerenciados · Entrega de serviços
Gestão mensal de patches
Aplique patches em cada cliente do mesmo jeito todo mês, sem que uma atualização ruim atinja o escritório inteiro. Os patches vão primeiro para um grupo piloto, o cliente confirma a janela e os equipamentos que não podem reiniciar, e a implantação espera a aprovação.
- Duração: 1 a 2 semanas
- Frequência: Todo mês, para cada cliente
- Etapas: 7 etapas
- Agentes de IA: 1 agente 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 patches vão para todos os equipamentos de uma vez, e uma atualização ruim atinge o cliente inteiro.
A equipe perde trabalho quando uma máquina reinicia no meio de um processo longo.
O relatório mensal de patches é uma exportação bruta que ninguém lê no cliente.
Ninguém lembra por que um patch foi retido no mês passado.
Com o modelo
Um grupo piloto recebe os patches primeiro, e a implantação espera a aprovação.
O cliente indica antes da janela os equipamentos que ficam de fora.
Um agente de IA escreve um relatório claro, e o gerente de serviços aprova.
Cada patch retido tem o motivo registrado na execução.
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
Os fabricantes lançam as atualizações do mês. O analista de infraestrutura inicia uma execução para o cliente com a lista de patches do mês.
- 1
Revisar os patches do mês
Dia 1Analista de infraestrutura · Equipe
Leia as notas de versão e os problemas conhecidos dos fabricantes, decida quais patches implantar e quais reter, e envie o link público ao contato do cliente.
Checklist
- Atualizações de segurança listadas
- Problemas conhecidos verificados
- Cada patch retido tem motivo
- Link público enviado ao contato do cliente
Campos a preencher
- Patches a implantar (obrigatório)
- Patches retidos e motivo
- 2
Confirmar a janela e as exceções
Dias 1 a 3Contato do cliente · Link público
Pelo link público, o cliente confirma a janela de manutenção do mês, combina quais equipamentos formam o grupo piloto e indica os que não podem reiniciar, como uma máquina rodando um processo longo.
Checklist
- Equipamentos piloto combinados
- Equipe avisada sobre as reinicializações
Campos a preencher
- Janela de manutenção confirmada (obrigatório)
- Equipamentos que ficam de fora
- Contato durante a janela
- 3
Aplicar patches no grupo piloto
Dias 2 a 4Analista de infraestrutura · Equipe
Implante os patches nos equipamentos piloto combinados, e confira se os usuários conseguem trabalhar e se não aparecem alertas novos na ferramenta de RMM.
Checklist
- Equipamentos piloto atualizados
- Usuários piloto conseguem trabalhar
- Nenhum alerta novo na ferramenta de RMM
Campos a preencher
- Resultado do piloto (obrigatório)
- Problemas no piloto
- 4
Aprovar a implantação
Oculto no link públicoDia 5Gerente de serviços · Equipe
Confira o resultado do piloto, a janela do cliente e as exceções, e aprove a implantação ou segure até o problema ser resolvido.
Checklist
- Piloto aprovado
- Janela confirmada pelo cliente
- Exceções configuradas na ferramenta de RMM
Aprovação: A implantação nos demais equipamentos do cliente fica travada até o gerente de serviços aprovar.
- 5
Implantar os patches e acompanhar as falhas
Na janelaAnalista de infraestrutura · Equipe
Implante os patches aprovados na janela, tente de novo nos equipamentos que falharam e acompanhe as reinicializações pendentes.
Checklist
- Patches implantados na janela
- Equipamentos com falha tentados de novo
- Reinicializações pendentes acompanhadas
- Um chamado para cada equipamento que ainda falha
Campos a preencher
- Equipamentos atualizados (obrigatório)
- Equipamentos sem patch e motivo (obrigatório)
- 6
Escrever o relatório de patches
Dia seguinte à janelaRedator de relatórios de patches · Agente de IA
O redator de relatórios de patches escreve o relatório do cliente: o que foi instalado, o que foi retido e por quê, quais equipamentos falharam e o que acontece agora.
Campos a preencher
- Rascunho do relatório de patches (obrigatório)
Revisão humana: O gerente de serviços corrige e aprova o relatório na etapa 7.
- 7
Aprovar e enviar o relatório
Oculto no link públicoSemana 2Gerente de serviços · Equipe
Compare o rascunho com a ferramenta de RMM, corrija, aprove e envie ao contato do cliente.
Checklist
- Números batem com a ferramenta de RMM
- Patches retidos explicados com clareza
- Cada equipamento com falha tem chamado
Campos a preencher
- Relatório enviado em (obrigatório)
Aprovação: O relatório só vai para o cliente depois que o gerente de serviços aprovar.
Termina quando
Os patches aprovados estão instalados, cada equipamento com falha tem um chamado de acompanhamento, e o cliente tem um relatório aprovado do que foi instalado e retido.
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 relatórios de patches
Transforma as decisões e os resultados de patches do mês em um relatório que o cliente consegue ler.
O que ele faz
- Lê a lista de patches, os retidos, o resultado do piloto e o da implantação na execução
- Segue o roteiro do relatório das instruções da sua etapa
- Escreve o rascunho do relatório em linguagem clara na sua etapa
- Conclui a sua etapa para que a revisão possa começar
Revisão humana: O gerente de serviços corrige e aprova o relatório na etapa 7.
Perguntas que este modelo responde
Revise os patches, teste em um grupo piloto, aprove a implantação e informe o cliente, na mesma ordem todo mês. As etapas 1 a 7 seguem esse ciclo, com a implantação travada até ser aprovada.
Aplique primeiro em um grupo piloto pequeno e confira se esses usuários conseguem trabalhar antes de mais alguém receber a atualização. A etapa 3 registra o resultado do piloto, e a etapa 4 só aprova a implantação se o piloto passar.
Combine a janela todo mês e deixe o cliente indicar as máquinas que não podem reiniciar. Na etapa 2 o contato do cliente confirma a janela e as exceções pelo link público, e a etapa 4 confere se as exceções estão configuradas na ferramenta de RMM.
O que foi instalado, o que foi retido e por quê, quais equipamentos falharam e o que acontece agora. Na etapa 6 o redator de relatórios de patches escreve exatamente isso, e na etapa 7 o gerente de serviços aprova antes de ir para o cliente.
Anote o motivo quando decidir, e não quando o cliente perguntar meses depois. A etapa 1 registra cada patch retido com o motivo, e o relatório aprovado da etapa 7 explica isso ao cliente.
Tente de novo, descubra o motivo e transforme cada falha que sobrar em um chamado com responsável. A etapa 5 registra os equipamentos sem patch e o motivo, e a etapa 7 confere se cada um tem um chamado de acompanhamento.
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.