Pular para o conteúdo
26 de maio de 2026
cluster-industria Control Tower Flexibilidade de Plataforma FollowNet One Go-Live

Cronograma dos primeiros 90 dias com FollowNet One: o que acontece em cada fase (e o que medir)

Como funciona a implementação do FollowNet One: o que acontece em cada fase dos primeiros 90 dias, os KPIs de adoção e os erros que travam o projeto.

Compartilhe
Cronograma dos primeiros 90 dias com FollowNet One: o que acontece em cada fase (e o que medir)

A pergunta mais comum antes da contratação não é sobre preço — é sobre prazo. “Quando o time para de operar no modelo antigo?” “Quanto tempo até os alertas estarem funcionando?” “Quando a diretoria consegue ver o dashboard?” Essas perguntas ficam sem resposta quando a proposta de implementação é genérica. Nos primeiros 90 dias com FollowNet One, o que acontece em cada semana não é surpresa — é plano.

O FollowNet One é a plataforma de Control Tower da e.Mix: centraliza eventos, documentos e alertas de todas as operações de importação e exportação para que o time tome decisões antes que os problemas virem custo. A implementação segue o Modelo e.Mix — Tecnologia + Método + Time que vive sua operação — e é exatamente essa estrutura que torna o cronograma dos primeiros 90 dias previsível, não improvisado.

Neste artigo mostramos o que acontece em cada fase, quem é o owner de cada etapa e o KPI que confirma que a fase avançou antes de passar para a próxima.

  • O problema: implementações sem cronograma por fase viram projeto infinito e resistência interna
  • O custo-risco: cada semana de atraso na adoção é semana de custo operável e dado não rastreado
  • O mecanismo: três fases com owner, KPI e critério de avanço definidos antes do go-live
  • Como começar: mapear o corredor piloto e definir o owner da Fase 1 antes da primeira reunião de kick-off

Por que os primeiros 90 dias com FollowNet One determinam o resultado da implementação

Implementações que travam não travam por problema técnico. Travam por falta de ritmo. Sem uma sequência clara de o que fazer, quem faz e quando considerar a fase concluída, o projeto se fragmenta em reuniões, pendências e versões diferentes da realidade entre times.

Os primeiros 90 dias são o período em que o time forma o novo hábito operacional. É quando a plataforma passa de “sistema novo” para “como a gente trabalha”. Por isso o cronograma não é um cronograma de TI — é um cronograma de mudança de rotina, com métricas de adoção em cada etapa.

Projetos que avançam fase a fase, com critério de saída definido, chegam à maturidade em 90 dias. Projetos sem esse critério costumam estar no mesmo ponto após 9 meses — e com resistência interna acumulada.

Fase 1 — Semanas 1–4: Diagnóstico e go-live do corredor piloto

O objetivo da Fase 1 não é implementar tudo — é ter o corredor de maior volume operando na plataforma com alertas ativos ao final da quarta semana.

As duas primeiras semanas são de diagnóstico e configuração: mapeamento do processo atual com swimlane, levantamento dos parceiros do corredor piloto (armadores, agente, despachante) e configuração dos tipos de evento e dos primeiros alertas automáticos. As semanas 3 e 4 são de go-live e ajuste fino — o time opera em paralelo (plataforma e modelo anterior) para identificar gaps de configuração antes de encerrar o modelo antigo.

O corredor piloto não é o mais simples — é o de maior volume. É nele que o ROI aparece mais rápido e é com esse dado que o gestor valida a expansão nas fases seguintes.

Critério de avanço: 100% dos processos do corredor piloto abertos na plataforma, com pelo menos três alertas ativos e disparando nos eventos corretos.

Fase 2 — Semanas 5–8: Expansão do time e rituais de governança

Com o corredor piloto estabilizado, a Fase 2 expande a operação para os demais analistas e estabelece os rituais de governança que sustentam o modelo no longo prazo.

