Trocar de sistema de gestão sem parar a operação da agência

Você já decidiu que o sistema atual não serve. Já viu demonstração, já comparou, já tem um favorito. E o contrato continua sem assinatura, porque toda vez que você pensa no dia da troca aparece a mesma pergunta: e os três anos de histórico que estão lá dentro?

Nesse ponto a agência costuma adiar por mais um trimestre, ou tentar a troca num fim de semana, com todo mundo copiando tarefa de um lugar para o outro. As duas saídas custam caro: a primeira mantém o problema que motivou a troca, e a segunda para a operação de verdade.

Trocar de sistema sem parar a agência é um projeto com data marcada, escopo do que migra e uma resposta pronta para o que fazer com a base antiga. O que segue é esse projeto, da lista do que migra até o motivo de o time abandonar o sistema recém-comprado.

Por que a troca de sistema trava antes de começar

A troca de sistema trava no medo de perder o histórico, quase nunca no preço ou na falta de um recurso. Quem está decidindo imagina cancelar a assinatura antiga e ver sumir três anos de tarefa, comentário e anexo, e prefere continuar mal do que apagar o passado da agência.

O medo está mal colocado. Histórico de projeto é dado de consulta, não dado de trabalho: você abre o passado para lembrar o que foi combinado com um cliente específico, e isso acontece pouquíssimas vezes. Ninguém consulta a tarefa de dois anos atrás para decidir o que fazer hoje.

Escolher e trocar são problemas diferentes. Escolher é questão de recurso, preço e tamanho de time, e para isso existe comparação lado a lado de sistemas. Trocar é questão de operação: ou o time entrega no dia da virada igual entregou no dia anterior, ou não entrega. Quem confunde os dois passa meses comparando funcionalidade e nenhum minuto planejando o dia do corte.

O que migra e o que não migra na troca de sistema

Cadastro migra, processo não migra. Cliente, contato, dado fiscal, valor de contrato e lista de serviços são fato da agência e valem em qualquer sistema. Card, histórico de tarefa, estrutura de quadro e regra de automação carregam a lógica do sistema antigo, que é justamente a que você decidiu abandonar.

Importar histórico parece cuidado com a informação e é o contrário. O card antigo chega no sistema novo com o problema que já tinha, agora arrumadinho por cima: a tarefa sem responsável continua sem responsável, e o "em andamento" parado há sete meses ganha tela bonita. É um tapete novo cobrindo o mesmo furo no assoalho.

A exceção é o que está em produção agora: contrato ativo, projeto em execução e tarefa com prazo nos próximos dias. Traga esses à mão, sem exportar arquivo, porque recriar obriga alguém a olhar item por item e decidir se ainda faz sentido. Muito projeto marcado como em andamento não está em andamento nenhum.

Recriar é também a hora de escrever o processo do jeito que ele deveria ser, e não do jeito que a ferramenta antiga permitiu. Quem nunca desenhou o fluxo de cada serviço vai desenhar agora: configurar sistema exige responder quem faz o quê e em que ordem. Quem vem do Trello ou do ClickUp pode importar a estrutura que já tem e ajustar o fluxo em cima dela.

Como definir a data de corte da migração

A data de corte é o dia em que todo trabalho novo passa a nascer no sistema novo, sem exceção e sem negociação. Antes dela, os dois sistemas convivem e o antigo manda. Depois dela, o antigo continua pago e aberto, mas apenas para leitura.

Escolha uma data no começo de um ciclo. Se a agência fecha relatório de cliente no dia 5, a data de corte é o dia 6, porque cortar no dia 20 obriga o time a montar relatório com metade do dado em cada lugar. Marque essa data no calendário antes de assinar qualquer contrato: troca sem data marcada é troca que não acontece.

O que estava em andamento no dia do corte segue uma regra simples: tarefa que termina na mesma semana morre onde nasceu, e projeto mais longo é recriado no sistema novo antes da data, com o que falta fazer. Nos primeiros dias o time convive com um punhado de tarefas terminando no lugar velho, e isso é normal.

A janela de consulta é o tempo que você mantém o sistema antigo pago só para ler. O prazo certo é o do seu ciclo mais longo, quase sempre a renovação de contrato: enquanto existir conversa de renovação que pode precisar do que foi entregue no ano, o acesso vale a assinatura. Passado isso, exporte o que der para PDF ou planilha, guarde em pasta e cancele.

O que fazer quando o sistema novo pede um dado que a base antiga não tem

Quando o sistema novo exige um dado que a sua base não tem, crie um registro interno com o que já está valendo na prática, marque como legado e siga. Nada disso chega ao cliente, e nada disso precisa de renegociação.

O caso mais comum é o contrato. Sistema de gestão costuma amarrar projeto a contrato, porque é o contrato que carrega valor, prazo e escopo. Só que boa parte das agências tem cliente antigo sem contrato registrado em lugar nenhum, tocando no acordo verbal de três anos atrás mais um reajuste combinado por mensagem.

A saída é registrar o que já é verdade: o valor que o cliente paga hoje, a data em que a cobrança começou, o escopo entregue todo mês e uma data de término definida como referência interna. Esse registro existe para o sistema calcular margem e prazo, não para servir de documento jurídico, e o cliente não recebe nada nem assina nada.

