Авторизация
Сброс пароля
Разработка фронта киоска для бронирования на Flutter
Заказчик: NDA
Страница кейса/результат: https://itfox-web.ru/ru/cases/bronirovanie-cherez-kiosk-dlia-gornolyzhnogo-kurorta-razrabotka-na-flu

Разработали фронт сенсорного киоска на Flutter для горнолыжного курорта. За месяц силами двух человек интегрировались с готовым бэкендом, исправили ошибки в его логике и запустили систему. Результат: 10 000+ бронирований, очереди в 3 раза короче.
1. Вводная задача от заказчика, проблематика, цели
Крупный горнолыжный курорт с десятками тысяч гостей в сезон столкнулся с острой проблемой: в часы пик у канатки скапливались очереди до 200–300 человек. Люди толкались, нервничали, пропускные пункты работали на пределе. Сотрудники тратили почти всё время на ручное регулирование потока вместо того, чтобы заниматься другими задачами.
Курорт хотел не увеличивать пропускную способность канатки, а сделать процесс спуска организованным и комфортным. Решение — установить у подъёмника сенсорные киоски, где гости заранее бронируют время спуска, получают билет и в назначенный час проходят без очереди по отдельному проходу.
Цель проекта: разработать интерфейс для киосков и интегрировать его с готовым бэкендом заказчика. Срок — один месяц, до окончания сезона.
Серверную логику бронирования заказчик разрабатывал самостоятельно. Наша задача — внешняя часть: интерфейс, который видит гость, и его связь с готовым бэкендом. Однако в процессе выяснилось, что всё не так просто: готовый сервер работал с ошибками, пользовательский сценарий был «сырым», а жёсткий дедлайн не оставлял времени на раскачку.
2. Описание реализации кейса и творческого пути по поиску оптимального решения
Команда ItFox — менеджер (он же тестировщик) и Flutter-разработчик — взялась за проект. Мы предложили заказчику полноценную flutter разработку под ключ: от проектирования интерфейса до финальной настройки на реальном оборудовании.
Первым делом мы разработали интерфейс киоска — большой, яркий, понятный экран с календарём и временными слотами. Гость нажимает удобное время, бронирует, получает билет. Если передумал — может отменить или изменить время. Все эти сценарии мы продумали сами, потому что в исходной логике заказчика их не было.
Параллельно мы настроили Windows в режим «киоска» — при включении устройства сразу открывается наше приложение на весь экран, без рабочего стола, панели задач и системных настроек. Гость не может выйти, закрыть или случайно что-то сломать. Для бизнеса это означает надёжность, простоту для посетителей и экономию на обслуживании.
Главным вызовом стала интеграция с сервером заказчика. Мы подключали интерфейс к серверу и сразу натыкались на ошибки: даты съезжали, брони не сохранялись. Мы фиксировали каждую проблему, объясняли заказчику, что именно идёт не так, и они оперативно правили свою часть, а мы параллельно дорабатывали экран. За месяц мы прошли через десятки таких циклов: «нашли — исправили — проверили — снова нашли». Мы не ждали, пока заказчик исправит всё разом, а двигались маленькими шагами — каждые день-два заливали новую версию, тестировали на реальном киоске в офисе и синхронно решали проблемы.
По сути, мы стали связующим звеном между гостем и командой заказчика: знали, как должна работать система с точки зрения пользователя, и помогали довести серверную логику до ума. Всё это — в живом темпе, без бюрократии и долгих согласований.
Технологии: Flutter для быстрой разработки интерфейса под Windows, стандартные интернет-запросы к серверу для обмена данными о бронированиях. Windows как операционная система киосков обеспечила долгий жизненный цикл и предсказуемость затрат.
3. Результаты сотрудничества
Система запущена в тестовую эксплуатацию, а затем полноценно заработала. Киоски работают уже два сезона и, по имеющимся данным, функционируют до сих пор.
Ключевые результаты:
- 10 000+ бронирований за два сезона (около 4 000 — в первый, более 6 000 — во второй). Рост на 50% говорит о том, что гости оценили удобство и стали пользоваться системой активнее.
- Сокращение времени ожидания в очереди в 2–3 раза: с 20–30 минут до 5–10 минут в пиковые часы. Это стало возможным благодаря тому, что гости с бронированием проходили по отдельному коридору.
- Экономия персонала. На управление очередью раньше требовалось 3–4 сотрудника, после запуска киосков остался один дежурный, который только консультирует гостей по работе с терминалом. Остальные сотрудники перераспределены на другие задачи.
- Удовлетворённость гостей. По неофициальным отзывам, количество жалоб на очереди снизилось, гости стали меньше нервничать — это прямой вклад в репутацию курорта.
Главное — мы уложились в тот самый месяц и запустили систему до окончания сезона.
4. Заключение
Этот кейс — яркий пример того, что даже задача, которая на первый взгляд кажется простой, на деле превращается в комплексную интеграцию с массой подводных камней. Мы доказали, что умеем работать с чужим кодом и не боимся подключаться к системе, которую писали другие, находим слабые места и помогаем их исправить. Мы доводим до ума «сырые» сценарии, которых не было в ТЗ, и выдерживаем жёсткие дедлайны — месяц на полный цикл от идеи до работающего устройства. Мы не просто исполнители, мы становимся мостом между разными командами заказчика, синхронизируем доработки и помогаем видеть проект целиком. И мы показали, что Flutter отлично подходит не только для мобильных приложений, но и для терминалов, киосков, сенсорных стоек и другого оборудования.
Если у вас похожая задача — серверная часть уже есть, а интерфейс нужно сделать быстро и надёжно, — мы знаем, как помочь. Обращайтесь, обсудим ваш проект.