O onboarding do time acontece por corredor — não por função. Cada analista começa na plataforma pelo fluxo que já conhece, reduzindo a curva de aprendizado e eliminando o argumento de que “o sistema é complicado”. A padronização acontece como consequência natural: quando todos operam no mesmo fluxo, o modelo antigo de “cada um com sua planilha” perde espaço sem que seja necessário proibi-lo.

O ritual de exceções entra aqui: uma reunião semanal de 30 minutos para revisar desvios abertos na plataforma, com owner e prazo para cada item. Não é reunião extra — é substituto direto do follow-up por e-mail e ligação que consumia horas de analista toda semana. O SLA com parceiros também é configurado nessa fase: para cada agente e despachante do corredor piloto, quais eventos precisam de atualização em quanto tempo — e a plataforma monitora automaticamente.

Critério de avanço: rituais semanais de exceção em curso, com pelo menos 80% das exceções tratadas dentro do prazo de SLA interno.

Fase 3 — Semanas 9–12: Maturidade, escala e melhoria contínua

A Fase 3 é quando o modelo começa a entregar o dado que justificou a contratação — e quando a primeira revisão de parametrização acontece com base em evidência real, não em suposição de pré-venda.

Com oito semanas de operação real, o time tem dados suficientes para identificar quais alertas estão gerando ruído, quais parceiros têm SLA consistentemente abaixo do acordado e quais corredores têm o maior custo de desvio. A escala para outros corredores e módulos — como controle de PO — entra aqui como sequência natural de maturidade, não como expansão agressiva.

É nessa fase que o gestor para de ser cobrado por informação e começa a levar dado para a reunião de S&OP. A pergunta deixa de ser “onde está minha carga?” e passa a ser “qual corredor tem o maior número de exceções abertas esta semana?”.

Critério de avanço: pelo menos 70% dos processos com desvio identificado antes do custo gerado, e pelo menos um corredor adicional em onboarding.

De follow-up a controle de PO: como a maturidade se desenvolve junto com a operação

Antes: sete analistas, cada uma com seu jeito de trabalhar e sua planilha de Excel — sem padronização, sem visibilidade centralizada.

Depois: evolução consistente ao longo da implementação — de follow-up para controle de PO, crescendo junto com a plataforma e com o time e.Mix.

Luciano Ricardo Braga — Coordenador de Comex — Positivo Tecnologia
Vídeo: https://www.youtube.com/watch?v=rRclDf1iQrw&t=108

O que medir em cada fase: KPIs de adoção por etapa

Cada fase tem um KPI principal — não para medir o fornecedor, mas para saber se o time adotou o modelo. Sem esse critério, é impossível saber quando avançar. Salve esta tabela como referência de governança da implementação.

FaseSemanasKPI principal de adoçãoMeta de referênciaOwner
Fase 1 — Diagnóstico e go-live piloto1–4% dos processos do corredor piloto com alertas ativos e disparando100%Head / Coord. de Comex
Fase 2 — Expansão e governança5–8% de exceções tratadas dentro do prazo de SLA interno>80%Head de Comex
Fase 3 — Maturidade e escala9–12% de processos com desvio identificado antes do custo gerado>70%Head + Controller

Esses KPIs não exigem dashboard sofisticado nas primeiras semanas. Um recorte semanal de processos abertos versus processos com alerta disparado é suficiente para monitorar a Fase 1. A plataforma organiza esse dado automaticamente a partir do go-live.

Os erros que travam cada fase — e o sinal de alerta antes de acontecer

  • Fase 1: tentar configurar todos os corredores ao mesmo tempo. Sinal: reunião de kick-off com mais de cinco pessoas e agenda aberta sem critério de saída.
  • Fase 2: pular o ritual de exceções porque “a semana estava corrida”. Sinal: follow-up por e-mail voltando em paralelo com a plataforma.
  • Fase 3: expandir para novos módulos antes de estabilizar os alertas do piloto. Sinal: taxa de exceções tratadas no prazo abaixo de 70% por duas semanas consecutivas.
  • Em todas as fases: não ter um owner com autonomia para decisão de configuração. Sinal: qualquer ajuste de parâmetro dependendo de aprovação de TI ou aguardando agenda de terceiro.

