Руслан Шарипов - Senior UX/UI дизайнер | Руслан Шарипов - UX/UI дизайнер

Sipos

Отслеживание, анализ и виз. данных состояния сотрудников

О чем продукт?

SiPos - это приложение для отслеживания, анализа и визуализации данных о состоянии сотрудников на предприятии.

Проблема

Предприятия сталкиваются с проблемой: сложно отследить здоровье и активность сотрудников. Это может привести к тому, что операторы не успеют быстро среагировать на угрозы здоровью сотрудников. Отсутствие точного отслеживания активности также может привести к потере денег. Текущее решение заказчика это сложное ПО, которое получает данные от смарт-часов. Их функциональность избыточна, что приводит к лишним расходам. Кроме того, смарт-часы быстро теряют заряд батареи, особенно в плохом климате, что снижает качество визуализации в приложении и может нанести вред сотруднику. Еще есть проблема того, что определение местоположения в смарт-часах затруднено, так как компании не дают прямого доступа к аппаратному обеспечению.

Контекст

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

Какие проблемы и задачи решал?

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

Какой был процесс?

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

Чтобы понять проблему и разработать решение, я не использовал какой-либо конкретный процесс проектирования, например, double diamond, дизайн-мышление или Lean. Почему? Потому что в целом любой процесс проектирования состоит из четырех этапов: исследование, анализ данных, проектирование и тестирование. Почему? Потому что мой срок был неделя блин на погружение в проблему, эскизы, визуальный дизайн и интерактивный прототип, комон 🌚.

Исследование

🤔 Любые данные лучше, чем их полное отсутствие, потому что "без данных вы просто еще один человек с мнением". - У. Эдвардс Деминг.

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

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

В результате, получил ответы на свои вопросы:

  • Какую проблему мы пытаемся решить с помощью этого продукта:прозрачность для клиента в области ценообразования и установки KPI для сотрудников на предприятии. Повысить эффективность труда в дискретном производстве за счет возврата неконтролируемого времени сотрудников в бизнес.
  • Что должен делать продукт: показывать актуальные данные о здоровье и активности всех сотрудников на предприятии.
  • Какова наша бизнес-цель: сократить время простоя на предприятиях и время реагирования в случае возникновения ЧС, угрожающих работнику.
  • Кто наши пользователи: служба повышения эффективности персонала и рабочие.
  • Почему это важно для них: чтобы вовремя среагировать и спасти людей или предотвратить ущерб для компании.

Пользователи

🤔 Сотрудникам не нужно знать о данных, которые передаются устройством. Это не принесет им никакой пользы или вреда.

🤔 Устройство представляло из себя карточку размером с кредитку, которое крепилось на форму сотрудника и было напичкано разными датчиками.

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

Персонаж

Оператор службы повышения эффективности работы персонала

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

Цели: Реагировать на проблемы с работником, анализировать их работу и давать рекомендации компании.

Инсайт #1: Сотрудники работают, а устройство не отвлекает их, кроме SOS, где подключается оператор.

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

Инсайт #2: Не только служба повышения эффективности персонала заботится о здоровье и активности работников.

Задачи: Определить местонахождение и состояние работника. В случае необходимости включить маячок для поиска и спасения.

Инсайт #3: Используя протоперсону, я сосредоточился на визуализации данных, чтобы они были понятны каждому.

Информационная архитектура

🤔 Все мы в той или иной степени привыкли и видели карты: google, apple, 2gis и др. Но суть у всех одна - есть карта, статус пробок, и есть объекты, с которых мы считываем нужную информацию, кликая или тапая.

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

Дизайн-решения

✍️ Эскизы помогают выровнять и скомпоновать каждый элемент аппликации.

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

Скетчи

Карта - центральное место взаимодействия с данными и наблюдения за сотрудниками. Это легко понять по каждому наброску. Главное - наблюдение и анализ, а реакция после. Для этого я добавил верхнюю панель с поиском и меню для быстрого перехода к разделам. Ниже находится список пользователей для быстрого понимания их статуса. При тапе/клике на маркере сотрудника появляется краткое описание с вкладками для анализа и получения данных. Карта должна занимать больше места, чтобы поместить больше сотрудников на любом устройстве.

Скетчи. Надо. Делать. Всегда. До. UI.

Карта - это центр для всего

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

Карточка сотрудника

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

Для выбора сотрудника мы показываем лишь необходимые данные. Чтобы ускорить процесс, я добавил кнопки (“<” “>”) для переключения между сотрудниками, находящимися в текущей области карты. Полный статус сотрудника можно увидеть на вкладке "Обзор". Если нужна дополнительная информация, оператор может нажать на кнопку "подробнее" для получения графиков и подробных данных.

Итерация 1: как-то много текста. Трудно удержать фокус внимания. Трудно сканировать.

Итерация 2: добавил визуализации, но они стали как-то слишком сложны для восприятия.

Итерация 3: добавил вариации графикам. Стало еще сложнее. Думаю дальше…

Итерация 4: теперь все стало легко читаемым, сканируемым и более интуитивно понятным.

Отслеживание

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

Прототип

Если у вас нет времени, то Figma предоставляет достаточно возможностей для создания интерактивных прототипов с базовым взаимодействием приложений.

🤔 Использовал Figma для создания интерактивного прототипа с помощью функции smart animate. Взаимодействия и анимации делал с учетом каждого сценария.

Выводы

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

Выпущенная версия была принята нашими клиентами. Однако это только MVP-версия, и будут новые проблемы, которые необходимо решить. Например, у пользователя должна быть возможность настраивать отображение объектов на карте и создавать их. Шаблоны и макеты будут повторно использоваться на будущих этапах разработки. Я буду продолжать стремиться к улучшению опыта наших пользователей. Я уже вижу новые сегменты пользователей, в которых могут потребоваться улучшения, если продукт будет использоваться ими.

Выпущенная MVP-версия была принята клиентами, но новые проблемы всё равно возникали. Например, необходимо добавить возможность настройки отображения объектов на карте и их создание операторами и т.д.

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

В службе повышения эффективности:

  • Учет рабочего времени.
  • Формирование и изменение поведенческих моделей персонала контроль производственных процессов.
  • В HR-службе: учет соответствия рабочего времени должностным инструкциям.

В службе безопасности:

  • Защита от мошенничества со стороны работников.
  • Локализация зон доступа рабочего персонала в помещения с повышенной зоной безопасности.

В производственной службе:

  • Контроль производственного процесса.
  • Расследование обстоятельств выпуска некачественной продукции.

В службе охраны труда:

  • Здоровье работника.
  • Уровень эмоционального состояния.
  • Поиск и спасение людей при несчастных случаях на производстве.
  • Контроль труда и времени.

В службе промышленной безопасности:

  • Расследование несчастных случаев на производстве.
  • Локализация зон доступа рабочего персонала в помещения с производственным риском.