Как стать автором
Обновить
0
Datana
Команда реальных дел Datana

Современный UX для промышленности или Человек-оператор тоже человек

Время на прочтение8 мин
Количество просмотров3.2K

Создаем и тестируем User-friendly Interface для промышленности

На связи Datana. Уже несколько лет мы занимаемся цифровизацией промышленности, Индустрией 4.0. Погрузившись в мир индустриальных решений и пообщавшись с разными специалистами на стороне заказчика, мы обнаружили бескрайний океан для работы UX-специалистов и стали сочувствовать нашим бизнес-пользователям. Подавляющее большинство программных решений, которые они используют, обладает интерфейсами из 90-х. Почему компании, работающие в 21 веке с промышленностью, считают это нормой, совершенно не понятно.

Есть мнение, что операторы привыкли именно к такому UI, и им важно лишь решить задачу, а все остальное – ненужные бантики для избалованных миллениалов. Правда, тот, кто такое говорит, обычно сам не хочет пользоваться старыми версиями Sharepoint в рабочих процессах, а тексты редактирует в последней версии MS Office, а то и в Pages.

В этой статье я вместе с Александром Урбаном, UX-дизайнером, расскажем о разработке UX/UI цифровых советчиков для металлургического комбината. Свой опыт мы облекли в формат инструкции, как протестировать эргономику ПО с помощью конечных пользователей – металлургов. Здесь есть свои любопытные нюансы...


Сегодня даже программное обеспечение для консервативных бухгалтеров выглядит легко и современно. Вы могли видеть, например, современные интернет-банки для корпоративных клиентов или онлайн-бухгалтерии. А ведь еще совсем недавно это был кромешный ужас.

А в современной промышленности до сих пор дела часто обстоят иначе. Вероятно, вендоры понимают, что операторы в повседневной жизни легко и удобно делают покупки, заказывает такси через мобильные приложения и пользуется порталом ГосУслуг. Но при этом производители ПО раз за разом создают для них профессиональные инструменты с интерфейсом, от которого может задергаться глаз.

Ответ на вопрос, почему так происходит, включает в себя множество аспектов:  культуру проектной деятельности, экспертизу команды разработки, легаси – причин может быть много.

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

Гемба 現場

То, каким будет интерфейс ПО, определяется профессиональными задачами оператора и его условиями работы. А условия работы на промышленном предприятии далеки от привычных для айтишника.

На металлургическом заводе диспетчер  взаимодействует с десятком цифровых систем, сам следит за протеканием технологического процесса и, одновременно, получает информацию по аналоговым каналам.

Важно помнить – рабочая смена длится до 12 часов подряд, а отдохнуть сталевары могут лишь сидя в неудобных жестких креслах! Эргономика специфическая, но ее диктует техника безопасности: сталевар всегда должен быть собран, потеря концентрации грозит реальной опасностью.

Организация рабочего места на каждом участке или агрегате может значительно отличаться.

Диспетчер, запечатленный на этом кадре, часто прикрывает глаза от нестерпимо яркого света, идущего от печи.

Если в создании офисных и других приложений UX-специалисты уже собаку съели, то с промышленным ПО опыта маловато. Вот и мы на определенном этапе были вынуждены признать, что без качественных исследований невозможно попасть в контекст заводской реальности. И мы перенесли свой опыт и практики работы над B2C-продуктами в промышленную продуктовую разработку.

Первым делом мы поменяли своё восприятие и начали относиться к интерфейсу как очень значимому элементу сложной системы. Именно человек стоит во главе производственного процесса, поэтому нужно дать ему возможность управлять системой максимально комфортно. Необходимо убрать весь информационный шум, сфокусировать оператора на главном, одновременно уменьшив его усталость.

Мы привлекли UX-дизайнера, провели многочисленные интервью диспетчеров и сталеваров на заводах и в офисах, выполнили прототипирование, качественное UX-тестирование и, наконец, приблизились к целевому образу удобного решения для промышленности.

Как это было…

Этап “Молчаливое наблюдение”

