CRM для турагентства: что должна уметь система и как выбрать

CRM для турагентства нужна, когда туристы, подборки и договоры живут в личных телефонах менеджеров. Ниже разбираю пять участков, которые она закрывает, три класса готовых систем и признаки, что пора делать свою.

Что такое CRM для турагентства и чем она отличается от обычной?

В обычной CRM сделка - это продажа: кто обратился, на каком шаге разговор, сколько заплатил. В туризме за одной продажей стоят ещё туроператор, даты вылета, состав туристов с детьми, страховка, виза, ваучер и расчёт с оператором. Поэтому универсальная карточка «имя, телефон, сумма» быстро обрастает полями, которые приходится придумывать самим.

Я объясняю владельцам разницу одной таблицей. Её удобно показать и менеджерам, когда решаете, в чём вести работу.

Общее устройство CRM и то, как она работает в любом бизнесе, мы разбирали в статье что такое CRM-система. Здесь говорим только о том, что добавляет туризм.

Где турагентство теряет деньги без CRM?

Путь туриста через агентство выглядит так:

1. Обращение. Человек пишет в Telegram или WhatsApp, оставляет заявку на сайте, звонит или приходит в офис. У каждого менеджера своя переписка в личном телефоне.
2. Подбор. Менеджер ищет варианты в поисковой системе туров, собирает подборку и отправляет туристу. Турист думает, уточняет, просит другие даты.
3. Договор и оплата. Договор о реализации туристского продукта, предоплата, бронь у туроператора, доплата, расчёт с оператором.
4. Документы и вылет. Проверка загранпаспортов, виза, страховка, ваучер, билеты, напоминание о времени вылета.
5. Поездка и возврат. Вопросы из другого часового пояса, отзыв после поездки и предложение на следующий сезон.

CRM для турагентства нужна, чтобы эти пять шагов шли в одной карточке. Пока в агентстве два менеджера, всё это держится в переписке, Excel и памяти. Проблемы начинаются, когда менеджер уходит в отпуск или увольняется: вместе с его телефоном уходят переписки, подборки и знание о том, кому что обещали.

Первый участок самый дорогой. Заявка, которой никто не ответил за вечер, уходит к агентству, которое ответило быстрее. Как закрыть ночные и выходные обращения ботом, я подробно разбирал в статье про ИИ для турагентства. Здесь речь о том, что происходит с туристом после первого ответа.

Где вы сейчас

• Заявки живут в личных мессенджерах менеджеров, учёт в Excel. Вам почти наверняка хватит готовой отраслевой CRM. Начните с таблицы классов решений и со списка вопросов вендору.
• Стоит универсальная CRM, а договоры и оплаты ведутся отдельно. Сравните, во что обойдётся настройка под туризм и переход на отраслевую систему. Ваш раздел - о функциях, которые проверять первыми.
• Отраслевая CRM есть, но сайт, бот и учёт не видят друг друга. Смотрите раздел о своей системе и доработке.
• Сеть агентств или работа и агентом, и туроператором. Проверьте признаки, по которым готовой системы становится мало, прежде чем покупать лицензии на все офисы.

Какие бывают CRM для турагентства?

По запросу «CRM для турагентства» в Яндексе в основном стоят подборки программ и пара сайтов самих систем. Подборки сравнивают продукты внутри одного класса. Владельцу агентства сначала важнее понять, какой класс ему нужен.

Отраслевые CRM для турбизнеса. Это U-ON.Travel и похожие системы. U-ON.Travel на своём сайте разделяет решения для турагентства, сети агентств и туроператора. Сильная сторона класса - туристская логика уже заложена: заявка на тур, туроператор, туристы в заявке, договор. К таким системам есть готовые интеграции с сервисами вокруг: у U-ON.Travel, например, описаны связки с центром бронирования Слетать.ру и сервисом подборок Qui-Quo.

CRM при системе поиска туров. Tourvisor пишет о своей CRM, что в одном окне объединены подбор туров, подборки с переходом к туроператорам и учёт всех сделок агентства независимо от канала продаж. Там же заявлены шаблоны документов и контроль платежей и задолженностей. Такой вариант удобен, если агентство уже подбирает туры в этой системе.

