Рабочее место авиадиспетчера
Цифровизация интерфейса управления полётами для зарубежного стартапа. Пожалуй, самый необычный проект для самых необычных пользователей — людей, у которых цена ошибки в интерфейсе измеряется жизнями.
B2B
Специализированный домен
Новый продукт
Критичные интерфейсы
Роль:
Senior Product Designer
Команда:
Project Manager, команда Skylark
Срок:
1,5 месяца на дизайн
Визуал:
Частично основан на материалах компании
Контекст и проблема
Что такое ATM-система
ATM (Air Traffic Management) — система управления воздушным движением. Это комплекс интерфейсов, через который диспетчеры отслеживают, координируют и управляют всеми воздушными судами в своей зоне ответственности.
Основной экран — Air Situation Display (ASD): карта с метками бортов, маршрутами, зонами ограничений, метеоданными. Поверх карты — окна со списками рейсов, планами полётов, системными сообщениями. Всё работает в реальном времени, на нескольких мониторах одновременно.
Проблема бизнеса
Стартап разрабатывал конкурента TopSky (Thales) и AirCon (Indra) — промышленных ATM-систем, которые стоят десятки миллионов. Задача: создать доступную современную альтернативу для малых и средних аэропортов с 1–2 полосами, работающую на стандартном оборудовании (мониторы, мышь, клавиатура).
Цель
Спроектировать полный комплект рабочих позиций диспетчеров — от руления на земле до секторного контроля в воздухе.
Пользователи
Оперативные диспетчеры
Аэродромный диспетчер — управляет всем на земле и в ближнем воздушном пространстве: от захода на посадку до загона самолёта на стоянку. Метео, активные полосы, планы полётов, конфликты RIMCAS, Safety Nets — всё в одном рабочем месте.
Секторный контроль — ведёт борты в дальнем воздушном пространстве: радарная картина, списки входящих/исходящих рейсов, координация с соседними секторами
Административные диспетчеры
Руководитель полётов (Supervisor) — конфигурирует метео, полосы, параметры RIMCAS; имеет доступ к playback и статистике.
Администратор — управление системой, учётные записи, конфигурация.
Структура
Все позиции построены на одном HMI, но с разным набором окон, инструментов и прав доступа.
Погружение в домен
Как я разбиралась в авиации
Это не тот домен, где можно начать рисовать экраны на второй день. Прежде чем спроектировать хоть один элемент, я:
- Изучила техническую документацию — спецификации конкурентов (TopSky-ATC от Thales — 286 страниц, AirCon 2100 от Indra), стандарты ICAO, протоколы обмена данными (ASTERIX, OLDI, AIDC).
- Разобралась в функциональных требованиях — ~80 требований к системе, структурированных по типам позиций: какие данные показывать, какие инструменты давать, какие конфликты отслеживать.
- Изучила видео- и аудиологи реальных сессий — записи ведения самолётов: как диспетчеры общаются с пилотами, в каком порядке принимают решения, какие данные запрашивают в стрессовых ситуациях.
- Поняла логику работы — как диспетчер ведёт борт от момента подачи плана полёта до посадки; какие данные критичны в каждый момент; как устроена координация между позициями.
Только после этого перешла к концепции и визуальному стилю.
Ключевые решения
Концепция
Интерфейс собран из модульных окон наподобие редакторов Adobe: каждое можно открыть, закрыть, переместить, изменить размер. На основном экране — ASD (карта воздушной обстановки), поверх которой размещаются рабочие окна. Можно использовать несколько мониторов.
Списки рейсов и планы полётов
Таблица бортов и их статусов для конкретной полосы. Их положение на экране можно адаптировать под себя, система запомнит настройки пользователя.
Каждая позиция работает с несколькими списками одновременно: прибытие, вылет, буксировка. Списки обновляются в реальном времени. Таблицу бортов и их статусов для конкретной полосы Поиск — по позывному, бортовому номеру, расчётному времени взлёта (EOBT) или прибытия (ETA).
Полный план полёта — отдельное окно с возможностью редактирования. Ограниченная версия — встроена прямо в ASD для быстрого доступа без переключения контекста.
Индикация состояния систем
Критично знать, какие подсистемы работают штатно, а какие вышли из строя — от радаров и каналов связи до серверов обработки данных. Кроме уведомлений в основном рабочем пространстве, предусмотрен отдельный раздел со списком всех систем, который можно открыть как в отдельной вкладке программы, так и на отдельном экране.
Контрастные акцентные цвета выделяют нестабильные системы. В штатном режиме панель не отвлекает; при сбое — немедленно привлекает внимание на периферии зрения.
Внутренний мессенджер
Коммуникация между позициями — часть рабочего процесса. Одноэкранная компоновка: все переключатели и содержимое сообщений доступны одновременно. Ни одного модального окна, ни одного лишнего клика — скорость критична.
Почему так выглядит
Ключевой визуальный принцип: максимально простой фон — максимально яркие акценты. В штатном режиме экран спокойный и ровный. Но когда возникает критическая ситуация — интерфейс имеет право «загореться»: полэкрана в красном — это нормально, если это конфликт RIMCAS или отказ системы. Для диспетчеров это привычная логика, они ожидают агрессивной индикации.
Тёмная тема — не эстетический выбор, а отраслевой стандарт:
- Диспетчер работает в затемнённом помещении, часами смотрит в мониторы — тёмный фон снижает усталость глаз.
- Акцентные цвета (красный, жёлтый, зелёный) на тёмном фоне читаются мгновенно — критичные статусы и конфликты невозможно пропустить.
- Высокий контраст текста — информация должна считываться периферийным зрением, пока фокус на другой задаче.
- Все конкуренты (TopSky, AirCon, EUROCAT) используют тёмные схемы — это привычная среда для диспетчеров, переход на светлый фон создал бы когнитивный дискомфорт.
Каждый элемент оптимизирован под одну задачу: минимум когнитивной нагрузки при максимуме доступной информации.
Оценка качества решения
Пользовательское тестирование проводилось на стороне компании-заказчика — с реальными диспетчерами. Обратная связь возвращалась ко мне и влияла на итерации дизайна.
