Миграция с таблиц: пошаговый план для турагентства на одни выходные

Большинство турагентств всё ещё живут в таблицах не потому, что не знают других вариантов. А потому, что субъективная цена миграции кажется слишком высокой. «Сделаем в третьем квартале, когда будет время». Третьего квартала нет.

Этот пост — план, как закрыть это за выходные. Не идеальная миграция — а достаточно хорошая, чтобы в понедельник утром не открывать таблицу.

Пятница: инвентаризация

У вас почти наверняка есть эти вкладки (или файлы):

• Вкладка Туры — строки вида Россия 12 дней Имперская / от $7 200 / Москва + Санкт-Петербург
• Вкладка Заезды или Календарь — даты и оставшиеся места
• Вкладка Брони или Резервации — имена, даты, оплаченные депозиты
• Вкладка Гости или Контакты — обычно самая грязная, часто продублирована с бронями
• Вкладка Заявки или Лиды — если вы дисциплинированы. Папка во входящих — если нет.

Распечатайте их. Повесьте на одну стену.

Срез: что переносим, что оставляем

Переносим (вечер пятницы, 90 минут):

• Все активные туры. Только то, что реально продаётся сегодня. Снятые — пропустить, заархивируйте таблицу, при необходимости достанете.
• Заезды с будущими датами. Прошлое — это история, пусть остаётся в таблице как архив.
• Активные брони (дата заезда в будущем или есть незакрытая финальная оплата).
• Гости, привязанные к активным броням. Остальное — backfill потом.

Оставляем на потом:

• Исторические брони старше 12 месяцев
• Контакты гостей без истории броней
• Старые квоты, которые так и не сконвертились
• Кастомные формулы в ячейках. Что бы они ни считали — ваша новая система должна считать на сервере, или вы напишете одноразовый скрипт.

Соблазн перенести всё. Не надо. Цель выходных — перестать пользоваться таблицей в понедельник, а не сделать из новой системы музей старой.

Суббота: импорт

Большинство туристических CRM принимают CSV. Формат, который работает без боя:

tour_name, departure_date, capacity, base_price, currency
"Имперская Россия 12 дней", 2026-06-14, 8, 7200, USD

Для броней:

tour_name, departure_date, guest_email, guest_name, status, deposit_paid
"Имперская Россия 12 дней", 2026-06-14, [email protected], Анна Мюллер, confirmed, 1500

Двух CSV достаточно, чтобы агентство заработало. Заметки, индивидуальные штрихи, диетические предпочтения — добавите в первую неделю реального использования. Этих данных в таблице, скорее всего, и не было — они в чьей-то голове или в email-переписке.

Воскресенье: переключение

Переключение — не техническое, а поведенческое. Должны произойти три вещи:

1. Таблица становится read-only. Заблокируйте. Если кому-то нужно редактировать — пусть объяснит зачем. Трение — это и есть смысл.
2. Все email команды форвардятся в инбокс CRM. Не «должны». Настройте правило до вечера воскресенья.
3. Утренний понедельничный ритуал начинается в новом инструменте. Распечатайте URL дашборда и приклейте поверх закладки на таблицу.

Если AI-черновики настроены — самая первая заявка в понедельник утром и есть туториал. Посмотрите, как AI пишет черновик. Отредактируйте. Отправьте. Это новый ритуал.

Что идёт не так

Два режима провала:

Команда оставляет таблицу открытой во второй вкладке «на всякий случай». Через шесть недель они всё ещё всё дублируют. Решение: удалить закладку у всех. Болезненно, правильно.

В CRM нет поля, которое было в таблице. Обычно кастомное — депозит через Wise (валюта) (дата). Сделайте поле «Заметки» на брони, договоритесь, что туда. Не дайте одному отсутствующему полю заблокировать миграцию.

Что вы получаете обратно

Две вещи, и ни одной из них нет в дашборде сразу:

• Команда перестаёт спрашивать друг друга «у тебя последняя версия таблицы?» Эта фраза — налог. Он испаряется на следующий день после миграции.
• Вы наконец можете ответить «сколько денег в воронке?» одним кликом. Таблица всегда врала по этому вопросу, потому что её никто не обновлял системно. CRM честна, потому что она и есть источник правды.

Выходных хватает. Причина, по которой это не делается за выходные, почти никогда не техническая. Просто никто не написал план.