Универсальные CRM. Битрикс24, amoCRM и другие системы для продаж. Они хорошо ведут входящие обращения, воронку, мессенджеры и задачи менеджерам. Туристскую часть - договор, оплаты туроператору, состав туристов, сроки по электронной путёвке - в них собирают настройкой, дополнительными полями и приложениями.

Какие функции проверять в первую очередь?

У каждой CRM для турагентства в подборках по три десятка пунктов. Сравнивать их бессмысленно, пока вы не описали свой путь туриста. Я прошу владельцев взять пять шагов из раздела выше и проверить, как программа проходит каждый.

Если хотя бы одна строка на демо не прошла, спросите вендора, как это делается у его клиентов. Ответ «настраивается» означает, что вам нужен человек, который будет настраивать.

Как CRM держит сроки по договору и электронной путёвке?

Срок задан пунктом 17 Правил функционирования системы электронных путёвок, утверждённых постановлением Правительства от 18 марта 2023 года № 417: пять рабочих дней со дня заключения договора, но не позднее десятого числа месяца, следующего за месяцем заключения договора. Правовую сторону этого участка я разбирал в статье про ИИ для турагентства. Здесь только то, что настраивается в самой системе.

Какие сведения передать туроператору, решает менеджер, и отвечает за это тоже он. От CRM нужно одно: пропущенный срок должен видеть руководитель, потому что без уведомления закон запрещает продавать этот тур.

Состав договора тоже задан законом. Статья 10 того же закона перечисляет существенные условия договора о реализации туристского продукта: сведения о туроператоре и его реестровый номер, сведения о туристе, общая цена, потребительские свойства турпродукта, права и обязанности сторон. Шаблон договора готовит юрист. CRM только подставляет в него поля из карточки, и в этом её польза: меньше ручного набора, меньше опечаток в фамилиях и датах.

Как напоминать туристу о документах перед вылетом?

Этот сценарий CRM для турагентства закрывает почти без настройки, и его часто путают с рекламой. Сервисные и рекламные сообщения стоит вести раздельно: для сервисных и для рекламных закон ставит разные требования. Для рекламы по сетям электросвязи часть 1 статьи 18 закона о рекламе требует предварительного согласия адресата, и подтверждать это согласие придётся агентству.

На демо проверьте две вещи. Турист без согласия на рекламу получает напоминание о доплате. Рекламная рассылка того же туриста в список не берёт.

Как CRM помогает повторным продажам?

Для повторных продаж от CRM нужны правильные поля и один отчёт. Вот что я прошу проверить:

Письмо по такому списку менеджер пишет вручную, с поводом из прошлой поездки. Как в этом помогает нейросеть, есть в той же статье про ИИ для турагентства.

Когда нужна своя CRM или доработка?

Своя CRM редко означает «написать всё с нуля». Чаще это один из трёх вариантов:

• Доработка поверх готовой системы. Если у вендора есть открытое API, к нему подключают свои модули: бота в мессенджере, личный кабинет туриста, отчёты для руководителя.
• Своя система для одного участка. Готовая CRM ведёт заявки и договоры, а своя - программу лояльности или работу с корпоративными клиентами, и они обмениваются данными.
• Полностью своя CRM. Когда процесс настолько свой, что компромиссы с готовой системой обходятся дороже разработки.

Признаки, что пора смотреть в эту сторону:

• Сеть офисов с разными правилами. В одном офисе массовые пляжные туры, в другом индивидуальные маршруты, в третьем корпоративные поездки. Каждому нужна своя воронка, а руководителю - сводная картина.
• Работа и агентом, и туроператором. Собственные туры, бронирование услуг, агентская сеть, электронная путёвка со стороны оператора. Не каждая система закрывает обе роли одинаково хорошо.
• Корпоративный туризм. Договоры с компаниями, согласование поездок сотрудников, счета раз в месяц, отчёты для бухгалтерии заказчика.
• Свои цифровые продукты. Сайт с подбором, бот в Telegram, приложение или программа лояльности, и все они должны работать с одной базой туристов. Если у каждого своя копия базы, контакты и история поездок начинают расходиться.

