Наземные операции, которые можно проверить
На перроне одна операция проходит между полевой командой и менеджером: действия выполняются на телефоне, а статус и история нужны на вебе. Без явных состояний запись может выглядеть завершённой раньше самой работы. В GroundOps и Inspections я разделил подготовку, неизвестные данные, завершение и проблемы, которые остаются открытыми после проверки. Цена пропуска - повреждение самолёта или работа с неисправным оборудованием.
Роль
Продуктовый дизайнер · Axel
Внешняя команда NDX
Период
2021–2026
С начала проекта до завершения участия
Платформы
Веб · iOS · Android
Смартфон и планшет
GroundOps + Inspections
Два продукта для наземных служб бизнес-авиации
1/3
площадок Signature в США работали с Inspections
На момент анонса в октябре 2024 года. Signature выбрала продукт для развёртывания по всей сети США. Результат команды.
Читать анонс ↗2 решения
на которых построен кейс
- GroundOps: работа при неизвестных данных.
- Inspections: проверка закончена, проблема открыта.
01
Полевой тест изменил направление
Collision Prevention был частью раннего Ramp - будущего GroundOps. Биконы на краях самолёта должны были передавать расстояние до препятствия на телефон. Городские тесты выглядели убедительно, но на действующем перроне сигнал оказался ненадёжным. Продуктовая команда и инженеры остановили аппаратное направление.
Ранняя концепция, 2021.
Подготовка и учёт буксировки
В дальнейшей работе над GroundOps я связал действия команды с состоянием операции. Позиционирование телефона помогало видеть положение, а выполнение шагов подтверждали люди.
Моё решение
Спроектировал проверки, выбор места, состав команды и завершение как части одной буксировки - на телефоне и вебе.
Компромисс
Подтверждения требуют времени сотрудника. Они фиксируют выполненные шаги, но не заменяют датчик расстояния.
Счёл осуществимость технологии уже доказанной
Команда работала над аппаратной гипотезой около шести месяцев. Я начал детальную проработку до проверки технологии на действующем перроне. Раньше стоило согласовать критерии надёжности и остановки; часть проработанных состояний и ролей позже пригодилась в GroundOps.
02
Буксировка: от подготовки до завершения
Сотрудник выбирает место назначения, проходит проверки и подтверждает состав команды. Менеджеру важно видеть, какая буксировка идёт и когда она закончена. Я связал подготовку, движение и завершение с одной операцией.
01
Выбрать место назначения
Место назначения.
02
Проверить самолёт
Осмотр и проверки.
03
Подтвердить команду
Назначение и подтверждение
Фрагмент предупреждения при отсутствии данных.
Неизвестная высота - отдельное состояние
Я отделил отсутствие данных от опасного зазора: показал рядом высоту самолёта и отсутствующие данные ангара и объяснил, почему сравнение невозможно.
Вместо молчаливого «безопасно» или автоматического запрета - предупреждение и явный выбор. Цена: команда может продолжить работу, но система не подтверждает безопасный зазор и не предотвращает неверное решение.
Завершение подтверждает сотрудник
Таймер показывает длительность; Finish movement явно завершает буксировку и меняет её статус. Цена - сотруднику нужно выполнить ещё одно действие: без него операция остаётся незавершённой.
Менеджеру нужен итог операции
Самолёт, маршрут, участники и время завершения должны относиться к той же буксировке. Так можно восстановить ход работы по записи.
03
Проверка закончена - проблема открыта
С 2022 года я проектировал Inspections: проверки качества топлива по стандарту ATA 103 и наземного оборудования. Главное требование к модели: завершение инспекции не должно закрывать работу над найденной неисправностью. Я связал проверку, проблему и дальнейшие действия.
01
Выбрать проверку
Рабочий материал: статусы и способ подтверждения видны уже в списке.
02
Подтвердить оборудование
Считывание метки подтверждает выбранное оборудование. Оно не доказывает качество проверки.
03
Подготовить к отправке
Заполненные разделы собраны перед отправкой; этот экран ещё не подтверждает сохранение результата.
Сохранено ≠ отправлено
Inspections поддерживает работу без сети. Локально сохранённый результат ещё не виден менеджеру на вебе; он появляется там после успешной отправки. Эти состояния нельзя показывать одинаково.
01
Связь потеряна
Баннер сообщает об офлайне и отмечает записи, сохранённые только на устройстве.
02
Что произойдёт с данными
Объяснение отделяет локальное сохранение от отправки и позволяет продолжить работу.
03
Очередь синхронизации
Queued, Failed и Synced показывают, что ждёт отправки, где нужна повторная попытка и что уже загружено.
Запись проблемы
Остаётся открытой после завершения инспекции.
Работа над устранением
Описание, действия и история по тому же оборудованию.
Если выведено из работы
Перед возвратом нужна отдельная проверка.
Продолжить уже открытую работу
При следующей инспекции сотрудник может встретить ту же проблему. Я показал существующее корректирующее действие прямо в проверке: описание, дату, комментарий и файлы.
Продолжение инспекции и работа над проблемой - разные действия. Это добавляет шаг, но сохраняет контекст: завершение формы не закрывает несоответствие.
После устранения нужна отдельная проверка возврата
На вебе оборудование остаётся в очереди, пока Return to Service inspection не завершена. Это отдельный шаг после устранения проблемы. Цена: дополнительная проверка; взамен менеджер видит, что оборудование ещё нельзя считать готовым к работе.
Экран собран по рабочей структуре Awaiting Approval и актуальной навигации; данные строк анонимизированы.
04 · Вклад и результат
ИтогиРаннюю концепцию Ramp (будущего GroundOps), ключевые сценарии GroundOps, структуру Inspections и связь мобильной работы с вебом.
Общие правила для форм, таблиц и статусов. Ревьюил задачи других дизайнеров, прорабатывал исключения с инженерами и QA.
Я работал в команде Axel как внешний продуктовый дизайнер NDX. Требования и обратную связь с площадок получал через продуктового лида; постоянного прямого доступа к операторам не было. Продукт и инженеры задавали техническое направление. Я отвечал за сценарии и интерфейсы.
Внешнее подтверждение масштаба
Signature выбрала Inspections для сети США после оценки продукта. Это подтверждение востребованности решения и результат всей команды; оно не измеряет только мой личный вклад.
Анонс ↗Программа NATA
NDX выступает технологическим партнёром программы контроля качества топлива NATA: цифровые проверки, корректирующие действия и записи для аудита. Это подтверждает релевантность модели для отрасли.
Программа ↗Без доступа к операционной аналитике я не могу подтвердить снижение ошибок или экономию времени. Для оценки решений проверил бы полноту записей буксировок и сроки устранения проблем, учитывая затраты времени сотрудников и сбои отправки.
С операторами проверил бы два момента: понятно ли, что неизвестная высота не означает безопасный зазор, и различают ли они завершение инспекции и устранение проблемы.