Se o seu time está avaliando a implementação do FollowNet One e quer entender qual corredor priorizar no piloto e quais alertas configurar primeiro — essa é exatamente a conversa que fazemos antes de qualquer contrato.

Agende uma conversa com a e.Mix →

Como começar sem projeto infinito

Owner: Head ou Coordenador de Comex — com alinhamento do Diretor de Operações para garantir que a Fase 1 tem prioridade sobre outras demandas do time nas primeiras quatro semanas.

Cadência: semanal — 30 minutos toda semana para revisar o critério de avanço da fase em curso e os desvios abertos na plataforma. Essa reunião substitui o follow-up disperso; não soma a ele.

KPI farol: percentual de processos do corredor piloto com pelo menos um alerta ativo e disparado corretamente — meta de 100% até o final da semana 4.

Primeiro recorte: o corredor de maior volume dos últimos 60 dias. É nele que o ROI do piloto aparece mais rápido — e é com esse dado que o gestor valida a expansão para os demais corredores nas fases seguintes.

Saiba mais

📖 Leia o guia completo: Indústrias no Comex: guia completo

Perguntas & Respostas

O que é o Modelo e.Mix e como ele se aplica nos primeiros 90 dias?

O Modelo e.Mix é a combinação de três camadas indissociáveis: Tecnologia (FollowNet One), Método (Lean Six Sigma aplicado ao Comex) e Time especializado que acompanha a operação. Nos primeiros 90 dias, as três camadas atuam simultaneamente — a plataforma é configurada, os rituais de governança são instituídos e o time e.Mix acompanha cada fase com critério de avanço definido.

Quanto tempo leva a implementação do FollowNet One?

O cronograma estruturado cobre 90 dias divididos em três fases: go-live do corredor piloto (semanas 1–4), expansão do time e rituais de governança (semanas 5–8) e maturidade com escala para outros corredores (semanas 9–12). O tempo total pode variar dependendo do volume e da complexidade da operação, mas o modelo de fases com critério de saída garante que cada etapa avance com adoção real — não apenas com configuração técnica concluída.

Como funciona a Fase 1 dos primeiros 90 dias com FollowNet One?

A Fase 1 cobre as semanas 1 a 4 e tem um objetivo único: ter o corredor de maior volume operando na plataforma com alertas ativos. As duas primeiras semanas são de diagnóstico e configuração; as semanas 3 e 4 são de go-live em paralelo com o modelo anterior para identificar gaps antes de encerrar o modelo antigo. O critério de saída é 100% dos processos do corredor piloto abertos na plataforma com pelo menos três alertas disparando corretamente.

O que medir para saber se a implementação está avançando corretamente?

Cada fase tem um KPI de adoção. Fase 1: % de processos do corredor piloto com alertas ativos (meta: 100%). Fase 2: % de exceções tratadas dentro do prazo de SLA interno (meta: >80%). Fase 3: % de processos com desvio identificado antes do custo gerado (meta: >70%). Esses KPIs medem adoção real — não progresso técnico de configuração.

Por que começar com um corredor piloto em vez de implementar toda a operação de uma vez?

O corredor piloto concentra esforço onde o ROI aparece mais rápido — no fluxo de maior volume. Implementações que tentam cobrir toda a operação no primeiro mês tendem a travar por excesso de configuração pendente e resistência interna. O piloto gera o dado que valida a expansão: quando o gestor vê o primeiro alerta preventivo funcionando no corredor real, a resistência ao novo modelo cai significativamente.

Quais são os principais erros que travam uma implementação de Control Tower no Comex?

Os quatro erros mais recorrentes são: (1) tentar configurar todos os corredores ao mesmo tempo na Fase 1; (2) abandonar o ritual de exceções nas primeiras semanas por pressão de agenda; (3) expandir para novos módulos antes de estabilizar os alertas do piloto; (4) não ter um owner com autonomia para decisão de configuração — quando qualquer ajuste depende de TI ou de terceiro, o projeto trava.

Como o FollowNet One resolve a falta de padronização entre analistas durante a implementação?

