Перейти к содержимому

Воронка Request-to-Book

Аналитика по заявкам в режиме бронирования с ручным подтверждением (Request-to-Book) — когда гость оставляет заявку, а оператор её одобряет или отклоняет. Отчёт показывает всю воронку: сколько заявок поступило, как операторы их обработали, уложились ли в SLA и сколько одобренных заявок гость в итоге оплатил.

Воронка Request-to-Book
Воронка Request-to-Book

Раздел Отчёты«Request-to-Book».

Сверху — переключатель периода. По умолчанию показываются последние 30 дней; можно выбрать пресет или задать произвольный диапазон. Период считается по дате создания заявки гостем.

Четыре карточки наверху страницы.

  • Заявок — сколько всего заявок поступило за период. Ниже — подпись «в очереди: N»: сколько из них всё ещё ждут решения оператора.
  • Решения операторов — процент одобрения (одобрено ÷ обработано). Внутри карточки разбивка на три числа: одобр. (одобрено), откл. (отказано) и SLA-cancel (заявки, автоматически отменённые из-за просрочки).
  • Конверсия в оплату — сколько одобренных заявок гость довёл до оплаты. Под процентом — пропорция вида «N из M одобренных». Оплаченной считается заявка, дошедшая до статуса подтверждена, заселён или выехал.
  • Время решения (SLA ≤ N ч) — доля заявок, обработанных в срок. Порог SLA берётся из настроек проекта (по умолчанию 2 часа). Внутри карточки — среднее, медиана и P75 времени от создания заявки до решения оператора (75% заявок обработаны быстрее значения P75).

Под карточками — два графика рядом.

  • Заявки по дням — столбчатая диаграмма с накоплением: по каждому дню видно, сколько заявок было одобрено, отказано и ушло в SLA-cancel. Помогает заметить всплески нагрузки и провалы в обработке.
  • Распределение time-to-confirm — гистограмма: сколько заявок попало в каждый интервал времени от создания до решения оператора. Интервалы: <30 мин, 30 мин – 2 ч, 2–6 ч, 6–24 ч, >24 ч. По форме распределения видно, насколько ровно операторы реагируют на заявки.

Таблица внизу страницы разбивает обработку по конкретным операторам — кто и насколько быстро закрывает заявки.

КолонкаЧто показывает
ОператорИмя сотрудника (или email, если имя не заполнено)
ОбработаноСколько заявок оператор закрыл — одобрил или отклонил
ОдобреноСколько из них одобрил
ОтказаноСколько отклонил
Ср. времяСреднее время от создания заявки до его решения
В SLAДоля решений, уложившихся в порог SLA — с цветной полосой: зелёная (≥80%), жёлтая (≥50%), красная (ниже). Рядом — точная доля и счёт вида «X / Y»

Если за период никто не обрабатывал заявки, таблица показывает соответствующее сообщение.

  • Низкая конверсия в оплату → возможно, оператор слишком долго подтверждает или реквизиты приходят неудобно (стоит проверить шаблон сообщения оператора)
  • Высокий процент SLA-cancel → порог SLA слишком короткий или не хватает операторов в смене
  • Большой разброс time-to-confirm (P75 сильно выше медианы) → нагрузка распределена неровно, часть заявок зависает — стоит посмотреть смены
  • Низкий «В SLA» у конкретного оператора → таблица по операторам подскажет, кому нужна помощь или перераспределение нагрузки

Отчёт доступен только с правом bookings.review.analytics. Без него страница показывает сообщение об ограниченном доступе с подсказкой запросить это право у администратора.

Это право отделено от операторского bookings.review.list (работа с самой очередью заявок): аналитику видят менеджеры, даже если они не обрабатывают заявки руками.