Primeiros 90 Dias Após o Go-Live: Guia para Operações

O novo sistema entrou no ar segunda-feira. Na quarta, três pessoas já perguntavam se dava para “voltar ao jeito antigo.” Na sexta, alguém tinha montado uma planilha que faz o que o sistema deveria fazer. É assim que começam os primeiros 90 dias após o go-live.

É nesse período que a maioria dos projetos de transformação digital se define. Não porque o software está errado, mas porque a transição entre “sistema no ar” e “sistema funcionando para nós de verdade” demora mais e dói mais do que qualquer um esperava. Segundo a Deloitte, 75% dos executivos dizem que medir o impacto da transformação digital continua sendo seu principal desafio. Para gestores de operações, esse desafio se desenrola ao vivo, no chão de fábrica.

O que esperar, o que observar e como levar sua equipe até o outro lado.

Por Que Todo Go-Live Tem Uma Queda de Produtividade

Toda troca de sistema traz uma queda temporária de produtividade. Isso não é sinal de fracasso. É uma fase previsível que acontece porque sua equipe está fazendo o mesmo trabalho de antes, mas por fluxos de trabalho desconhecidos.

Pense no que muda no dia um. Pessoas que processavam uma tarefa em três cliques agora precisam de sete. A memória muscular construída ao longo de anos virou pó. Os atalhos e o conhecimento informal (“pergunta pra Maria, ela sabe onde esse arquivo vai”) deixaram de funcionar.

A competência reseta. Sua equipe não ficou pior. Ela perdeu a eficiência que vinha de anos de prática no sistema antigo. Pesquisas da Prosci sobre adoção de ERP mostram consistentemente que as organizações subestimam essa lacuna entre o estado atual e o estado futuro dos processos, e que o suporte necessário para fechá-la costuma ser insuficiente.

Essa queda é temporária se você gerenciá-la. Se não gerenciar, gambiarras temporárias se tornam permanentes.

O Que o Primeiro Mês Realmente Parece

O primeiro mês é modo de sobrevivência. Sua equipe está aprendendo uma interface nova enquanto continua responsável pela mesma entrega. Veja o que você provavelmente vai observar:

Tempos de processamento dobram ou triplicam. Tarefas que levavam 5 minutos agora levam 15. Isso é normal.
Taxa de erros dispara. Pessoas digitam dados nos campos errados, pulam etapas ou entendem os novos fluxos de forma equivocada.
Perguntas inundam sua caixa de entrada. “Como eu faço…” e “onde foi parar o…” viram rotina.
Frustração atinge o pico na segunda semana. A paciência inicial se esgota, e a realidade do atrito diário se instala.

O maior erro que gestores de operações cometem nessa fase é tentar consertar tudo de uma vez. Não dá. Concentre-se em três coisas:

Mantenha um registro estruturado de problemas. Não um mural de reclamações. Um registro que separe o que está quebrado, o que é apenas desconhecido e o que é uma lacuna real do sistema. Essa distinção importa depois.
Proteja seus usuários-chave. Identifique as 2 ou 3 pessoas de cada time que estão se adaptando mais rápido. Blindem elas de virar o help desk de todo mundo. Elas precisam de tempo para construir a própria competência antes de ajudar os outros.
Alinhe expectativas com a liderança. Se você não fez isso antes do go-live, faça agora. Compartilhe números concretos: “Volume de processamento caiu 30% esta semana. Esperamos recuperar 80% até a quarta semana.” Garantias vagas convidam microgerenciamento.

Dias 31 a 60: Quando as Gambiarras Criam Raízes

O segundo mês é o mais perigoso. A dor aguda do primeiro mês passa, mas algo mais sutil acontece. Sua equipe começa a encontrar “soluções criativas” para as partes do sistema que parecem lentas ou desajeitadas.

Alguém monta uma planilha de acompanhamento. Outra pessoa começa a enviar aprovações por e-mail em vez de usar o fluxo do sistema. Um supervisor mantém um caderno de papel com exceções porque “o sistema não lida bem com isso.” Segundo dados compilados pela ElectroIQ, 80% dos funcionários usam aplicativos não aprovados sem permissão da TI. No contexto pós-go-live, isso não é malícia. É sua equipe resolvendo problemas do jeito mais rápido que conhece.

Essas gambiarras são diagnóstico valioso. Cada uma revela algo específico:

Uma planilha rastreando embarques significa que os recursos de visibilidade do sistema não atendem às necessidades da equipe, ou que a equipe não foi treinada neles.
Aprovações manuais por e-mail significam que o motor de workflow está mal configurado ou rígido demais para exceções do mundo real.
Cadernos de papel significam que o sistema não lida com casos atípicos que acontecem diariamente.

Não proíba gambiarras. Mapeie-as. Cada uma aponta para uma lacuna de treinamento, um problema de configuração ou uma limitação real. A solução é diferente para cada caso, e tratar todas da mesma forma desperdiça tempo e confiança.