Если узнали своё агентство в двух и более пунктах, готовая CRM для турагентства, скорее всего, потребует доработки. В любом случае сначала опишите процесс и проверьте, закрывает ли его готовая система с настройкой. Как описать процесс своими силами, мы разбирали в статье про описание бизнес-процессов. Разработку имеет смысл начинать только там, где настройки уже не хватает.

Если ваше агентство работает не по типовой схеме, посмотрите, как устроена разработка CRM под процессы бизнеса в ClaudeLab. Мы разбираем путь туриста через ваше агентство, проверяем, хватит ли готовой системы с доработкой, и собираем рабочий прототип ключевого сценария до договора: вы проходите его вместе с менеджерами и решаете, продолжать ли проект.

Что спросить у вендора до переноса базы?

На демо видно интерфейс. Как жить с программой через два года, покажут ответы на эти вопросы.

Как забрать данные обратно. Можно ли выгрузить туристов, заявки и историю поездок в файл без помощи поддержки. Если уйти от вендора можно только с потерей истории, это зависимость, которую лучше увидеть заранее.

Есть ли открытое API. Даже если сейчас подключать нечего, через год может появиться бот, сайт с подбором или приложение. Без API каждое такое подключение зависит от планов вендора. Как бот связывается с CRM на практике, описано на странице про интеграцию чат-бота с CRM.

Где хранятся данные туристов. Паспорта, даты рождения, данные детей - это персональные данные, их обработку регулирует закон 152-ФЗ. Часть 5 статьи 18 этого закона требует при сборе персональных данных граждан России использовать базы данных, которые находятся в России. Спросите вендора об этом прямо, если на сайте не сказано. Почему паспортные данные нельзя отправлять в публичный чат нейросети, разобрано в статье про персональные данные клиентов в нейросети.

Права доступа. Может ли менеджер видеть только свои заявки, а новый сотрудник - не выгружать всю базу. Для агентства с пятью и более сотрудниками это важнее, чем кажется на демо.

Шаблоны договора. Можно ли загрузить свой договор, согласованный с юристом, и как в него подставляются поля. Проверьте на семье с ребёнком и двумя разными фамилиями.

Попросите тест на ваших данных: десять реальных туристов, пара типичных заявок, один договор с доплатой. Такой тест занимает около часа и показывает, пройдёт ли система ваш обычный день.

Какие ошибки делают при внедрении CRM в турагентстве?

Выбор по списку функций. В подборках у каждой системы десятки пунктов. Сравнивайте только то, что проходит ваш путь туриста, остальное вторично.

Демо без своих данных. На демо-базе вендора всё гладко. Проблемы видны на реальной ситуации: семья из пяти человек с разными фамилиями, тур с перебронированием, доплата после изменения дат.

Переписка остаётся в личных телефонах. Если мессенджеры агентства не подключены к CRM, менеджеры продолжат вести туристов у себя. Через полгода в системе будут только договоры, а вся история подбора останется в чужих телефонах.

Своя разработка без проверки готовых. Бывает и обратная ошибка: заказать систему с нуля, когда отраслевая CRM закрыла бы процесс почти целиком. Проверьте две-три готовые системы на своих данных и выпишите, чего не хватает. Этот список станет основой технического задания, если разработка всё-таки понадобится. Как написать такое задание, разобрано в статье про ТЗ на разработку сайта или приложения.

Всё за один день. Переход без этапов даёт двойной учёт и раздражение команды. Лучше по участкам: сначала заявки и переписка, потом договоры и оплаты, потом напоминания и повторные продажи. Почему CRM бросают через месяц после запуска, мы разбирали в статье про CRM для малого бизнеса.

Чек-лист

• Описан путь туриста через ваше агентство: от обращения до повторной поездки.
• Понятно, какой класс решения вам нужен: отраслевая CRM, CRM при поиске туров, универсальная или доработка.
• Две-три системы проверены на ваших данных: туристы, типичная заявка, договор с доплатой.
• Мессенджеры и сайт агентства подключены к CRM, переписка не живёт в личных телефонах.
• По каждому договору CRM ставит задачу на уведомление туроператора в срок из пункта 17 Правил.
• Сервисные напоминания отделены от рекламы, согласие на рекламу хранится в карточке.
• Вендор ответил про выгрузку данных, открытое API, хранение персональных данных и права доступа.