Quem mudou o quê na planilha, e quando?

O cliente liga para saber por que o pedido não chegou na data combinada. Na planilha, a data de entrega aparece mais tarde do que a que ele ouviu ao fechar. Alguém mudou a data, e ninguém lembra de ter mexido. O dono pergunta quem alterou e quando, e a resposta é uma rodada de "comigo não foi".

É uma das perguntas que levam o dono a pensar em substituir planilha por sistema. A planilha nasceu como controle paralelo, para anotar clientes e pedidos que o sistema oficial não cobria. Ganhou aba, ganhou fórmula, ganhou mais gente editando. Hoje ela faz o papel de sistema da empresa sem ter sido desenhada para isso.

Entre os setores onde esse quadro costuma aparecer, o catálogo do site lista prestadores de serviço, distribuição, pequena indústria e varejo. A troca tem sinais claros, um miolo que vale levar para o sistema novo e um jeito de fazer sem parar a operação.

Como a planilha virou o sistema da empresa

A planilha resolve, e por isso ficou. No começo ela custa pouco, todo mundo sabe abrir e mudar algo é rápido. Numa operação pequena, ela costuma dar conta do recado.

O volume muda a conta. Entram mais clientes, mais pedidos, mais gente precisando do mesmo arquivo. A planilha da cena foi montada sem validação nas células e sem histórico por alteração. Ela aceita o que se digitar: uma data em outro formato, um nome escrito de dois jeitos, uma linha apagada sem querer. Nada ali avisa o erro nem guarda quem fez a mudança.

Para o dono, o custo aparece em coisas pequenas e espalhadas: tempo da equipe conferindo se o número está certo, retrabalho quando um pedido sai com dado errado, o cliente que recebe uma resposta hoje e outra amanhã. O tempo entra na conta, e erro, retrabalho e prazo para o cliente pesam junto.

Três sinais de que a planilha já não aguenta ser o sistema

1. Ela já não aguenta o volume. Por exemplo: o arquivo abre devagar, as fórmulas quebram quando alguém insere uma linha no meio e só uma pessoa sabe onde mexer sem estragar. A empresa passa a trabalhar em volta da planilha, e esse trabalho consome tempo.

2. Duas pessoas editam ao mesmo tempo e o dado some. Uma atualiza o status de um pedido, a outra salva a versão antiga por cima, e a mudança desaparece sem aviso. Quem perdeu o dado descobre quando o cliente liga.

3. Ninguém sabe quem mudou o quê, nem quando. Sem histórico por alteração, cada erro vira investigação: comparar versões, perguntar para a equipe, vasculhar mensagens. É a pergunta do título, e ela costuma chegar com pressa.

Um sinal já justifica a conversa. Quando os três aparecem na mesma semana, a operação depende de um arquivo sem histórico por alteração, difícil de auditar.

Onde o erro entra

Quando o dado some ou muda sem rastro, a conversa procura um culpado. Na planilha da cena, a pessoa fez o que o arquivo deixou fazer: ele permite edição simultânea sem aviso, não valida o que entra nas células e não guarda quem alterou o quê. Quem executa o processo fica sem proteção.

O conserto fica no processo, e o ponto de partida é entender o que a planilha faz hoje antes de desenhar qualquer tela.

O que levar ao substituir planilha por sistema

A gente lê a planilha como quem lê um processo. Quais abas a equipe abre todo dia? Quais colunas ninguém preenche há meses? Que fórmulas guardam uma regra da empresa, como desconto, prazo ou comissão, além do cálculo? Quem mexe em quê?

O que a operação usa vai para o sistema, e o que ninguém usa fica de fora. O desenho busca um sistema com as telas que a equipe abre de verdade, sem o que não usa.

O exemplo do catálogo acrescenta três coisas que faltavam na planilha da cena:

• Validação na entrada. Data no formato certo, campo obrigatório preenchido, cliente que já existe reconhecido. A regra existe para o erro não entrar no cadastro.
• Histórico de cada alteração. Quem mudou, o que mudou, quando. A pergunta do título passa a ter um lugar onde procurar a resposta.
• Importação do que já existe. O cadastro da planilha entra no sistema, e a equipe não precisa recomeçar do zero.

Uma regra de exceção possível: o pedido que passa na validação entra direto, e o cadastro duplicado ou o valor que não bate vai para a pessoa responsável, com o motivo à vista.

Como migrar em fatias

A tentação é trocar tudo de uma vez. Como a gente lê esse risco, se o sistema novo falhar, a empresa fica sem planilha confiável e sem sistema que funcione.

A saída vem de uma solução vizinha do catálogo, o retrofit de sistema antigo. Nela, a migração anda em fatias, e cada fatia só avança quando o processo roda bem na anterior. O retrofit trata de sistema antigo. Levar a mesma lógica para a planilha é extensão nossa, fora do que o catálogo escreve.

Um exemplo de ordem:

1. Primeira fatia, o cadastro de clientes. A equipe passa a cadastrar só no sistema. A planilha continua viva para pedidos e estoque.
2. Segunda fatia, os pedidos. Entram quando o cadastro roda sem ninguém voltar à planilha para corrigir.
3. Terceira fatia, o estoque. Fecha a troca, e a planilha antiga vira arquivo de consulta.

A ordem muda conforme a empresa. A regra fica: uma fatia por vez, com o processo rodando antes de avançar.

O sistema que fica no lugar da planilha

No catálogo do site, o exemplo mais próximo desta rotina é o sistema interno no lugar da planilha: cadastro, pedidos e estoque, com histórico de quem fez o quê. O desenho traz as telas que a operação usa de verdade, as regras de validação na entrada e o histórico de cada alteração com a importação da planilha. Não há relato de cliente nele.

No catálogo, a rotina fica assim: a equipe faz o mesmo trabalho de antes, num lugar que valida a entrada e guarda o histórico, e o que era controle paralelo passa a ser a fonte oficial. As medidas do exemplo são erros de cadastro por mês e tempo gasto conferindo planilha.

A primeira fatia

O trabalho começa com a planilha aberta e com quem a usa todo dia.

1. Marque o que está vivo. Numa cópia do arquivo, a equipe pinta as abas e colunas que usa toda semana e as que ninguém toca. Ao lado de cada fórmula que guarda regra da empresa, anota qual regra é. Essa cópia vira o mapa do sistema novo.
2. Conte os erros do último mês. Quantos cadastros precisaram de correção, e quanto tempo por semana alguém gasta conferindo a planilha. Esses dois números, aceitos por escrito por quem decide, formam a linha de base. Se ninguém mede, o primeiro trabalho é montar a medição, e o argumento para medir primeiro está em como estimar o retorno de uma automação.
3. Escolha a fatia e o critério de pronto. Cadastro, pedidos ou estoque, o que mais dói hoje. Escreva o que conta como a fatia feita. Por exemplo: todo cliente novo entra só pelo sistema, a aba de clientes deixa de ser aberta e o histórico responde quem mudou o quê. Quem decide aceita por escrito, e ninguém discute depois o que "pronto" queria dizer.

Esses passos são o miolo de um diagnóstico de processos: um fluxo escolhido, o número de hoje e o critério de pronto, por escrito.

Se a pergunta do título já apareceu na sua empresa, dá para conversar sobre ela numa reunião gratuita da Kaffra, com a planilha aberta na tela.