Почему Google Таблицы и Bitrix24 не спасают туроператора от пропусков туров
Каждый месяц Сергей смотрел на одну и ту же цифру в отчёте — 310 тысяч рублей. Штрафы от отелей, сгоревшие брони, туристы, которые просто не пришли. Молча. Без звонка.
При этом в компании работали 28 человек, стояли Google Таблицы, Bitrix24 и WhatsApp. Всё «под контролем». Менеджеры тратили по пять часов в неделю на ручные напоминания — и всё равно 18% клиентов испарялись. Новые заявки ждали ответа по два часа, пока менеджер разбирался, в какой из трёх систем вообще лежат данные туриста. Конверсия за полгода упала с 28% до 18%.
Парадокс в том, что инструментов было много — их было даже слишком много. Проблема оказалась не в отсутствии программ, а в том, как они работали между собой. Точнее — не работали.
Контекст клиента
Сергей - директор туроператорской компании в Санкт-Петербурге, у него команда из 28 человек и оборот около 8,5 млн ₽ в месяц. Компания продаёт пакетные туры: перелёт, отель, трансфер - работает в основном с семьями и корпоративными клиентами. До обращения к нам у них было три системы, которые не знали друг о друге: Слетать.ру для заявок, Bitrix24 для сделок и Google Таблицы - для всего остального. Менеджеры каждый день переключались между окнами, руками копировали данные туристов и вручную отправляли напоминания в WhatsApp.
Как сказал сам Сергей: «Мы теряем клиентов не потому что плохо продаём, а потому что не успеваем вовремя напомнить и ответить. Люди просто не приходят на вылет».
Что у них болело (в цифрах)
Первичный аудит дал чёткую картину - и довольно болезненную.
- 18% клиентов не приходили на туры. No-show в туризме - это не просто досадная мелочь. Это штрафы перед отелями, аннуляции рейсов и прямые потери. Ежемесячно компания теряла около 310 тыс ₽ на отменах и штрафных санкциях.
- Среднее время ответа на запрос туриста - 120 минут. Пока менеджер переключался между Слетать.ру и Bitrix24, находил нужную заявку и формулировал ответ - клиент успевал уйти к конкуренту. Конверсия упала с 28% до 18%.
- 22 часа ручной работы в неделю на одного менеджера. Из них 4-5 часов уходило только на напоминания в WhatsApp: найти заявку, выписать дату вылета, рейс, аэропорт, написать сообщение, отправить. Умножьте на количество туристов в сезон.
- Данные туристов жили в трёх местах одновременно. В Слетать.ру - актуальные бронирования, в Bitrix24 - история общения, в Google Таблицах - «на всякий случай». Расхождения были постоянными: менеджер звонит клиенту с одной датой, а в системе стоит другая.
Картина складывалась простая: деньги уходили на штрафы, клиенты - к конкурентам из-за медленных ответов, а рабочее время съедали задачи, которые вполне можно было автоматизировать.
Что мы предложили - наш стек
Сначала - честный ответ на вопрос: какая система управления бронированиями туроператора нужна
Когда туроператор ищет систему управления бронированиями туроператора с автоматизацией, он обычно смотрит в двух направлениях: универсальные CRM (Bitrix24, amoCRM) или отраслевые платформы (Слетать.ру, Мастер-Тур, TourControl). Разница принципиальная.
Универсальные CRM хорошо справляются с воронкой продаж, историей переписки, задачами. Но они не понимают, что такое «заявка на тур», «статус оплаты», «дата вылета» или «код подтверждения брони» - всё это приходится вбивать руками. Отраслевые платформы заточены под туризм: хранят паспортные данные туристов, статусы бронирований, рейсы, отели и напрямую работают с поставщиками туров.
Для автоматизации системы управления бронированиями туроператора рабочая схема выглядит так: отраслевая платформа как источник данных - оркестратор для связи систем - канал коммуникации с туристом. Именно это мы и собрали.
Почему Слетать.ру, а не остаться на Bitrix24
Перед внедрением мы честно рассмотрели два варианта:
Вариант А: оставить Bitrix24 как центр и доработать его под туризм. Bitrix24 - мощная платформа с открытым API, есть коннекторы к WhatsApp, воронки можно настроить под туры. Но для этого клиента минусов оказалось больше: нет нативного понимания туристических заявок, данные из Слетать.ру всё равно нужно синхронизировать вручную или через интеграцию, интерфейс перегружен для менеджеров, которые каждый день работают с турами. CRM-часть Bitrix24 закрыл бы, но боль с бронированиями - нет.
Вариант Б: Слетать.ру как ядро + Zapier как связующее звено + WhatsApp для общения с туристами. Слетать.ру - отраслевая платформа, которая уже содержит всё нужное: заявки, туристов, рейсы, статусы оплаты. Для компании размером 28 человек с оборотом 8,5 млн ₽ в месяц - это именно тот масштаб, под который платформа и сделана.
Мы выбрали вариант Б. Вот почему это имело смысл именно для Сергея, а не в общем:
- Слетать.ру уже был в компании - не нужно было мигрировать данные и переучивать команду.
- Zapier позволял связать системы без разработчика за 2 недели, а не за 2 месяца.
- WhatsApp - основной канал, в котором туристы реально читают сообщения. Не email, не SMS.
Коротко о каждом инструменте стека
Слетать.ру - отраслевая платформа для управления турами и бронированиями. Хранит заявки, данные туристов (включая паспорта), статусы оплат, рейсы и отели. Подходит туроператорам и крупным турагентствам. Стоимость зависит от тарифа и объёма заявок - уточняйте на сайте. Минусы: нет нативных вебхуков (данные приходится «опрашивать» по расписанию), интерфейс требует времени на привыкание для новых сотрудников.
Zapier - платформа-оркестратор, которая связывает сервисы между собой без программирования. Работает по принципу «если произошло X - сделай Y». Хороший выбор для компаний, которым нужна интеграция без найма разработчика. Стоимость - от бесплатного тарифа до нескольких тысяч рублей в месяц в зависимости от количества автоматизаций. Минусы: при сложных сценариях логика быстро запутывается, поддержка только на английском.
WhatsApp Business API (через провайдера WATI) - профессиональный инструмент для массовых и автоматических сообщений в WhatsApp. В отличие от обычного WhatsApp Business, позволяет отправлять туристам шаблонные сообщения автоматически. Подходит бизнесу с потоком больше 50 сообщений в день. Минусы: все исходящие шаблоны нужно заранее согласовывать с WhatsApp, на это уходит 1-3 дня.
Как мы это внедряли (шаги по неделям)
День 1-3: аудит и карта данных
Первым делом составили карту: какие данные где живут и куда должны попадать. Выяснили, что в Слетать.ру хранится актуальная информация по каждой заявке - дата вылета, рейс, аэропорт, имя туриста, телефон. Именно эти поля нужны для напоминания в WhatsApp. Bitrix24 решили оставить как дополнительный инструмент для менеджеров по продажам - но дублировать в него данные вручную перестали.
День 4-7: настройка автоматических напоминаний
Настроили в Zapier сценарий: каждые 2 часа платформа проверяет заявки в Слетать.ру с датой вылета через 48 часов. Если заявка найдена и оплата подтверждена - туристу автоматически уходит сообщение в WhatsApp через WATI. Шаблон согласовали заранее, одобрение от WhatsApp получили за 2 дня: «Уважаемый [имя], ваш тур [направление] вылетает [дата]. Рейс [номер], аэропорт [название]. Хорошего путешествия!». Менеджеры к этому процессу больше не подключались.
День 8-12: синхронизация данных туристов
Настроили второй сценарий: при появлении новой заявки в Слетать.ру данные туриста - имя, телефон, направление, дата - автоматически попадают в карточку в Bitrix24. Проверка на дубли идёт по номеру телефона: если турист уже есть в базе, карточка обновляется, а не создаётся заново. Google Таблицы как «запасной склад» данных упразднили.
День 13-14: тест и передача команде
Прогнали 30 тестовых заявок: проверили, что напоминания уходят вовремя, данные синхронизируются без расхождений. Провели часовой инструктаж с тремя старшими менеджерами. Сергей лично проверил первые автоматические сообщения туристам - всё сошлось.
Что получили в цифрах
| Показатель | До | После |
|---|---|---|
| No-show (не пришли на тур) | 18% | 6% |
| Среднее время ответа на лид | 120 мин | 3 мин |
| Ручная работа на менеджера в неделю | 22 часа | 4 часа |
| Конверсия из лида в продажу | 18% | 31% |
| Клиентов на одного менеджера | 45 | 68 |
| Автоматизированные операции | 12% | 71% |
За 4 месяца после внедрения выручка выросла на 18% - это плюс 1,53 млн ₽. Потери на no-show сократились: компания перестала терять 310 тыс ₽ ежемесячно на аннуляциях. Менеджеры, которые раньше тратили 4-5 часов в неделю только на напоминания в WhatsApp, теперь тратят на это ноль - система делает всё сама.
Что бы мы сделали иначе
1. Раньше согласовали шаблоны WhatsApp. Мы подали шаблоны на одобрение на третий день проекта - и потеряли 2 дня ожидания, пока WhatsApp их рассматривал. В следующий раз будем согласовывать шаблоны в самом начале, параллельно с аудитом. Не критично, но финальный запуск сдвинулся на 2 дня.
2. Не стали бы сохранять Google Таблицы «на переходный период». Мы договорились с командой убрать Таблицы через неделю после запуска. По факту менеджеры продолжали вести их параллельно ещё три недели - по привычке. Это создавало путаницу. Лучше сразу закр
Что делать прямо сейчас
Если вы узнали себя в этой истории — не нужно сразу всё менять. Начните с малого:
- Посчитайте свои потери на no-show за последние 3 месяца. Просто откройте историю аннуляций и умножьте количество на средний чек. Большинство директоров называют цифру и замолкают.
- Запишите, сколько времени менеджеры тратят на ручные напоминания в неделю. Умножьте на стоимость их часа. Это деньги, которые уходят не в продажи.
- Проверьте, есть ли у вас единая точка входа для заявок — или они всё ещё приходят из WhatsApp, почты и звонков в разные места.
- Решите, хотите ли вы разбираться с этим сами или с чужим опытом. Оба пути рабочие — просто второй быстрее.
Когда зовут нас
FlowFrame — это команда, которая занимается автоматизацией именно в туризме: знаем специфику сезонности, групповых туров и капризного WhatsApp Business API. Не продаём «коробки» — разбираемся в вашей конкретной ситуации.
Если хотите понять, что именно теряет ваша компания и как это починить — пообщайтесь с нашим AI-ботом на сайте. Он задаст несколько вопросов и поможет сориентироваться ещё до живого разговора. Без давления.