Em três etapas: primeiro reler o seu livro de folhas para dele extrair a estrutura escondida — que coisas segue (as entidades), como se ligam (as relações), que estados atravessam (os estados) e que totais calcula (os indicadores); depois escolher uma via de construção (no-code, desenvolvimento, geração por IA); por fim migrar progressivamente, com a aplicação e o livro de folhas a coexistirem algumas semanas. O sinal de partida clássico: várias pessoas introduzem dados, e as versões divergem.
Etapa 1: ler o livro de folhas como uma estrutura
Um livro de folhas de gestão contém sempre uma aplicação em gérmen. Cada separador ou grupo de colunas descreve uma coisa seguida — clientes, encomendas, artigos, intervenções: são as entidades. As colunas «nome do cliente» copiadas de um separador para outro são relações disfarçadas. As colunas de cor ou os códigos «OK / em curso / atrasado» são estados. Os totais da primeira linha são o seu futuro painel de controlo.
Esta releitura é a verdadeira migração: uma vez explicitada a estrutura em poucas linhas, a ferramenta de destino quase se deduz sozinha. É inútil reproduzir as 40 colunas — metade são cópias que a estrutura relacional torna inúteis.
Etapa 2: construir — a descrição como atalho
Com a estrutura em mãos, abrem-se três vias: montá-la você mesmo numa plataforma no-code, confiá-la a um programador, ou dá-la tal como está a um gerador. É o caso de uso natural do Blueprint Maker: a sua descrição — «sigo encomendas para clientes, cada encomenda tem um estado e um valor, quero ver o atraso e o volume de negócios do mês» — torna-se um plano validado, e depois uma aplicação gerada: base de dados partilhada, fichas, listas filtráveis, painel de controlo, dados de demonstração.
A aplicação web centralizada cura de uma só vez os males do livro de folhas: acabaram-se as versões concorrentes, acabaram-se as cópias, totais calculados sobre a base de dados e não colados à mão.
Etapa 3: migrar sem big bang
Não mude tudo numa segunda-feira de manhã. Faça coexistir as duas ferramentas num perímetro reduzido — os novos processos na aplicação, o histórico no livro de folhas — durante duas a quatro semanas.
- Semana 1: introduzir apenas os novos casos na aplicação, em duplicado se necessário.
- Semanas 2-3: retomar o histórico útil (muitas vezes basta 10 %), ajustar o que falta.
- Semana 4: passar o livro de folhas para só leitura — torna-se o arquivo.