система управления для операторов АЗС
2024 — 2025
продуктовый дизайнер в кросс-функциональной команде
спроектировала операторский интерфейс для азс: колонки и оплата в реальном времени, смены, чеки, статус оборудования, пересчёт цен и нестандартные заказы — на старых мониторах. в фокусе была не «красота», а общая логика продукта, читаемость и негативные сценарии: ошибки, отмены, восстановление после сбоя. отдельно выстроила клавиатурный слой: подсказки, наблюдения на станции
цель
свести сложные операции в одну понятную линию: на слабом экране видно главное, при сбое есть куда откатиться и как не потерять время и деньги
параллельно — не раздувать интерфейс «под десктоп»: плотность должна оставаться управляемой в очереди и усталости
проблема
функций много, связи между ними неочевидны с первого взгляда; часть сценариев — краевые и тяжёлые
у операторов разный уровень владения пк, на старте — запуски в небольших городах, значит решения должны быть терпимыми к слабому железу и к людям без «продвинутых» привычек
результат
логика экранов и негативные ветки стали предсказуемее для операторской работы. обращения в поддержку сократились на 10%
подсказки и справка остались опорой для новичков, опытным — дали убрать шум с экрана
01
задача
нужно было удержать в одном продукте и сложные функции — колонки, платежи, смены, чеки, оборудование, пересчёт цен, гибкие заказы — и читаемость на старых мониторах без формального исследования пользователей. отдельная сложность — негативные и краевые случаи: ошибки транзакций, отмены, восстановление после сбоя, чтобы оператор не оставался один на один с непонятным состоянием
что я сделала
разложила сценарии по шагам так, чтобы на экране одновременно был виден контекст задачи и следующее безопасное действие, а не просто набор полей
проработала негативные ветки и тексты ошибок так, чтобы было ясно, что случилось и что можно сделать дальше без лишних тупиков
мы многократно прогоняли сценарии внутри команды на слабом железе и уточняли контраст, крупность и сетку под реальную дистанцию до монитора
что это дало
операторы и владельцы после запуска на станциях отметили, что системой проще пользоваться в потоке работы, чем прежним решениям
плотный экран остался плотным, но читабельным: реже теряется важное в визуальном шуме
негативные сценарии перестали выглядеть как тупик: у оператора чаще есть понятный следующий шаг
02
задача
нельзя было опереться только на привычные сочетания для продвинутых пользователей пк: часть операторов не из этой аудитории, а скорость на линии критична. нужно было проверить гипотезы прототипами, дать подсказки на экране на старте, потом не мешать тем, кто уже запомнил, и довести решение после обратной связи и наблюдений прямо на азс
что я сделала
собрала прототипы, смотрела на скорость набора и типовые ошибки на внутренних прогонах и на станции и пересобрала комбинации под более простую логику, чем «стандартные» хоткеи
предложила переключатель, чтобы скрывать подсказки, и быстрый доступ к справке — чтобы новичок не оставался без опоры, а опытный не платил постоянным шумом на экране
зафиксировала поведение фокуса, подсказок и состояний в дизайн-системе, чтобы следующие экраны не изобретали клавиатуру заново
что это дало
после итераций горячие клавиши стали легче объяснять и запоминать без длинного обучения «на память»
подсказки перестали быть только режимом «всегда включено»: интерфейс стал удобнее к разному уровню подготовки без раздвоения продукта
паттерны клавиатуры и подсказок переиспользовали в других задачах команды; метрику по поддержке не фиксировали как kpi — по обратной связи после стабилизации типовых вопросов по интерфейсу стало заметно меньше
