Pull to refresh

Правила проектирования MES-систем, которые мы выработали

Level of difficultyMedium
Reading time6 min
Views2.4K

MES-системы (Manufacturing Execution System) — интерфейсы от которых зависит эффективность производственного процесса. Основная задача — обеспечить управление, ускорить принятие решений и снизить ошибки на всех этапах.

За последние несколько лет нам удалось поработать с рядом проектов в области MES. В процессе работы мы выработали подходы, которые стали основой наших решений, доказали свою эффективность и я спешу вам рассказать о них.

1. Интерфейс должен быть понятен инженерам / операторам / ваш вариант

Основной пользователь MES — не программист и не менеджер проекта, а оператор, мастер смены, инженер. Часто с минимальным уровнем диджитальной подготовки. Нужно выстраивать взаимоотношения интерфейса и пользователя на доступном языке. Это уровень «технарь», который отлично разбирается в оборудовании и терминологии, но не хочет тратить время на изучение лишних кнопок и настроек. Или уровень «я не знаю, куда тыкать» — когда от системы ждут простоты и понятной логики.

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

Что делаем:

  • Используем простую терминологию — никакой “авторизации через LDAP”, только “вход по логину”.

  • Минимизируем количество действий — все часто используемые функции должны быть доступны максимум в 1–2 клика.

  • Отключаем всё, что не используется — не должно быть «на всякий случай» добавленных элементов. Интерфейс должен быть «чистым» и фокусироваться только на текущем рабочем процессе.

  • Формулируем кнопки и действия через глаголы — «Печать отчёта», «Начать выпуск», «Остановить линию», а не «Меню отчётов» или «Настройки оборудования».

  • Выводим в интерфейсе только актуальные действия — если операция невозможна, элемент не просто «неактивен», он не показывается вовсе.

Пример упрощения визуала
Пример упрощения визуала

2. Цвета как маркер состояния системы

В производственных интерфейсах цвет — это сигнал, а не декор. Он должен быть стандартизирован и очевиден: зелёный — работает, красный — проблема, жёлтый — предупреждение. Это не вопрос эстетики, а инструмент мгновенной диагностики состояния системы.

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

Что делаем:

  • Используем согласованную палитру по ГОСТу и ISO, где применимо — особенно в интерфейсах с критически важными статусами и сигналами.

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

  • Убираем двусмысленность в считывании информации — никаких промежуточных оттенков, которые вызывают сомнения: «это оранжевый или красный?».

  • Делаем статус понятным с расстояния, прищурившись или боковым зрением — на производстве нет времени на “вчитывание”.

  • Цвет дополняем символами, формой и положением элементов — чтобы даже при проблемах с восприятием цвета (в том числе дальтонизме) информация оставалась доступной.

  • Обеспечиваем равномерность сигналов по всей системе — если зелёный означает “работает” в одной части интерфейса, он должен означать то же везде. Цвет не может менять смысл в зависимости от контекста.

  • Проверяем интерфейсы в ночном/цеховом режиме — на ярких и тёмных фонах, в плохом свете, на разных типах экранов.

Работа с цветами в интерфейсе
Работа с цветами в интерфейсе

3. Фокусируем внимание, расставляем акценты

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

Нужно придеживаться принципа: лучше меньше, но понятнее. Цель не в том, чтобы уместить весь регламент или логику процесса на одном экране. Цель — чтобы оператор быстро понял, что происходит, и что от него требуется.

Правильная подача информации позволяет направить внимание пользователя туда, где оно нужно. Именно внимание, а не взгляд. 

Что делаем:

  • Используем типографику для расстановки приоритетов — размер, вес, шрифт, отступы. В MES каждый акцент должен быть осознанным.

  • Выносим критически важную информацию в «фиксацию» — например, текущий статус смены, состояние линии, аварийные уведомления. Эти данные остаются на экране при прокрутке или переключении вкладок.

  • Прячем вторичное под вкладки, collapsible-блоки или в контекстные окна. То, что нужно «вдруг», не должно мешать тому, что нужно «сейчас».

  • Выстраиваем сценарий использования — от заголовка к действию. Оператор должен интуитивно понимать, куда смотреть и что нажимать.

  • Убираем визуальный шум — отказываемся от лишнего декора, бессмысленных иконок

  • С умом используем анимации и графику — от анимаций стоит а принципе отказаться, а прогресс-бар имеет смысл использовать для наглядности процесса и видимости с расстояния.

4. Условия эксплуатации

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

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

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

Что делаем:

  • Используем крупные элементы управления, которые легко нажимать даже в перчатках.

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

  • Тестируем читаемость при низком контрасте, бликах и разных углах обзора — особенно критично для TN-матриц, которые часто используются в недорогих мониторах.

  • Убираем мелкие иконки, бургер-меню и другие элементы, требующие точности или «знания по умолчанию».

  • Учитываем реальные размеры экранов и типы устройств — планшет с тач-управлением это вам не монитор с мышью.

  • Оцениваем отклик тач-скрина и его совместимость с элементами управления — особенно если используется резистивная матрица или индустриальный тач.

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

Светлая тема, если для эксплуатации подходит больше она
Светлая тема, если для эксплуатации подходит больше она
Темная тема для эксплуатации по умолчанию
Темная тема для эксплуатации по умолчанию

5. Состояния системы

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

Что делаем:

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

  • Показываем прогресс выполнения операций — например, графически отображаем ход техпроцесса, выпуск партии, загрузку узла. Без «песочных часов» и зависших окон.

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

  • Выделяем блок с логами, уведомлениями и текущими инцидентами — он должен быть отдельно, заметен и легко доступен. Инциденты нельзя прятать под вкладки или в меню.

  • Фиксируем критические статусы в «шапке» или «боковой панели», чтобы они не исчезали при переключении экранов.

  • Используем комбинированные сигналы — цвет, иконка, текст и (при необходимости) звуковая индикация. Это позволяет не пропустить важное даже в шумной или отвлекающей среде.

  • Тестируем сценарии ошибок и критических состояний отдельно — нужно убедиться, что информация в критический момент действительно видна и понятно что нужно предпринять.

Наглядно показываем состояния, подсвечиваем цветами
Наглядно показываем состояния, подсвечиваем цветами

Заключение

Проектирование интерфейсов для MES-систем — это не про «модно» и не про «удобно в идеале». Здесь информация помогает принимать решения в условиях ограничений по времени, усталости операторов и операционных рисков. Чем больше мы понимаем особенности пользователя и условия эксплуатации, тем лучше будет работать интерфейс и тем меньше будет совершаться дорогостоящих ошибок

Интерфейс в производстве — это инструмент, который работает точно, просто, без сбоев.


Хотите разработать MES-систему, веб-сервис или приложение, пишите в личный Telegram https://t.me/rebnev

Подробнее о том, чем мы занимаемся - на сайте makeit.ru

Tags:
Hubs:
Total votes 3: ↑3 and ↓0+3
Comments7

Articles