A mesma lógica vale para os outros campos obrigatórios que a base não tem, como responsável de projeto que nunca teve dono. Preencha com a melhor aproximação e marque como legado.

As quatro semanas da virada

A virada cabe em quatro semanas para uma agência pequena, com a data de corte no começo da terceira. O calendário tem esse tamanho porque é o que cabe entre dois fechamentos mensais: se o seu ciclo é outro, estique ou encurte mantendo a ordem.

Na primeira semana entra o cadastro e mais nada: pessoas, permissões, clientes, contatos, serviços. A operação inteira continua no sistema antigo, e só quem conduz precisa saber que a troca começou.

Na segunda semana o processo é configurado e um serviço piloto roda nos dois lugares ao mesmo tempo. Escolha o mais repetitivo da casa, não o mais complexo: o objetivo é achar o que falta na configuração com um trabalho que todo mundo faz de olhos fechados. O piloto custa alguns dias de trabalho dobrado e evita a virada quebrar.

Na terceira semana acontece a data de corte. Todo trabalho novo nasce no sistema novo, o antigo passa para leitura, e o treinamento usa o trabalho real da semana. É a semana em que a produtividade cai, e cai mesmo: o time leva mais tempo para fazer o que fazia rápido, pergunta onde fica cada coisa e reclama. Esse é o custo previsto da troca, não sinal de escolha errada.

Na quarta semana a agência fecha o primeiro ciclo dentro do sistema novo, com relatório de cliente e conferência de horas. É aí que aparecem os buracos de configuração, porque relatório é o momento em que dado mal preenchido fica visível.

Por que a equipe não usa o sistema que a agência comprou

A equipe não usa o sistema novo por quatro motivos, e todos eles são decisões de quem conduziu a troca, não falta de boa vontade do time. Cada um tem um antídoto conhecido.

Ninguém foi treinado, o time só foi avisado. Uma mensagem no grupo dizendo que a partir de segunda o trabalho é no sistema novo não é treinamento. O antídoto é treino por função, com o trabalho real da semana: designer aprende a receber tarefa e apontar hora, atendimento aprende a abrir demanda, e cada grupo vê só o que vai usar.

O processo não foi redesenhado antes da troca. Configurar o sistema novo reproduzindo a bagunça antiga entrega uma bagunça mais cara, e o time sente isso na primeira semana. O antídoto é escrever o fluxo de cada serviço antes de configurar qualquer coisa, e um fluxograma do processo da agência resolve isso em uma tarde de trabalho com quem executa.

O sistema antigo continuou disponível para trabalhar. Enquanto der para abrir uma tarefa no lugar velho, alguém vai abrir, porque lá é mais rápido para quem já sabe usar. O antídoto é a data de corte com acesso de leitura apenas: consultar o passado continua liberado, criar coisa nova não.

O dono não usa. Se você pede status por mensagem, cobra prazo em reunião e nunca abre o sistema, o time entende em uma semana que a fonte da verdade é você, e o sistema passa a ser burocracia paralela. O antídoto é desconfortável e é o único que funciona: pergunte dentro do sistema, responda dentro do sistema e leve o relatório dele para a reunião.

Os quatro motivos têm a mesma raiz. Sistema de gestão não é ferramenta que se instala, é rotina que se combina, e rotina que ninguém combinou não sobrevive à primeira semana corrida.

Quanto custa de verdade trocar de sistema

O custo real da troca é bem maior que a assinatura do sistema novo, e é por isso que tanta agência acha que fez mau negócio depois de trocar. A tabela mostra as cinco linhas que ninguém soma, com o critério para estimar cada uma com os seus números.

A maior dessas linhas costuma ser a queda de produtividade, justamente a que ninguém contabiliza porque não gera boleto. Somar as cinco muda a conversa: você deixa de comparar mensalidade e passa a comparar o custo da troca contra o custo de continuar como está. Hora perdida procurando informação, refação que ninguém cobrou e cliente atendido no susto são o outro lado dessa conta.

Como saber que a virada terminou

A virada terminou quando três sinais aparecem juntos, e nenhum depende de sensação. Nenhuma tarefa nova nasce no sistema antigo há pelo menos duas semanas. Todos os contratos ativos estão no sistema novo, inclusive os que precisaram de registro-ponte. E o primeiro fechamento foi montado inteiro com dado do sistema novo, sem consultar o antigo para completar um número.

Enquanto um dos três não bater, a agência roda com dois sistemas, a pior configuração possível: paga duas assinaturas, mantém duas rotinas e não confia em nenhum dos dois relatórios. Cancelar cedo demais também é erro, mas o comum é o contrário, e é o que faz a assinatura antiga sobreviver um ano depois da última consulta.

Conduzir isso sozinho é possível, e ter alguém do lado encurta a parte de configuração. O NAMTAB, por exemplo, faz esse acompanhamento em um processo de implantação com acompanhamento, e quem já escolheu para onde vai encontra o detalhe da troca em migrar a gestão para o NAMTAB.

Antes de contratar qualquer coisa, faça duas tarefas nesta semana. Marque a data de corte no calendário, num dia no começo do seu ciclo de fechamento. Depois abra a base atual e escreva duas listas: o que ali é cadastro e vai migrar, e o que é processo e vai ser reescrito. A segunda costuma ser mais curta do que você imagina, e é ela que dá o tamanho real do trabalho.