Migrando de planilhas: um manual de fim-de-semana para agências de viagem

A maioria das agências de viagem ainda roda em planilhas não porque não sabe que existem alternativas. É porque o custo percebido da migração parece alto demais. "Faremos no Q3, quando tivermos tempo." Não existe Q3.

Este post é o manual para fechar isso num fim-de-semana. Não uma migração perfeita — uma migração boa-o-suficiente que te permita parar de abrir a planilha na segunda de manhã.

Sexta: inventário

Você quase certamente tem essas abas (ou arquivos):

• Aba Tours com linhas tipo Rússia 12 dias Imperial / a partir de US$ 7.200 / Moscou + São Petersburgo
• Aba Partidas ou Calendário com datas e vagas restantes
• Aba Reservas com nomes, datas, depósitos pagos
• Aba Hóspedes ou Contatos — geralmente a mais bagunçada, frequentemente duplicada com reservas
• Aba Consultas ou Leads, se você for disciplinado; uma pasta no inbox, se não for

Imprima. Cole tudo numa parede.

O corte: o que migra, o que fica

Migra (sexta à noite, 90 minutos):

• Todos os tours ativos. Só o que você de fato vende hoje. Pule os aposentados — arquive a planilha, dá para resgatar se um dia precisar.
• Partidas com datas futuras. Passado é histórico, fica na planilha como arquivo.
• Reservas ativas (data de partida no futuro, ou pagamento final em aberto).
• Hóspedes ligados às reservas ativas. O resto pode ser backfill depois.

Deixa para depois:

• Reservas históricas com mais de 12 meses
• Contatos sem histórico de reserva
• Cotações antigas que não converteram
• As fórmulas customizadas das células. O que elas calculavam, seu novo sistema deve calcular no servidor — ou você escreve um script único.

A tentação é migrar tudo. Não. O ponto do fim-de-semana é parar de usar a planilha na segunda, não fazer do novo sistema um museu da antiga.

Sábado: o import

A maioria dos CRMs aceita CSV. O formato que funciona sem briga:

tour_name, departure_date, capacity, base_price, currency
"Rússia Imperial 12 dias", 2026-06-14, 8, 7200, USD

Para reservas:

tour_name, departure_date, guest_email, guest_name, status, deposit_paid
"Rússia Imperial 12 dias", 2026-06-14, [email protected], Anna Müller, confirmed, 1500

Dois CSVs já bastam para a agência operar. Notas, toques personalizados e preferências alimentares você complementa na primeira semana de uso real — esse dado provavelmente nem estava na planilha. Estava na cabeça de alguém ou num thread de e-mail.

Domingo: a virada

A virada não é técnica, é comportamental. Três coisas precisam acontecer:

1. A planilha vira read-only. Trave. Se alguém precisar editar, tem que justificar. O atrito é o ponto.
2. Todos os e-mails são encaminhados para o inbox do CRM. Não é "deveria ser". Configure a regra antes do domingo à noite.
3. A rotina de segunda-feira começa na ferramenta nova. Imprima o URL do dashboard e cole por cima do bookmark da planilha.

Se o recurso de rascunho-por-IA está configurado, a primeiríssima consulta na segunda de manhã é o tutorial. Veja a IA escrever o rascunho. Edite. Envie. Esse é o novo ritual.

O que dá errado

Os dois modos de falha:

A equipe deixa a planilha aberta noutra aba "por garantia". Seis semanas depois ainda estão duplicando tudo. Solução: deletar o bookmark de todo mundo. Doloroso, correto.

O CRM não tem um campo que a planilha tinha. Geralmente um customizado — depósito via Wise (moeda) (data). Faz um campo "Notas" na reserva, documenta que vai ali. Não deixa um campo faltando bloquear a migração.

O que você ganha de volta

Duas coisas, e nenhuma aparece no dashboard imediatamente:

• A equipe para de perguntar uns aos outros "você tem a planilha mais nova?" Essa frase é um imposto. Evapora no dia seguinte à migração.
• Você finalmente consegue responder "quanto está no pipeline?" num clique. A planilha sempre mentiu nesse ponto porque ninguém atualizava de forma consistente. O CRM é honesto porque é a fonte da verdade.

Um fim-de-semana basta. O motivo de não acontecer num fim-de-semana quase nunca é técnico. É que ninguém escreveu o manual.