Разработка фронтенда киоска для бронирования на Flutter

Крупный горнолыжный курорт с десятками тысяч гостей в сезон столкнулся с острой проблемой: в часы пик у канатки скапливались очереди до 200–300 человек. Люди толкались, нервничали, пропускные пункты работали на пределе. Сотрудники тратили почти всё время на «ручное» регулирование потока, успокаивали гостей и помогали с проходом — вместо того чтобы заниматься другими важными задачами.

Курорт хотел не увеличивать пропускную способность канатки (это дорого, долго и сложно), а сделать процесс спуска организованным и комфортным.

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

Серверную логику бронирования заказчик разрабатывал самостоятельно. Наша задача — внешняя часть: интерфейс, который видит гость, и интеграция с готовым бэкендом.

Но в процессе выяснилось, что всё не так просто:

· Готовый сервер работал с ошибками. Неправильно обрабатывал даты, календарь слетал, бронирования не сохранялись. Мы не могли править его сами — только находить проблемы и сообщать заказчику.

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

· Жёсткий дедлайн. Сезон уже шёл, до его окончания оставался месяц. Оборудование (киоски) привезли к нам в офис для тестирования, времени на раскачку не было.

· Технический нюанс. Киоски работали на Windows, и нужно было настроить их так, чтобы гость видел только наше приложение и не мог выйти в настройки или закрыть окно.

Всё это надо было решить за месяц силами двух человек.

Команда ItFox — менеджер (он же тестировщик) и Flutter-разработчик — взялась за проект. Мы предложили заказчику полноценную flutter разработку под ключ: от проектирования интерфейса до финальной настройки на реальном оборудовании.

Что мы сделали:

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

2. Настроили Windows в режим «киоска». Сделали так, чтобы при включении устройства сразу открывалось наше приложение на весь экран, без рабочего стола, панели задач и системных настроек. Гость не может выйти, закрыть или случайно что-то сломать. Для бизнеса это означает надёжность, простоту и экономию на обслуживании.

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

4. Работали в итеративном режиме. Мы не ждали, пока заказчик исправит всё разом, — двигались маленькими шагами. Каждые день-два заливали новую версию, тестировали на реальном киоске в офисе, находили новые проблемы и синхронно их решали.

5. Стали связующим звеном. Мы знали, как должна работать система с точки зрения гостя, и помогали команде заказчика довести серверную логику до ума. Работали в живом темпе, без бюрократии и долгих согласований.

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

• Flutter — для быстрой разработки интерфейса под Windows с календарём, анимациями и кнопками.

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

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

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

Конкретные цифры:

• 10 000+ бронирований за два сезона (около 4 000 — в первый, более 6 000 — во второй). Рост на 50% говорит о том, что гости оценили удобство и стали пользоваться системой активнее.

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

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

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

Главное — мы уложились в тот самый месяц и запустили систему до окончания сезона.