У нас в штате работают эксперты с реальным опытом работы на заводах -  и мы, конечно, этим воспользовались.

Для начала мы с ними поверхностно разобрали процессы плавки, разбили их на блоки (участки), выявили роли операторов на каждом из них и изучили условия работы этих специалистов. Требовалось определить, на каких этапах им требуется больше всего внимания, где мы гипотетически можем помочь (здесь мы говорим исключительно про UX, но не забываем что в продукте заложена сложная нелинейная бизнес-логика, математические и физико-химические модели, решающие задачи прогнозирования и оптимизации).

Чтобы немного вас погрузить в контекст местной незабываемой атмосферы, вот вам сценка из жизни сталевара:

– Петрович, поди, надо отсекать.

Петрович пешком идёт к нужному посту, чуть ли не суёт голову в жерло вулкана, внимательно следит за струей сливающегося из конвертера шлака, двумя джойстиками управляя шлаковозом и углом поворота конвертера. А в нужный момент возвращает конвертер в исходное положение и с невозмутимым видом возвращается к коллеге.

– Готово!

Этап “Лезем в голову”

На основе увиденного мы сформулировали несколько основных гипотез, обернули их в первые грубые интерфейсы и пошли в гости к заводчанам.

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


Кто должен быть на тестировании

Кроме респондента на тестировании должно быть не больше 2-3 человек, чтобы не создавать давления на респондента. В идеале это UX-дизайнер и владелец продукта. Один берёт интервью, второй фиксирует заметки.

Что нужно иметь с собой

Камера/телефон для аудио/видео записи, ноутбук, программы видеозаписи экрана (Quicktime), стикеры, блокнот, маркеры, ручки для заметок «в полёте». Не все из перечисленного удобно брать на завод, что-то просто невозможно, поэтому приходится как-то выкручиваться. Как выкручивались мы, вы узнаете совсем скоро.

С чего начать интервью

Познакомьтесь, представьте формат интервью. Помните, на заводе работают настоящие мужики, и нужно завоевать их уважение. На начальном этапе вам поможет белая каска – это знак отличия администрации, но не стоит им злоупотреблять. Только настоящее доверие позволит провести работу эффективно, а для этого нужно выучить матчасть и, например, знать, чем сляб отличается от заготовки, произносить “конвертер”, а не “конвектор”.

Важно, чтобы респондент чувствовал себя комфортно, открыто и понимал, что от него хотят. Это поможет ему расслабиться, быть искренним и способным к критике.

Уточните, что это не тест респондента, а тест продукта. Здесь не может быть правильных или неправильных ответов, а если респондент что-то не понимает, то это проблема продукта.

Обязательно спросите респондента, не возражает ли он против видео/аудио записи.

В нашем случае с этим была проблема: на территории завода в некоторых местах вести какую-либо запись просто нельзя, поэтому мы проводили интервью вне заводских пространств или же ограничивались рукописными записями, редкими фото на телефон.

Есть метод в кастдеве – попросить респондента немного рассказать о себе: какими сервисами он чаще всего пользуется в обычной жизни, что ему особенно в них нравится, что раздражает и почему. Так вы поймёте, к каким механикам в принципе он привык, и разговорите его, так сказать, в зоне комфорта.

Но зона комфорта у всех своя, как ни иронично это звучит, когда мы рассуждаем про работу на заводе. Например, один наш знакомый сталевар работает исключительно при выключенном свете, а в ответ на вопросы просто надевает спецовку и выходит к агрегату. В таких случаях наиболее применимы дневниковые исследования. Мы просто наблюдаем и записываем все происходящее.

Не забудьте про рабочие инструменты респондента. Спросите, как он решает исследуемую нами задачу сейчас, какие проблемы он видит в нынешнем решении.

Так респондент мысленно вернётся в нужный контекст.

Переходим к тестированию прототипа

Обязательно скажите, что не вы автор этого решения («наши коллеги разработали»), так респондент будет более критичен.

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

