O sistema entrou no ar. Quem assumiu a operação?
O lançamento técnico precisa de passagem operacional: responsáveis, rotinas, suporte, monitoramento e critérios claros de aceite.
Heber Berger · 29 de outubro de 2026
O sistema foi publicado. O formulário funciona, o painel está disponível e a demonstração foi aprovada.
Na semana seguinte, alguém precisa atualizar uma condição, resolver um erro ou responder a uma dúvida do cliente. A equipe não sabe quem decide, onde consultar a orientação ou até onde o suporte contratado vai.
A entrega técnica aconteceu. A passagem para a operação ficou incompleta.
Publicar não transfere responsabilidade automaticamente
Uma solução pode estar tecnicamente pronta e depender de decisões que ainda não foram tomadas pela empresa: quem administra, quem autoriza mudanças e quem acompanha o serviço prestado ao cliente.
A discussão da McKinsey sobre modelo operacional e IA oferece contexto para aproximar tecnologia e trabalho. O roteiro de passagem proposto neste artigo é uma análise de gestão, não um padrão certificado por essa fonte.
A responsabilidade do contratante não começa só quando o fornecedor termina. Precisa ser preparada ao longo da implantação.
O que a equipe precisa conseguir fazer
Receber uma senha ou uma documentação não demonstra, por si só, capacidade de operar. É preciso verificar se as pessoas responsáveis conseguem executar as rotinas que sustentarão a solução.
Isso inclui reconhecer uma ocorrência, buscar orientação, registrar uma solicitação e saber quando interromper ou escalar uma situação. O nível de detalhe depende da criticidade e da complexidade do serviço.
A operação também precisa distinguir mudanças simples de alterações que exigem apoio técnico ou nova contratação. Sem essa fronteira, qualquer ajuste vira conflito de expectativa.
Um termo de passagem operacional
Eu organizaria o aceite em seis dimensões.
Responsável pelo negócio: quem responde pelo funcionamento do processo e decide prioridades.
Rotinas: o que precisa acontecer com frequência para manter a entrega útil e atualizada.
Acessos e autonomia: quais perfis podem agir, com que limites e sob responsabilidade de quem administra o ambiente.
Suporte: como solicitar ajuda, quais situações estão incluídas e como acompanhar pendências.
Monitoramento: quais sinais permitem perceber falha, desatualização ou uso inadequado.
Evolução: como propor mudanças, avaliar impacto e manter o histórico das decisões.
Essas dimensões devem ser ajustadas ao projeto. Contratos e requisitos específicos precisam ser tratados pelos responsáveis competentes; uma lista editorial não os substitui.
Verificar com situações reais de trabalho
Imagine a entrega hipotética de uma plataforma de pedidos. A validação técnica mostra que uma compra pode ser registrada. A validação operacional precisa examinar se alguém consegue reconhecer o pedido, dar sequência ao atendimento e tratar uma ocorrência.
Um exercício acompanhado pode revelar dúvidas que uma apresentação não mostra. O objetivo não é treinar todas as situações possíveis antes do lançamento, mas testar o trabalho essencial e deixar um caminho para as exceções.
Pendências precisam ser nomeadas, priorizadas e atribuídas. Um aceite com ressalvas claras é mais útil do que uma aprovação ampla que cada parte interpreta de maneira diferente.
A passagem começa no desenho da solução
Quando a operação participa só no fim, pode receber uma ferramenta organizada para uma rotina que não existe. A participação antecipada ajuda a confrontar o projeto com quem irá mantê-lo funcionando.
Isso não significa transferir todo o desenho ao usuário final. Significa incluir conhecimento do trabalho, limites de capacidade e responsabilidade de gestão antes de congelar decisões importantes.
O projeto termina melhor quando a empresa sabe o que recebeu, o que consegue operar e onde continua dependendo de apoio.
Na última solução que sua empresa colocou no ar, quem verificou que a operação estava pronta para assumi-la?