A padronização acontece como consequência do onboarding por corredor — não por imposição. Quando cada analista começa a operar pelo fluxo que já conhece, dentro da plataforma, o modelo anterior de planilhas individuais perde espaço naturalmente. Não é necessário proibir o modelo antigo: quando a plataforma entrega visibilidade que a planilha não entrega, a adoção acontece.

Quando o time começa a ver resultado real com o FollowNet One?

Os primeiros resultados aparecem ainda na Fase 1, quando o primeiro alerta preventivo evita uma ligação de follow-up ou antecipa um atraso que teria virado custo. A maturidade plena — com dado suficiente para identificar causa raiz por parceiro e corredor — costuma aparecer na Fase 3, entre a semana 9 e a 12. O que acelera esse processo é ter o owner certo com cadência semanal de revisão desde o início.

Qual a diferença entre implementação em fases e implementação em ondas no Comex?

Implementação em fases organiza o cronograma por maturidade de adoção: cada fase tem um critério de saída baseado em KPI de uso real. Implementação em ondas organiza por escopo de corredor ou módulo. As duas abordagens são complementares — os primeiros 90 dias com FollowNet One combinam fases de maturidade com início no corredor de maior volume, que é o piloto da primeira onda.

Como fazer a transição do modelo de planilhas para o FollowNet One sem interromper a operação?

A transição acontece em paralelo nas semanas 3 e 4 da Fase 1: o time opera simultaneamente na plataforma e no modelo anterior, especificamente no corredor piloto. Isso permite identificar gaps de configuração antes de encerrar o modelo antigo. Operações que tentam fazer a transição direta — desligando o modelo anterior no dia do go-live — costumam enfrentar resistência e retrocesso nas primeiras semanas.

Como implementar o FollowNet One nos primeiros 90 dias com resultado mensurável

Cronograma de implementação em três fases com owner, KPI de adoção e critério de avanço por etapa. Aplicável a importadores e indústrias com operação de Comex a partir de 50 processos mensais.

  1. 1

    Passo 1: Definir o corredor piloto e o owner da Fase 1

    Selecionar o corredor de maior volume dos últimos 60 dias como escopo do piloto. Designar um Head ou Coordenador de Comex como owner com autonomia para decisões de configuração — sem dependência de TI para ajustes de parâmetro.

  2. 2

    Passo 2: Realizar diagnóstico e configurar alertas (semanas 1–2)

    Mapear o processo atual do corredor piloto com swimlane, levantar os parceiros envolvidos (armador, agente, despachante) e configurar os tipos de evento e os primeiros alertas automáticos. O critério de encerramento desta etapa é a plataforma configurada e os alertas testados em processo real.

  3. 3

    Passo 3: Go-live em paralelo e ajuste fino (semanas 3–4)

    Operar simultaneamente na plataforma e no modelo anterior durante duas semanas. Identificar gaps de configuração com base nos eventos reais do corredor piloto. Encerrar o modelo anterior somente quando 100% dos processos do corredor estiverem na plataforma com alertas disparando corretamente.

  4. 4

    Passo 4: Instalar rituais de governança e expandir o time (semanas 5–8)

    Instituir a reunião semanal de exceções (30 minutos, com owner e prazo por item) como substituto do follow-up por e-mail. Fazer onboarding dos demais analistas por corredor. Configurar SLA de parceiros e ativar monitoramento automático de prazo de atualização.

  5. 5

    Passo 5: Revisar parametrização e escalar (semanas 9–12)

    Com oito semanas de dados reais, revisar quais alertas geram ruído, quais parceiros têm SLA abaixo do acordado e quais corredores têm o maior custo de desvio. Iniciar onboarding do próximo corredor ou módulo (como controle de PO) com base nos aprendizados do piloto.

Sua operação já sabe o que vai acontecer em cada semana da implementação?

O FollowNet One tem cronograma de implementação estruturado por fase — com owner, KPI e critério de avanço definidos antes do go-live. Veja como funciona em 30 minutos.

Solicite uma demonstração

Conheça o FollowNet One