Дэшборд операций: что должен показывать один экран в туроператоре

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

Эта картина — стоит ноль рублей в продукте и десятки часов в команде. И она везде, где у туроператора нет одного места под operations.

Что вообще такое «операционный дэшборд»

Не путайте с CRM-канбаном. Канбан — это про лидов, которых вы хотите превратить в брони. Операционный дэшборд — это про брони, которые сегодня превращаются в физические события: трансфер из аэропорта в 7:30, заселение группы в отель в 14:00, ужин на 12 человек в ресторане в 19:00.

Хорошее правило: канбан смотрит вперёд (что мы продадим), дэшборд смотрит вниз (что мы делаем прямо сейчас).

Что обязательно должно быть на одном экране

Минимальный набор, без которого дэшборд бесполезный:

Группировка по типу услуги. Отдельные секции под подъёмы / трансферы / отели / активности / гидов. Не один список, потому что у разных секций разные ответственные и разные источники беспокойства. Водитель не должен пролистывать восемь строк гидов, чтобы найти свой пикап.

Время с минутами, а не «утро / день». Если у вас «утренние трансферы», вы уже потеряли. Конкретное время — это контракт с поставщиком и контракт с клиентом одновременно.

Pax-count рядом с услугой. Сколько человек на гиде, сколько в трансфере, сколько в ресторане. Без этого нельзя ни заказать машину правильного размера, ни забронировать столик.

Поставщик и ресурс на одной строке. «Гид Анна на Кремль для группы Ивановых, 8 человек, 14:00» — одна строка, одна правда. Не «у Анны какая-то группа на Кремль» в одном чате и «Ивановы на Кремль с гидом» в другом.

Статус ваучера. Документы на руках — выдан / доставлен / погашен / отменён. Без этого вы узнаёте об отменённой услуге, когда клиент уже стоит у входа.

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

Чего на дэшборде быть НЕ должно

Дэшборд — это не Канбан, не финансы, не отчёт. Туда не лезут:

• Лиды и заявки (это инбокс).
• Сделки в воронке (это пайплайн).
• Маржа и прибыль (это аналитика).
• История клиента (это карточка гостя).

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

Что меняется в жизни команды

Через две недели после внедрения у нашей команды-пилотника ситуация была такая. Утренняя планёрка с 25 минут сократилась до 8. Не потому, что меньше говорят, а потому, что не нужно сначала собирать картину — она уже есть.

Сюрпризы не исчезли (и не исчезнут — туризм). Но изменилась их структура: вместо «упс, мы забыли заказать машину» появилось «упс, поставщик отменил трансфер за два часа». Вторая ошибка — это нормальный риск бизнеса. Первая — это стыдно.

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

Как это устроено в INITE Travel

В Phase 10 мы выкатили /operations — экран, на который попадают все активные брони, чьи маршруты пересекают выбранную дату. Внутри: пять секций (подъёмы, трансферы, отели, активности, гиды), сортировка по времени, статус ваучера на каждой строке, ссылка на бронь.

И — что важно — ваучеры с QR-кодом для поставщиков. Поставщик сканирует код, получает страницу подтверждения статуса (issued / delivered / consumed) без всякой авторизации. Никаких звонков «А этот ваучер ещё актуален?» — есть QR, есть ответ за две секунды.

Если у вас сейчас нет такого экрана — заведите. Хоть в Notion. Хоть в Trello-доске «Сегодня». Потеря на ритуале «собрать картину» — это самая дорогая работа, которую делает оператор, и единственная, которую он не должен делать ни одной минуты.