Отчёт по U-ON.Travel: заявки, оплаты, доход

Отчёт для турагентства на данных U-ON.Travel

Турагентство продаёт дорогой и редкий продукт: от первого вопроса «сколько стоит Турция в мае» до оплаченного тура проходят недели, а часть обращений заканчивается отказом. Реклама работает сезонно, и в пик важно понимать, какой канал приводит туристов, которые бронируют, а не просто спрашивают. U-ON.Travel хранит этот путь целиком: обращение, заявку с расчётом стоимости, статус, причину отказа и платежи. Reportkey читает эти данные через API и делает из них раздел регулярного отчёта для руководителя или собственника.

Интеграция U-ON.Travel по API-ключу

Ключ создаётся в самом U-ON: Настройки → Интеграции → API. Для отчёта нужен включённый GET API — чтение данных, без права создавать или менять заявки. Поставщик советует привязать ключ к IP-адресам сервиса, и это стоит сделать: адреса Reportkey указываются в той же настройке.

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

Аналитика обращений и заявок турагентства по источникам

Первый блок отвечает на вопрос маркетолога — откуда приходят туристы. Обращения выбираются по дате создания, заявки на туры — по дате создания или закрытия. В карточке заявки U-ON хранит источник и полный набор UTM-меток, поэтому блок можно строить по справочнику источников или по кампаниям:

• Обращения — первичные контакты за период;
• Заявки (туры) — обращения, которые менеджер начал оформлять;
• Конверсия обращения в заявку — доля обращений, дошедших до расчёта тура;
• Разрезы — источник, UTM-кампания, менеджер, офис и период.

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

Бронирования и причины отказов

Второй блок — результат работы отдела продаж. Закрытые заявки и отказы считаются по статусу, а для отказов U-ON хранит причину из справочника агентства, например «дорого» или «не подошли даты». Сводка причин за месяц полезнее любой отдельной заявки: если половина отказов — «дорого», проблема не в рекламе. Рядом выводится сумма туров для клиентов по закрытым заявкам с разбивкой по офисам и направлениям.

Оплаты туристов, валюта и курс

Платежи в U-ON бывают приходными и расходными, от клиентов и партнёрам, в разных валютах. Каждый платёж хранит валюту и курс пересчёта, и отчёт пересчитывает суммы именно по нему, а не по сегодняшнему курсу. В блоке раздельно стоят оплаты туристов и оплаты туроператорам. Стоимость тура в заявке — это то, что турист должен заплатить; деньги, которые он уже внёс, считаются только по платежам.

Доход агентства по заявкам

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

CRM для турагентства и реклама в одном документе

Сезонный бюджет проще защищать, когда заявки и затраты стоят на одной странице. Вместе с U-ON обычно показывают:

• кампании Яндекс Директа по горящим турам и направлениям;
• объявления VK Рекламы — таргет на путешественников;
• звонки из CoMagic или Calltouch — туристы часто звонят, а не пишут;
• посещаемость сайта в Яндекс Метрике.

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