---
title: "Quando a planilha de backup vira o sistema real"
description: "Uma planilha de backup leva umas doze semanas para virar o sistema real. O custo de corrigir depende da semana em que alguém olha para ela."
url: https://studiochat.io/pt/blog/la-planilla-en-la-sombra
locale: pt
translations: { en: https://studiochat.io/blog/la-planilla-en-la-sombra.md, es: https://studiochat.io/es/blog/la-planilla-en-la-sombra.md }
site: https://studiochat.io
---

[ Voltar ao blog](/pt/blog)

Um mês depois do lançamento, alguém do time continua mantendo a planilha antiga. Não comenta na reunião de acompanhamento, e quando perguntam responde que usa por garantia.

Essa planilha não é um problema de disciplina. É um percurso de doze semanas que já começou, e que quase sempre termina do mesmo jeito.

## [Como uma cópia vira o sistema real?](#como-uma-copia-vira-o-sistema-real)

Em seis passos, e nenhum parece grave sozinho.

**Semana 1.** Alguém exporta os dados para ter uma cópia, por garantia. O dado vive no sistema. A planilha é uma cópia e nada mais.

**Semana 3.** Num dia cheio, um caso é anotado só na planilha e ninguém passa para o sistema. O dado começa a viver nos dois lados, e eles já não dizem exatamente a mesma coisa.

**Semana 5.** O time começa a consultar a planilha, porque está mais atualizada. Para as perguntas do dia a dia, a planilha já é a fonte.

**Semana 8.** O relatório semanal é montado a partir da planilha, porque o do sistema não fecha. A informação que embasa as decisões sai dali.

**Semana 12.** Os casos novos entram primeiro na planilha. O sistema é preenchido depois, quando alguém tem tempo.

**Mês 6.** O sistema é uma interface apoiada sobre uma planilha, e o time tem razão em não confiar nele, porque ele está mesmo incompleto.

Ninguém decidiu criar um sistema paralelo. Cada passo foi razoável no dia em que aconteceu.

Percurso ilustrativo

Doze semanas de uma planilha de backup

Em que semana alguém olha?

Semana 2Semana 6Semana 12Ninguém olha

Semana 1

Alguém exporta os dados para ter uma cópia, por garantia.

O dado vive no sistema. A planilha é uma cópia e nada mais.

Semana 3

Num dia cheio, um caso é anotado só na planilha e ninguém passa para o sistema.

O dado começa a viver nos dois lados, e eles já não dizem exatamente a mesma coisa.

Semana 5

O time começa a consultar a planilha, porque está mais atualizada que o sistema.

Para as perguntas do dia a dia, a planilha já é a fonte.

Semana 8

O relatório semanal é montado a partir da planilha, porque o do sistema não fecha.

A informação que embasa as decisões sai da planilha.

Semana 12

Os casos novos entram primeiro na planilha. O sistema é preenchido depois, quando alguém tem tempo.

O sistema ficou atrás e é preenchido por obrigação, não por uso.

Mês 6

O sistema é uma interface apoiada sobre uma planilha, e o time tem razão em não confiar nele.

O projeto continua sendo pago e a planilha é a operação real.

Não há conserto, há recomeço

A esta altura não se corrige um desvio, se implementa de novo. E a segunda vez é mais difícil que a primeira, porque o time já tem a experiência de que o sistema anterior não funcionou, mesmo que o que não funcionou tenha sido o acompanhamento.

O custo conforme a semana em que alguém olha

* Semana 2: Uma conversa de dez minutos. A planilha ainda é uma cópia: não tem nenhum dado que o sistema não tenha. Basta entender por que ela existe, resolver o caso que a pessoa não consegue resolver no sistema, e combinar uma data para desligá-la. Não há nada a recuperar.
* Semana 6: A conversa, mais um tempo de trabalho manual. Já existem casos que vivem só na planilha, então além de conversar é preciso passá-los para o sistema e resolver o campo que o sistema não cobria. Continua sendo trabalho de dias, e o time ainda não parou de usar o sistema.
* Semana 12: É preciso reconstruir antes de poder consertar. É preciso reconstruir o estado real dos casos abertos, decidir qual das duas fontes manda, e treinar o time de novo. O mais caro não é o trabalho: é que o sistema perdeu credibilidade, e isso não se recupera migrando dados.
* Ninguém olha: Não há conserto, há recomeço. A esta altura não se corrige um desvio, se implementa de novo. E a segunda vez é mais difícil que a primeira, porque o time já tem a experiência de que o sistema anterior não funcionou, mesmo que o que não funcionou tenha sido o acompanhamento.

O percurso é ilustrativo e descreve o padrão que se repete, não a medição de um cliente. As semanas exatas variam com cada time, a ordem dos passos quase nunca.

## [Por que a semana em que alguém olha decide o custo?](#por-que-a-semana-em-que-alguem-olha-decide-o-custo)

Porque o que muda não é o percurso, que é sempre o mesmo, e sim o ponto onde ele é cortado.

Na semana 2 a planilha ainda é uma cópia: não tem nenhum dado que o sistema não tenha. Basta entender por que ela existe, resolver o caso que a pessoa não consegue resolver no sistema, e combinar uma data para desligá-la. São dez minutos de conversa e não há nada a recuperar.

Na semana 6 já existem casos que vivem só ali. Além da conversa, é preciso passar esses casos para o sistema e cobrir o campo que faltava. É trabalho de dias, e o time ainda não parou de usar o sistema.

Na semana 12 é preciso reconstruir o estado real dos casos abertos, decidir qual das duas fontes manda e treinar o time de novo. O mais caro não é esse trabalho: é que o sistema perdeu credibilidade, e isso não se recupera migrando dados.

Se ninguém olhar nunca, não há correção, há recomeço. E a segunda implementação é mais difícil que a primeira, porque o time já tem a experiência de que a anterior não funcionou, mesmo que o que não funcionou tenha sido o acompanhamento.

## [Por que o backup aparece?](#por-que-o-backup-aparece)

Porque é uma apólice de seguro, e ninguém confia em um sistema novo por decreto. A pessoa que montou aquele arquivo três anos atrás sabe exatamente o que acontece quando algo se perde ali dentro, e ainda não sabe o que acontece quando algo se perde no sistema novo.

Mantê-lo custa pouco nas primeiras semanas. São dois minutos por caso, e compra tranquilidade. Ninguém decide criar um sistema paralelo: decide não largar o que funcionava.

## [Como isso aparece antes de alguém falar?](#como-isso-aparece-antes-de-alguem-falar)

Existem quatro coisas que acontecem antes de o tema chegar a uma reunião.

Alguém pede um export completo para ter uma cópia. Existem campos que ninguém preenche, e são justamente os que alguém anota em outro lugar. As perguntas do time são respondidas sem ninguém abrir o sistema, porque uma pessoa tem a resposta na mão. E aparece um arquivo compartilhado com o nome do processo e uma data no título.

Nenhum dos quatro é uma reclamação. Por isso nunca chegam à reunião de acompanhamento, onde todo mundo diz que está indo bem.

## [O que não fazer quando ela aparece?](#o-que-nao-fazer-quando-ela-aparece)

Proibir. É o reflexo mais comum e o pior, porque tira o sinal da superfície sem resolver o motivo, e a próxima versão do backup vai viver em um arquivo pessoal onde ninguém enxerga.

Uma planilha na sombra diz uma de duas coisas, e as duas são úteis: ou aquela pessoa não foi treinada no caso dela, ou o sistema não cobre o caso dela. A primeira se resolve em uma hora. A segunda é um pedido de produto que chegou de graça, e costuma ser real: alguém encontrou a borda do desenho antes da gente.

### O roteiro da conversa quando a planilha aparece

Cinco perguntas, em ordem, com o que escutar em cada resposta.

1. **Que informação vai para a planilha e não vai para o sistema?** Se a resposta é "a mesma coisa", ainda é uma cópia. Se aparece um campo próprio, ali está o buraco do sistema.
2. **Teve alguma vez em que o sistema não tinha a resposta?** Procurar o episódio concreto, não a opinião geral. O backup quase sempre nasce de um caso pontual que deu errado.
3. **Se amanhã não fosse possível abrir a planilha, o que se perde?** A resposta diz se já existem dados que vivem só ali, que é o que separa uma conversa de dez minutos de um projeto.
4. **Quem mais olha para ela?** Se outra pessoa do time consulta, deixou de ser um backup pessoal e já é a fonte de consulta do grupo.
5. **O que teria que acontecer para parar de mantê-la?** É a única pergunta que produz uma data de desligamento, e sem data os dois caminhos convivem para sempre.

## [O que olhar em vez da satisfação?](#o-que-olhar-em-vez-da-satisfacao)

Que porcentagem dos casos do processo passou pelo sistema. Não quantos casos houve, nem se as pessoas dizem que gostam, que é uma pergunta quase sempre respondida com sim.

Uma pessoa pode achar o sistema excelente e não usá-lo, e essas duas coisas convivem sem contradição por meses se ninguém olhar o número.

## [O que fazer na semana um para que ela não apareça?](#o-que-fazer-na-semana-um-para-que-ela-nao-apareca)

Três coisas, e as três são de gestão e não de produto.

Treinar por função e não por ferramenta, para ninguém passar duas horas vendo recursos que nunca vai usar. Dizer quem resolve o quê e em quanto tempo, porque o backup nasce do medo de ficar sem saída. E definir data de desligamento do caminho antigo, comunicada antes do lançamento. Sem data de desligamento, os dois caminhos convivem para sempre, e o novo perde feio porque o antigo já sabe funcionar.

Nós ficamos olhando o uso durante todo o primeiro mês em vez de sumir no dia seguinte ao treinamento. Não é generosidade: a diferença entre a semana 2 e a semana 12 é a diferença entre uma conversa e uma reimplementação.

Quantas das planilhas que hoje convivem com um sistema começaram como backup temporário? A resposta costuma ser todas.

Perguntas frequentes

### Como saber se o time está usando o sistema de verdade?

Olhando que porcentagem dos casos do processo passou por ele, não quantas pessoas entraram nem o que elas acham. Entrar todo dia e trabalhar por fora é perfeitamente possível, e é o padrão mais comum de baixa adoção.

### É mau sinal alguém manter uma cópia dos dados?

Nas primeiras semanas não, é esperado. Vira mau sinal quando essa cópia começa a receber dados que o sistema não tem, porque aí ela deixou de ser cópia e virou fonte.

### Dá para corrigir quando a planilha já é a fonte do time?

Dá, mas deixa de ser uma conversa e vira um projeto: reconstruir o estado real dos casos, decidir qual fonte manda e treinar de novo. Por isso vale olhar na semana dois e não no trimestre.

Compartilhar [ X](https://x.com/intent/post?text=A%20planilha%20na%20sombra%3A%20como%20uma%20c%C3%B3pia%20de%20backup%20vira%20o%20sistema%20real&url=https%3A%2F%2Fstudiochat.io%2Fpt%2Fblog%2Fla-planilla-en-la-sombra) [ LinkedIn](https://www.linkedin.com/sharing/share-offsite/?url=https%3A%2F%2Fstudiochat.io%2Fpt%2Fblog%2Fla-planilla-en-la-sombra) [ WhatsApp](https://wa.me/?text=A%20planilha%20na%20sombra%3A%20como%20uma%20c%C3%B3pia%20de%20backup%20vira%20o%20sistema%20real%20https%3A%2F%2Fstudiochat.io%2Fpt%2Fblog%2Fla-planilla-en-la-sombra)Copiar link

Cristian Pereyra

Cristian Pereyra · Co-fundador · Engenharia, StudioChat

Quer ver agentes assim trabalhando para a sua equipe?

[Fale conosco agora](https://cal.com/studiochat)