Como Saber Se São Dores de Crescimento ou um Problema Real?

Essa é a pergunta que todo gestor de operações enfrenta por volta do segundo mês. A equipe ainda está mais lenta. Gambiarras existem. A liderança quer saber quando as coisas vão “se normalizar.” Como diferenciar um sistema que precisa de mais tempo de um sistema que genuinamente não está funcionando?

Sinais de dores de crescimento (temporárias):

Velocidade de processamento melhora semana a semana, mesmo que devagar
As mesmas perguntas param de aparecer, substituídas por novas e mais avançadas
Gambiarras encolhem em escopo (de planilhas que substituem o sistema inteiro para pequenos complementos)
Seus usuários-chave já preferem o novo sistema para certas tarefas

Sinais de problema real (estrutural):

Um fluxo de trabalho central exige mais etapas que o sistema antigo, sem nenhum benefício compensatório
O mesmo erro se repete porque a interface induz as pessoas à ação errada
Os dados do sistema não batem com a realidade, e ninguém confia nos números
Gambiarras crescem em vez de diminuir, e novas aparecem o tempo todo
Suas melhores pessoas (não só as resistentes) estão frustradas

Se você está vendo sinais estruturais, escale com dados concretos. “O fluxo de status de embarque exige 11 cliques onde o sistema antigo precisava de 4, e não encontramos forma de reduzir” é acionável. “A equipe não gosta do novo sistema” não é.

O Que Medir nos Primeiros 90 Dias

A maioria das organizações mede as coisas erradas após o go-live. Medem uptime do sistema, número de logins e taxa de conclusão de treinamentos. Isso diz se as pessoas conseguem acessar o sistema. Não diz se o sistema está funcionando para suas operações.

Meça isso em vez disso:

Tempo de conclusão de tarefa. Escolha 5 processos-chave e cronometre-os semanalmente. Você quer ver uma tendência de queda, mesmo que os números absolutos ainda estejam acima da linha de base antiga.
Taxa de erro e retrabalho. Acompanhe quantas transações precisam de correção. Essa taxa deve atingir o pico nas semanas 2 e 3 e cair consistentemente depois.
Contagem de gambiarras. Conte literalmente os sistemas paralelos, planilhas laterais e processos manuais que sua equipe mantém. Esse número deve diminuir até o terceiro mês.
Perguntas por semana por tema. Se as mesmas perguntas continuam aparecendo, seus materiais de treinamento precisam de atualização. Se perguntas novas surgem, sua equipe está progredindo para uso mais avançado.
Tempo de resolução de exceções. Quando algo dá errado (e vai dar), quanto tempo leva para corrigir? Isso mostra se seus canais de suporte funcionam.

Plote semanalmente. Compartilhe com sua equipe e com a liderança. A tendência importa mais que qualquer ponto isolado. Uma equipe 40% mais lenta na semana um, mas melhorando 5% por semana, está no caminho. Uma equipe 20% mais lenta na semana um, sem melhora, não está.

Cinco Coisas Que o Gestor de Operações Controla Após o Go-Live

Você não controla o software. Não controla a velocidade de resposta do fornecedor. Não controla se a liderança vai dar mais tempo. Mas você controla essas cinco coisas, e elas determinam boa parte do sucesso da transição.

1. A reunião rápida diária (só nos primeiros 30 dias). Dez minutos pela manhã onde a equipe levanta bloqueios. Não é reunião de status. Não é sessão de reclamações. “O que está impedindo você de fazer seu trabalho hoje?” Curta e objetiva. Encerre depois do primeiro mês, a menos que a equipe peça para continuar.

2. A regra do “uma coisa nova.” Toda semana, ensine à equipe uma capacidade do sistema que facilita a vida deles. Nada de despejo de treinamento. Uma coisa. “Veja como criar um filtro salvo para não precisar buscar toda vez.” Pequenas vitórias geram impulso.

3. A revisão de gambiarras. A cada duas semanas, revise as gambiarras ativas com sua equipe. Para cada uma, decida: é lacuna de treinamento (resolve com coaching), problema de configuração (abre chamado) ou limitação real (aceite ou escale)? Depois aja.

4. O canal de feedback para TI. Sua equipe precisa de um caminho claro e rápido para reportar problemas que não seja “mandar e-mail pro diretor de TI.” Um canal compartilhado, um formulário simples, qualquer coisa que registre o problema e dê um retorno em 24 horas. Silêncio gera frustração mais rápido que bugs.

5. A retrospectiva dos 90 dias. No final dos 90 dias, faça uma revisão estruturada. O que está melhor que o sistema antigo? O que está pior? Que gambiarras ainda existem e por quê? Isso dá a você dados concretos para uma conversa com a liderança sobre o que vem depois.

Os Erros Que Transformam Dores de Crescimento em Problemas Permanentes

Alguns gestores de operações prolongam involuntariamente o período de dor. Fique atento a esses padrões:

Manter o sistema antigo “por precaução.” Sistemas paralelos parecem seguros, mas dão à sua equipe uma razão para não se comprometer com o novo. Se todos sabem que podem voltar atrás, ninguém muda de verdade. Defina uma data de corte e cumpra.
Esperar o fornecedor resolver tudo. Seus pedidos de configuração vão levar semanas. Seus pedidos de funcionalidade podem levar meses. Ajuste seus processos para funcionar dentro do sistema como ele é hoje, depois melhore de forma incremental.
Ignorar os resistentes silenciosos. As reclamações em voz alta recebem atenção. Mas as pessoas que silenciosamente pararam de usar o sistema e voltaram para os métodos antigos são o maior risco. Verifique dados de uso, não só pesquisas de satisfação.
Comunicar demais a visão, de menos o prático. Sua equipe não precisa de mais um e-mail sobre “os benefícios de longo prazo da transformação digital.” Precisa saber como processar uma devolução no novo sistema sem perder 20 minutos.

Perguntas Frequentes

Quanto tempo leva para recuperar a produtividade total após o go-live de um sistema?

A maioria das equipes de operações atinge 80% da produtividade pré-go-live em 4 a 6 semanas e produtividade total em 3 a 4 meses. Implantações complexas com múltiplos módulos integrados podem levar 6 meses ou mais. O prazo depende fortemente da qualidade do treinamento, da complexidade dos fluxos de trabalho e de quão ativamente a gestão apoia a transição.

Qual é a queda normal de produtividade ao implantar um novo software?

Uma queda de 20% a 40% nas duas primeiras semanas é típica. Equipes que processam transações, gerenciam fluxos de trabalho ou lidam com documentos sentem o impacto com mais intensidade. A queda deve diminuir a cada semana. Se a produtividade não melhorou de forma mensurável até a quarta semana, investigue se o problema é treinamento, configuração ou uma falha fundamental no fluxo de trabalho.

É recomendável manter o sistema antigo em paralelo após o go-live?

A operação em paralelo deve se limitar a um período definido, geralmente 2 a 4 semanas, e apenas para processos críticos onde a precisão dos dados precisa ser verificada. Manter o paralelo indefinidamente é uma das razões mais comuns pelas quais equipes não adotam o novo sistema. Quando o sistema antigo permanece disponível, usuários resistentes voltam a ele por padrão, e a adoção estagna.

Quando escalar problemas pós-go-live para a liderança?

Escale quando você tiver dados específicos mostrando um problema estrutural, não apenas uma curva de aprendizado. “A tarefa X leva três vezes mais tempo e não encontramos solução de configuração após duas semanas trabalhando com TI” vale a escalação. Frustração genérica não. Leve o registro de problemas, os dados de tendência e um pedido específico.

Quais são os maiores riscos nos primeiros 90 dias após o go-live?

Os três maiores riscos são o crescimento descontrolado de gambiarras (equipes construindo processos paralelos permanentes), o desengajamento silencioso (usuários que param de usar o sistema sem falar nada) e a perda de paciência da liderança (executivos que esperam ROI imediato e cortam o suporte cedo demais). Os três são gerenciáveis com comunicação estruturada e medição consistente.

Como Tier2 Keel e Tier2 Cargo Apoiam o Período Pós-Go-Live

Os desafios descritos acima são os que vemos ao longo de centenas de implantações em mais de 11 anos construindo e implantando sistemas empresariais. Os produtos Tier2 são desenhados pensando no período pós-go-live.

Tanto o Tier2 Keel quanto o Tier2 Cargo incluem fluxos de trabalho guiados que reduzem o problema da “contagem de cliques.” Em vez de exigir que os usuários naveguem menus complexos, o sistema os conduz passo a passo por cada processo. Isso encurta a curva de aprendizado para novos usuários e reduz a taxa de erros que alimenta a frustração no primeiro mês.

Os dashboards integrados oferecem aos gestores de operações as métricas de visibilidade discutidas anteriormente, como tempo de conclusão de tarefas e taxas de exceção, sem exigir a construção de relatórios customizados. Quando sua equipe consegue ver a própria evolução melhorando semana a semana, a motivação para atravessar a queda aumenta.

Para equipes saindo de fluxos de trabalho baseados em planilhas, o Pluto permite fazer perguntas em linguagem natural, fazendo a ponte entre o que as pessoas sabiam encontrar nas planilhas e o que o sistema rastreia por elas.

Agende uma demonstração para ver como isso funciona na prática.

O Que Acontece Depois do Dia 90

A marca dos 90 dias não é uma linha de chegada. É o ponto onde você deve ter dados suficientes para tomar decisões lúcidas sobre o que funciona e o que precisa mudar. Os gestores de operações que passam melhor por esse período são os que o tratam como um projeto com seus próprios marcos, não como algo que deveria “se acalmar sozinho.”

Sua equipe passou pela parte mais difícil. O próximo passo é transformar o que você aprendeu nesses 90 dias nas melhorias que fazem o investimento se pagar.