Um bom onboarding estabelece escopo, responsáveis, acessos, prioridades e critérios de aceite.
Os primeiros 30 dias podem servir como referência para esse trabalho, mas o prazo precisa acompanhar o tamanho do ambiente, a disponibilidade do cliente e as obrigações contratuais.
O objetivo não é resolver todo problema existente nesse período.
É começar o serviço com uma visão compartilhada do ambiente, das responsabilidades e dos próximos passos. Neste artigo apresentamos as principais eatapas para acelerar o processo de onboarding dos seus clientes.
1. Transforme a proposta em um escopo operacional
Antes da primeira mudança técnica, faça uma passagem de contexto entre comercial e operação. A proposta precisa ser compreendida por quem vai atender o cliente, incluindo serviços contratados, limites, horários, canais, dependências e atividades que exigem aprovação adicional.
O catálogo de serviços gerenciados ajuda nessa organização, desde que corresponda ao contrato. Uma oferta ampla não significa que todos os itens estejam incluídos em toda conta. Explicite também como serão tratados projetos, aquisições e correções fora do escopo.
Defina um responsável pelo onboarding no MSP e uma pessoa do cliente com autoridade para resolver dúvidas. Registre quais decisões dependem de outro gestor ou fornecedor. Assim, uma pendência de aprovação não fica confundida com uma tarefa técnica atrasada.
Entregável desta etapa: escopo de entrada validado, contatos responsáveis e critérios para concluir a transição.
2. Planeje a transferência de acessos e informações
A equipe precisa identificar quais acessos são necessários para assumir o serviço e como recebê-los com segurança. Isso pode envolver contas administrativas, portais de fornecedores, domínios, equipamentos de rede e documentação.
Cada item deve ter um responsável pela transferência.
Quando houver um prestador anterior, organize a passagem conforme a autorização do cliente. Evite solicitar senhas em planilhas abertas ou conversas sem controle. Utilize o método aprovado para a transferência e, quando aplicável, crie identidades individuais, revise privilégios e substitua credenciais após a transição.
A revogação do acesso anterior deve ser coordenada para não interromper um serviço antes de sua responsabilidade estar transferida. Registre o que foi recebido, o que permanece pendente e quem ainda tem acesso. Ter uma senha não comprova domínio administrativo ou acesso de recuperação.
Entregável desta etapa: relação dos acessos sob responsabilidade do MSP, com pendências e plano de transição.
3. Faça um levantamento orientado à continuidade do negócio
O levantamento inicial deve identificar o que precisa funcionar para o cliente operar. Comece pelos sistemas críticos, locais atendidos, equipamentos relevantes, conexões com terceiros e dependências conhecidas.
Pergunte também o que costuma causar interrupções e quais períodos permitem manutenção.
Compare a informação recebida com o ambiente observado. Um inventário antigo pode omitir equipamentos, licenças ou serviços que continuam em uso. Diferencie o que foi verificado do que foi apenas informado, evitando apresentar uma hipótese como diagnóstico concluído.
Esse levantamento não substitui uma auditoria aprofundada quando ela for necessária. Ele oferece uma base para assumir o atendimento e selecionar o que precisa de investigação adicional.
Se houver lacunas importantes, descreva o impacto e solicite a decisão adequada.
Entregável desta etapa: mapa inicial do ambiente e dos serviços críticos, com indicação das informações ainda não verificadas.
4. Classifique as pendências antes de começar a corrigir
É comum encontrar vários problemas na entrada de uma conta.
Corrigir todos ao mesmo tempo pode aumentar a chance de interrupção e consumir o esforço destinado à transição. A equipe precisa ordenar as ações considerando impacto, exposição, dependências e viabilidade.
Uma conta administrativa sem responsável, por exemplo, pode exigir tratamento diferente de uma documentação incompleta de um serviço secundário. A decisão deve considerar o contexto, não apenas uma etiqueta de urgência. Quando uma mudança depende de aquisição ou janela de manutenção, essa condição precisa aparecer no plano.
Separe medidas previstas no onboarding, atividades recorrentes e projetos adicionais.
Apresente ao cliente as prioridades e os motivos. Pendências aceitas para tratamento posterior precisam ter responsável e prazo de revisão; uma lista sem dono não funciona como plano.
Entregável desta etapa: plano priorizado com responsáveis, dependências e aprovações necessárias.
5. Ative os controles acordados de forma gradual
Com o plano validado, implante os controles previstos no escopo.
Em vez de mudar simultaneamente acessos, regras de rede e mecanismos de proteção, organize etapas que permitam observar o efeito e recuperar a configuração anterior quando necessário.
Defina o que será testado após cada alteração e quem confirma o funcionamento do serviço de negócio. Uma regra tecnicamente correta pode bloquear uma integração que não estava documentada. O acompanhamento do cliente ajuda a detectar esse tipo de dependência antes que a mudança seja considerada concluída.
Na frente de continuidade, confirme as responsabilidades sobre backup e restauração.
Quando um teste de recuperação estiver no escopo, execute-o de forma planejada e registre o resultado. A existência de um backup ou de um relatório de execução não comprova, sozinha, que a recuperação atenderá à necessidade do cliente.
Entregável desta etapa: registro das mudanças realizadas, dos testes e das limitações observadas.
6. Ensine o cliente a usar o serviço contratado
O onboarding também precisa explicar como pedir ajuda.
Informe os canais de atendimento, os dados mínimos de um chamado e como comunicar uma interrupção relevante. Esclareça quem pode solicitar mudanças ou aprovar atividades que afetem a operação.
Faça essa orientação com os contatos responsáveis e disponibilize um material simples para os usuários. O cliente deve entender como relatar o impacto de um problema, sem precisar escolher uma causa técnica. “Não consigo faturar nesta unidade” pode ser mais útil para a triagem do que uma hipótese sobre o equipamento.
Apresente as orientações de segurança relacionadas ao serviço.
Quando houver uma política de segurança da informação, alinhe as instruções a ela. Evite criar procedimentos que contradigam regras já aprovadas pelo cliente.
Entregável desta etapa: contatos orientados, canais divulgados e responsabilidades de solicitação e aprovação confirmadas.
7. Encerre a transição com aceite e pendências visíveis
O onboarding precisa de um encerramento identificável.
Reúna o cliente para revisar o escopo de entrada, os acessos recebidos, os controles implantados e os testes realizados. Mostre também o que não foi concluído e por quê.
Um ambiente pode entrar na operação recorrente com pendências, desde que elas estejam explicitadas e sejam tratadas conforme as responsabilidades acordadas. Isso é diferente de declarar que tudo está resolvido quando parte do trabalho depende de terceiros ou de uma decisão do cliente.
Formalize o aceite conforme o contrato e o processo do MSP.
A equipe que seguirá atendendo deve receber o contexto da conta e o plano de continuidade das ações. Essa passagem evita que informações importantes fiquem restritas a quem participou da implantação.
Entregável desta etapa: registro de aceite da transição e plano de tratamento das pendências.
Como distribuir o onboarding nos primeiros 30 dias?
Um modelo de trabalho é usar a primeira semana para alinhar escopo e acessos; a segunda, para consolidar o levantamento e validar prioridades; a terceira, para executar controles e testes acordados; e a quarta, para orientar os contatos e formalizar a transição.
As etapas podem se sobrepor.
Uma dependência crítica deve ser tratada quando identificada, e um acesso essencial não precisa esperar uma semana específica. O cronograma serve para tornar o trabalho visível, não para adiar decisões urgentes.
Adapte o prazo quando houver várias unidades, pouca documentação ou uma transferência complexa. Explicar essa necessidade antes de assumir uma data é mais útil do que prometer um onboarding rápido sem conhecer as condições do ambiente.
Uma entrada organizada melhora a passagem para a rotina
O onboarding de clientes de TI termina quando a responsabilidade assumida está clara e a operação consegue trabalhar com o contexto necessário. Escopo, acessos, prioridades e aceite formam a base dessa passagem.
Para MSPs que precisam padronizar controles de rede entre novas contas, o Edge Protect pode fazer parte do desenho técnico. A escolha deve considerar os requisitos de cada cliente e as funcionalidades aplicáveis ao projeto.
Quer avaliar os controles de rede para as novas contas da sua carteira?