В процессе тестирования говорите, что нужно сделать, но не объясняйте как («Вы попали на этот экран, чтобы отследить такой-то показатель. Как вы это сделаете? Для чего он вам нужен?»).

Попросите комментировать вслух все, что респондент видит в прототипе, его мысли и эмоции.

Если респондент не знает, как что-то сделать, просите его порассуждать, сделать предположение.

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

Избегайте закрытых вопросов – тех, что предполагают ответы “да” или “нет”.

Завершаем тестирование прототипа

На завершающем этапе тестирования стоит спросить:

•   Как бы вы сравнили это решение с существующими известными вам альтернативами?

•   Что вам понравилось в этом решении? Что вызвало вопросы? Что раздражает? Почему?

•   Как бы вы описали это решение в двух словах другу или коллеге? Ответ на этот вопрос часто помогает понять как позиционировать продукт;

•   Если бы вы могли как-то изменить 3 вещи в этом решении, что бы это было?

Быстрое командное обсуждение

После каждого респондента важно сразу кратко обсудить и зафиксировать то, что бросилось в глаза, основные “откровения”.

После тестирования посыпаем голову пеплом делаем выводы, где просчитались, где не учли ряд параметров, где допустили “детские ошибки” с некорректными сокращениями (например, даже на одном заводе не всегда используются единые аббревиатуры и сокращения). И все исправляем.


Мы стали разрабатывать интерфейсы в стандартной темной теме с возможностью установки светлой для более спокойных условий работы. И это не дань моде от Apple, а насущная потребность.

^ Пример экранов системы по оптимизации расхода ферросплавов, коллаж темной и светлой тем UI

Возможно, кто-то из читателей сейчас подумает “какой перегруженный экран, фу”. Меж тем, на экране отображается полный химический состав расплава по всем необходимым легирующим элементам – от этого зависит марка и качество стали. Оператору не нужно скроллить экран, не нужно вообще касаться мыши и клавиатуры. Фокусом внимания управляем через цветовые обозначения – они меняются асинхронно при поступлении новых данных или получении новых результатов работы моделей.

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

1. Пример экрана системы управления вакуумированием
Данная система на основе множества входных параметров дает рекомендации по управлению установкой вакуумирования стали.

2. Пример экрана системы мониторинга продувки металла аргоном
Данная система получает real-time видеопоток с тепловизионной камеры, установленной нами под крышкой сталь-ковша (где температура достигает более 1500С), анализирует состояние зеркала металла на предмет различных метрик и выдает рекомендации по дальнейшим действиям.

И да, местные реалии очень хорошо показывают несостоятельность тестовых данных в прототипах (привет любителям использовать Lorem ipsum для наполнения контента). Главное для ребят с завода – цифры. Складывается впечатление, что в их голове установлен квантовый инженерный калькулятор на ядерном топливе, способный в секунды проводить любые расчёты, и, если что-то не сходится, включается огромное красное табло “тревога”.

Естественно, это повод показывать не только финальные значения наших расчётов, но и из чего они складываются – для ощущения контроля над ситуацией. А ведь это предъявляет особые требования и к моделям обработки данных – они должны быть интерпретируемыми (sic!), черные ящики нейронных сетей не всегда подходят.

Но мы призываем видеть в этом не сложности, а возможности.

Не забываем, что реальное производство – это все еще аналоговый мир, который скептически смотрит на все эти цифровые “я всё сделал за тебя”. Это и не плохо, и не хорошо, это просто факт. Смена привычек – непростое занятие, в котором очень важно соблюсти баланс между знакомыми вещами и космолётом. Ни к чему делать космолёт ради космолёта.

Свои производственные заметки мы, помимо Хабра, выкладываем в Telegram-канал. Присоединяйтесь!

А еще мы будем рады видеть вас в своей команде. Те, кто нужен нам прямо сейчас, перечислены тут.

Теги:
Хабы:
Всего голосов 5: ↑5 и ↓0+5
Комментарии9

Публикации

Информация

Сайт
datana.ru
Дата регистрации
Дата основания
Численность
51–100 человек
Местоположение
Россия

Истории