Как мы за месяц убрали очереди на канатке с помощью системы бронирования через киоск

 Кто заказчик: Крупный горнолыжный курорт, куда каждую зиму съезжаются десятки тысяч людей.

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

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

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

Итог: Система запущена, киоски работали как минимум два сезона. Время ожидания в очереди сократилось в 2–3 раза — с 20–30 минут до 5–10 минут в пиковые часы. 

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

Курорт хотел не просто ускорить процесс (это дорого и сложно), а сделать спуск более организованным. Придумали так: установить у подъёмника большие сенсорные киоски. Гость поднимается на гору, сразу бронирует себе конкретное время спуска (например, в 15:00), получает билет и в назначенный час проходит без очереди по отдельному проходу.  Это и есть автоматизация продажи билетов и управления потоками посетителей.

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

Сюрприз №1: готовая система работала с ошибками. Сервер неправильно обрабатывал даты, календарь слетал, иногда бронирование просто не проходило. Поскольку сервер писали не мы, мы не могли исправить это сами — только сообщать о проблемах и ждать, пока команда заказчика их поправит.

Сюрприз №2: логика бронирования была «сырой». В исходной идее не продумали, как гость может отменить бронь или перенести время. А такие ситуации случаются постоянно. Нам пришлось прямо в процессе разработки додумывать эти сценарии и предлагать заказчику доработать их на сервере.

Сюрприз №3: жёсткий дедлайн. Сезон уже шёл, и всё нужно было успеть до его окончания — в нашем распоряжении был всего месяц. Плюс оборудование (сами киоски) привезли к нам в офис, чтобы мы тестировали на реальных устройствах.

И ещё один технический нюанс: Киоски работали на Виндовс, и нужно было настроить их так, чтобы гость видел только наше приложение и не мог случайно свернуть его или залезть в настройки. Это оказалось нетривиальной задачей, но мы с ней справились.

Какие были ограничения

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

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

Самое сложное началось, когда мы соединили готовый интерфейс с сервером заказчика. Сервер выдавал ошибки — даты, время, бронирования не сохранялись как надо, фиксировали каждую проблему, объясняли заказчику суть, и они оперативно правили свою часть, а мы параллельно дорабатывали экран. Так, итерациями, за месяц мы прошли десятки циклов «нашли — исправили — проверили».

Стали связующем звеном: знали, как должна работать система с точки зрения гостя, и помогали команде заказчика довести её до ума. И всё это — в живом темпе, без длинных согласований. Это классический пример флаттер-разработки под ключ: мы взяли на себя все этапы — от проектирования интерфейса до финальной настройки на реальном оборудовании.

Проект длился около месяца. В команде — двое: один занимался интерфейсом, второй (менеджер) одновременно тестировал всё на реальном киоске и общался с заказчиком.

Типичный день выглядел так:

1. Мы заливали свежую версию интерфейса на киоск.

2. Менеджер садился за экран и «играл роль гостя»: пробовал забронировать, отменить, изменить время.

3. Если находили проблему (кнопка не работает, дата съехала, сервер не отвечает), сразу связывались с технической командой курорта.

4. Они оперативно исправляли свою часть, а мы параллельно дорабатывали внешний вид или поведение экрана.

5. Через день-два снова заливали новую версию и повторяли проверку.

Так мы шаг за шагом превращали «сырой» прототип в стабильную систему, которой можно пользоваться. В итоге обеспечили  автоматизацию продажи билетов — теперь гости могли бронировать спуск за пару касаний, без участия персонала и без нервотрёпки.

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

• Flutter — современный инструмент для создания интерфейсов, который позволяет быстро делать красивые экраны под разные устройства. Мы использовали его, чтобы собрать экран под Windows с календарём, кнопками и анимациями.  Еще про разработку на Флаттер: Мобильное приложение r для B2B-платформы — из одного кода собрали три брендированных приложения для разных компаний-партнёров. Сэкономили заказчику до 70% бюджета на поддержку, приложение используют более 100 000 активных пользователей. Можете посмотреть подробный кейс здесь.

• Windows — операционная система киосков, обеспечивает исключительно долгий жизненный цикл устройства и высокую предсказуемость затрат.

• Стандартное подключение к серверу — через обычные интернет-запросы, чтобы обмениваться данными о бронированиях.

Система была запущена в тестовую эксплуатацию, а затем полноценно заработала. Киоски проработали как минимум два сезона — и, по имеющимся данным, работают до сих пор.

• Сокращение времени ожидания. В пиковые часы у канатки скапливалось до 200–300 человек. После внедрения системы время на прохождение контроля сократилось с 20–30 минут до 5–10 минут — то есть в 2–3 раза. Это стало возможным благодаря тому, что гости с бронированием проходили по отдельному коридору без общей толпы.

• Количество бронирований. За первый сезон через два киоска прошло около 4 000 бронирований, во второй сезон — уже более 6 000. Рост говорит о том, что гости оценили удобство и стали пользоваться системой активнее.

• Экономия ресурсов курорта. Раньше на управление очередью у канатки требовалось 3–4 сотрудника, которые регулировали поток, успокаивали гостей и помогали с проходом. После запуска киосков потребность в этой функции сократилась до одного дежурного — он лишь консультировал тех, кто не разобрался с терминалом. Остальные сотрудники были перераспределены на другие задачи — например, на помощь туристам с экипировкой или контроль безопасности на трассах.

• Удовлетворённость гостей. По неофициальным отзывам, гости стали меньше нервничать, а количество жалоб на очереди снизилось. Это прямой вклад в репутацию курорта.

Но главное — система заработала и принесла пользу, а мы уложились в тот самый месяц.

Часто заказчики думают: «У нас уже есть серверная часть, нужен только экран. Это же простая задача — зачем нанимать серьёзную команду?»

Этот кейс показывает: в таких «простых» задачах часто скрываются главные риски. Сервер почти всегда содержит ошибки. Пользовательский сценарий почти всегда недоработан. И когда начинаешь соединять интерфейс и сервер, выясняется, что половину логики нужно перепридумывать, а ошибки исправлять в пожарном режиме.

АЙТИФОКС не просто «рисует экраны». Мы видим проект целиком, предвидим проблемы на стыке, помогаем их решить и доводим систему до реально работающего состояния — даже если серверная часть не наша и времени в обрез. Мы предлагаем готовую систему бронирования через киоск с полной интеграцией, настройкой и поддержкой.