Uma empresa usa o Google Sheets para dashboards. Funciona bem numa startup de cinco pessoas. Não escala numa empresa de cinquenta.
Migrar de uma ferramenta para outra é um projeto. Exige planeamento.
Má migração: mudar todos os dashboards para a nova ferramenta de uma vez. A equipa fica confusa. Os dados ficam errados. A produtividade cai. Caos.
Boa migração: planear, fazer um piloto, executar por fases, validar, desativar a ferramenta antiga. Sem perturbações.
Porquê migrar
A ferramenta atual é lenta
O tempo de carregamento é de dois minutos. Inaceitável.
A ferramenta atual não escala
Cem dashboards são demasiados para gerir no Google Sheets.
A ferramenta atual não tem funcionalidades
Não faz atualizações em tempo real. Não faz detalhe por camadas.
A ferramenta atual é cara em escala
O custo por utilizador torna-se proibitivo com cinquenta utilizadores.
A ferramenta atual não é acessível
Os dashboards no telemóvel não funcionam. A equipa não consegue ver no telemóvel.
Quando migrar
Migra quando a dor for insuportável
Se a ferramenta atual funciona bem, não migres. A migração perturba. O custo é alto. Fica com a ferramenta que funciona, a não ser que haja uma razão forte para mudar.
Migra quando chegares aos limites da ferramenta
O Google Sheets funciona para cinco dashboards. Cinquenta dashboards é o limite. Pensa em migrar aos quarenta dashboards.
Migra quando a equipa pedir
Se a equipa pede a migração (gasta demasiado tempo a contornar as limitações da ferramenta), a migração justifica-se.
Processo de migração
Fase um (planeamento)
Escolhe a nova ferramenta. Testa com um subconjunto de dashboards. Valida que a nova ferramenta cumpre os requisitos. Prazo: um mês.
Fase dois (piloto)
Migra cinco a dez dashboards para a nova ferramenta. Testa em produção. Recolhe feedback. Prazo: um mês.
Fase três (migração completa)
Migra os dashboards restantes. Constrói novos dashboards na nova ferramenta. Descontinua a ferramenta antiga. Prazo: um a três meses, consoante o número de dashboards.
Fase quatro (desativação)
A ferramenta antiga é arquivada. A equipa usa apenas a nova ferramenta. O apoio à ferramenta antiga termina. Prazo: um mês.
Prazo total
Quatro a seis meses para a migração completa.
Exemplo real: migração para uma ferramenta de BI
Fase um (planeamento)
A empresa usa atualmente o Google Sheets para dashboards. Avalia três ferramentas de BI. Escolhe uma. O custo é de trinta mil por ano (cento e cinquenta por utilizador vezes duzentos utilizadores). Benefícios: atualizações em tempo real, detalhe por camadas, suporte móvel, melhor desempenho. O custo é aceitável.
Fase dois (piloto)
Migra cinco dashboards (executivo, vendas, marketing, produto, operações). A equipa usa a ferramenta de BI durante um mês. Feedback: a ferramenta de BI é mais rápida (bom), a curva de aprendizagem é íngreme (esperado), as consultas são complexas de configurar (custo único). O piloto é um sucesso. Passa-se à migração completa.
Fase três (migração completa)
Passa os restantes quarenta e cinco dashboards em seis semanas. Cria uma equipa de três pessoas (uma por semana) para migrar dashboards. Os dashboards existentes no Google Sheets são desativados. Os novos dashboards na ferramenta de BI são ativados. As consultas são configuradas para cada métrica.
Fase quatro (desativação)
Os dashboards do Google Sheets são removidos. A pasta de dashboards do Google Sheets é arquivada. A equipa usa apenas a ferramenta de BI. O apoio a questões sobre o Google Sheets termina.
Resultado
A migração demorou cinco meses. O custo foi de quarenta mil dólares (trinta mil da ferramenta de BI mais dez mil de implementação). Benefício: os dashboards são mais rápidos, mais fiáveis e mais escaláveis. Retorno num ano.
Como evitar erros de migração
Não migres sem planear
Não mudes de repente para uma nova ferramenta. O resultado é o caos.
Não migres todos os dashboards de uma vez
Migra por fases. Cada fase é testada. Os problemas são corrigidos antes da fase seguinte.
Não percas dados durante a migração
Exporta os dashboards antigos, valida a importação, verifica se os números batem certo.
Não te esqueças da formação
A nova ferramenta exige aprendizagem. Reserva tempo para a formação da equipa. Reserva tempo para apoio durante a transição.
Não migres cedo demais
Espera até a ferramenta atual ser realmente limitadora. Migrar cedo é custo desperdiçado.
Perguntas frequentes
Como escolhemos uma nova ferramenta de dashboards?
Avalia em cinco critérios: custo, desempenho, funcionalidades, curva de aprendizagem, apoio. Custo: cabe no orçamento? Desempenho: é rápida? Funcionalidades: faz detalhe por camadas, tempo real, telemóvel? Curva de aprendizagem: a equipa aprende num mês? Apoio: o fornecedor ajuda quando ficas preso? Nenhuma ferramenta é perfeita nos cinco. Escolhe uma que seja aceitável nos cinco e excelente nos três principais. Com o criador de websites da WEMASY, podes configurar isto diretamente no teu website.
Devemos migrar todos os dashboards ou usar a nova ferramenta só daqui para a frente?
Migra todos os dashboards na fase três. Se a ferramenta antiga e a nova coexistirem, a equipa fica confusa. Que dashboard usar? A ferramenta antiga tem cinco dashboards. A nova tem dez. A equipa divide o foco. É melhor terminar a migração e descontinuar a ferramenta antiga. Uma rutura limpa é melhor do que uma transição gradual.
Como lidamos com a resistência da equipa à migração?
Envolve a equipa cedo. O planeamento da fase um inclui a opinião da equipa. A equipa escolhe a nova ferramenta (com orientação da liderança). A equipa fica comprometida com a escolha. A resistência é menor quando a equipa participa na decisão. Reconhece também a curva de aprendizagem. A nova ferramenta é mais difícil de usar no início. Admite isso. Reserva tempo para formação.
E se a nova ferramenta for mais cara do que a antiga?
Calcula o retorno. A ferramenta antiga é grátis mas lenta. A equipa gasta cinco horas por semana a contornar as limitações da ferramenta. Cinco horas vezes cinquenta semanas vezes cem dólares por hora são vinte e cinco mil dólares por ano desperdiçados. A nova ferramenta custa trinta mil por ano mas poupa vinte e cinco mil em produtividade. O custo líquido é de cinco mil por ano. O retorno é positivo.
Como validamos que os dashboards migrados estão corretos?
Audita. Para cada dashboard migrado, compara os números da ferramenta antiga com os da nova. Os números devem coincidir exatamente (até à segunda ou terceira casa decimal). Se não coincidirem, investiga a discrepância. Corrige antes de declarar a migração concluída. Auditar leva tempo, mas evita que dados errados se espalhem.
Durante quanto tempo podemos manter a ferramenta antiga e a nova em paralelo?
No máximo três meses. Manter duas ferramentas em paralelo é caro e confuso. Define uma data de desativação para a ferramenta antiga. Dois dashboards na antiga e cinco na nova durante um mês é aceitável. Mas todos os dashboards na antiga e todos na nova durante três meses é demasiado. Compromete-te com o calendário da migração e cumpre-o.