CRM для туроператора: как связать Слетать.ру, Битрикс24 и WhatsApp и убрать no-show
Каждый месяц директор туроператорской компании видит в отчёте одну и ту же строку: сотни тысяч рублей потерь. Штрафы от отелей, сгоревшие брони, туристы, которые просто не пришли. Молча. Без звонка.
При этом в компании стоят Google Таблицы, Bitrix24 и WhatsApp. Всё «под контролем». Менеджеры тратят по пять часов в неделю на ручные напоминания — и всё равно 15–18% клиентов испаряются. Новые заявки ждут ответа по два часа, пока менеджер разбирается, в какой из трёх систем вообще лежат данные туриста. Конверсия проседает на глазах.
Инструментов при этом много — даже слишком. Проблема не в отсутствии программ, а в том, как они работают между собой. Точнее — не работают.
Типовой контекст
Возьмём типовой проект: туроператорская компания продаёт пакетные туры - перелёт, отель, трансфер - и работает в основном с семьями и корпоративными клиентами. До автоматизации в ней живут три системы, которые не знают друг о друге: Слетать.ру для заявок, Bitrix24 для сделок и Google Таблицы - для всего остального. Менеджеры каждый день переключаются между окнами, руками копируют данные туристов и вручную отправляют напоминания в WhatsApp.
Формулировка боли почти всегда звучит одинаково: «Мы теряем клиентов не потому что плохо продаём, а потому что не успеваем вовремя напомнить и ответить. Люди просто не приходят на вылет».
Что обычно болит (в цифрах)
Первичный аудит в таких проектах даёт чёткую картину - и довольно болезненную.
- 15–18% клиентов не приходят на туры. No-show в туризме - это штрафы перед отелями, аннуляции рейсов и прямые потери. Ежемесячно компания теряет на отменах и штрафных санкциях 200–350 тыс ₽ в зависимости от оборота.
- Среднее время ответа на запрос туриста - около двух часов. Пока менеджер переключается между Слетать.ру и Bitrix24, находит нужную заявку и формулирует ответ - клиент успевает уйти к конкуренту. Конверсия проседает на треть.
- 20+ часов ручной работы в неделю на одного менеджера. Из них 4-5 часов уходит только на напоминания в WhatsApp: найти заявку, выписать дату вылета, рейс, аэропорт, написать сообщение, отправить. Умножьте на количество туристов в сезон.
- Данные туристов живут в трёх местах одновременно. В Слетать.ру - актуальные бронирования, в Bitrix24 - история общения, в Google Таблицах - «на всякий случай». Расхождения постоянные: менеджер звонит клиенту с одной датой, а в системе стоит другая.
Картина складывается простая: деньги уходят на штрафы, клиенты - к конкурентам из-за медленных ответов, а рабочее время съедают задачи, которые вполне можно автоматизировать.
Что мы предложили - наш стек
Сначала - честный ответ на вопрос: какая система управления бронированиями туроператора нужна
Когда туроператор ищет систему управления бронированиями туроператора с автоматизацией, он обычно смотрит в двух направлениях: универсальные CRM (Bitrix24, amoCRM) или отраслевые платформы (Слетать.ру, Мастер-Тур, TourControl). Разница принципиальная.
Универсальные CRM хорошо справляются с воронкой продаж, историей переписки, задачами. Но они не понимают, что такое «заявка на тур», «статус оплаты», «дата вылета» или «код подтверждения брони» - всё это приходится вбивать руками. Отраслевые платформы заточены под туризм: хранят паспортные данные туристов, статусы бронирований, рейсы, отели и напрямую работают с поставщиками туров.
Для автоматизации системы управления бронированиями туроператора рабочая схема выглядит так: отраслевая платформа как источник данных - оркестратор для связи систем - канал коммуникации с туристом. Именно это мы и собрали.
Почему Слетать.ру, а не остаться на Bitrix24
Перед внедрением мы честно рассмотрели два варианта:
Вариант А: оставить Bitrix24 как центр и доработать его под туризм. Bitrix24 - мощная платформа с открытым API, есть коннекторы к WhatsApp, воронки можно настроить под туры. Но в типовом проекте минусов оказывается больше: нет нативного понимания туристических заявок, данные из Слетать.ру всё равно нужно синхронизировать вручную или через интеграцию, интерфейс перегружен для менеджеров, которые каждый день работают с турами. CRM-часть Bitrix24 закрыл бы, но боль с бронированиями - нет.
Вариант Б: Слетать.ру как ядро + Zapier как связующее звено + WhatsApp для общения с туристами. Слетать.ру - отраслевая платформа, которая уже содержит всё нужное: заявки, туристов, рейсы, статусы оплаты. Для небольшой туроператорской компании - это именно тот масштаб, под который платформа и сделана.
Обычно мы выбираем вариант Б. Вот почему в таком проекте это имеет смысл:
- Слетать.ру уже стоит в компании - не нужно мигрировать данные и переучивать команду.
- 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 (не пришли на тур) | 15–18% | 5–7% |
| Среднее время ответа на лид | ~2 часа | 3–5 мин |
| Ручная работа на менеджера в неделю | 20+ часов | 4–6 часов |
| Конверсия из лида в продажу | проседает до ~18% | возвращается к 28–31% |
| Автоматизированные операции | 10–15% | ~70% |
Главный эффект - деньги, которые перестают утекать: компания больше не теряет ежемесячно сотни тысяч рублей на аннуляциях и штрафах. Менеджеры, которые раньше тратили 4-5 часов в неделю только на напоминания в WhatsApp, тратят на это ноль - система делает всё сама, а освободившееся время уходит в продажи.
Что бы мы сделали иначе
1. Раньше согласовали шаблоны WhatsApp. Мы подали шаблоны на одобрение на третий день проекта - и потеряли 2 дня ожидания, пока WhatsApp их рассматривал. В следующий раз будем согласовывать шаблоны в самом начале, параллельно с аудитом. Не критично, но финальный запуск сдвинулся на 2 дня.
2. Не стали бы сохранять Google Таблицы «на переходный период». Мы договорились с командой убрать Таблицы через неделю после запуска. По факту менеджеры продолжали вести их параллельно ещё три недели - по привычке. Это создавало путаницу. Лучше сразу закрывать доступ к старому инструменту: пока он жив, команда будет в него возвращаться.
Что делать прямо сейчас
Если вы узнали себя в этой истории — не нужно сразу всё менять. Начните с малого:
- Посчитайте свои потери на no-show за последние 3 месяца. Просто откройте историю аннуляций и умножьте количество на средний чек. Большинство директоров называют цифру и замолкают.
- Запишите, сколько времени менеджеры тратят на ручные напоминания в неделю. Умножьте на стоимость их часа. Это деньги, которые уходят не в продажи.
- Проверьте, есть ли у вас единая точка входа для заявок — или они всё ещё приходят из WhatsApp, почты и звонков в разные места.
- Решите, хотите ли вы разбираться с этим сами или с чужим опытом. Оба пути рабочие — просто второй быстрее.
Когда зовут нас
FlowFrame — это команда, которая занимается автоматизацией именно в туризме: знаем специфику сезонности, групповых туров и капризного WhatsApp Business API. Не продаём «коробки» — разбираемся в вашей конкретной ситуации. Как это выглядит на живом проекте, смотрите в кейсе Асланиди Тур: amoCRM и премиум-подбор туров.
Если ваша компания работает не в Слетать.ру, а в U-ON.Travel — логика связки та же, детали разобрали на странице интеграции U-ON.Travel. А про ту же механику напоминаний в другой отрасли — статья о том, как отель снижает незаезды с 18% до 5%.
Если хотите понять, что именно теряет ваша компания и как это починить — пообщайтесь с нашим AI-ботом на сайте. Он задаст несколько вопросов и поможет сориентироваться ещё до живого разговора. Без давления.