Перейти к содержанию

Кейс · Система управления производством · 2026

Durus Управление заводом на одном экране

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

Роль
Продуктовый дизайнер и тимлид
Команда
3 дизайнера · 1 разработчик · 1 продакт-менеджер
Срок
5 месяцев
Платформа
Десктопное приложение
Durus, производственная доска с восемью этапами линии цинкования

01

Обзор

О проекте

Durus используют сотрудники завода горячего цинкования. Приложение управляет всем циклом заказа: приёмкой, первичным контролем, восемью этапами цинкования, выдачей и выставлением счёта. Я руководил редизайном основных производственных сценариев, сам проектировал ключевые экраны и задавал направление команде из трёх дизайнеров. Мы работали вместе с разработчиком, продакт-менеджером, планировщиками, инспекторами и операторами линии.

71% → 93% Заказы, завершённые в срок
12% → 4% Партии, которым потребовалось повторное цинкование после контроля качества
−58% Время планирования и выпуска заказа на линию

02

Задача

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

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

03

До редизайна

Состояние основных экранов до редизайна: плоские списки без этапов производства, фильтров, отраслевых правил и истории проверок.

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

04

Подход

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

    Этап 01 · исследование Контекст

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

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

    Этап 02 · информационная архитектура Структура

    этапов линии собраны в одной записи заказа

    Сделал заказ основным объектом системы. В одной записи хранятся клиент, материалы, рецепты, положение на восьми этапах линии и счёт. Изменение этапа в цехе, подтверждение контроля качества и обновление от финансовой команды работают с этой записью.

  3. Система и команда

    Этап 03 · система и команда Масштаб

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

  4. Прототипы и проверка

    Этап 04 · прототипы и проверка Проверка

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

Мы описали реальный производственный процесс в системе и связали все действия с заказом.

05

Решение

Доска, которая повторяет производственную линию

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

Производственная доска с восемью этапами, готовностью подвеса и приоритетами
Производственная доска в реальном времени. Финальный экран.

Рабочее расписание заказов

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

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

Полная карточка клиента

Контакты, последние заказы, предложения по цене цинка и заметки собраны в одном месте. Планировщик или менеджер сразу видит историю клиента и текущие условия.

Карточка клиента с контактами, заказами, ценами и заметками
Связанная карточка клиента. Финальный экран.

Контроль качества с учётом процесса

Рецепт, проверка возможности подвеса, фотографии и согласование входят в один сценарий первичного контроля. Для каждой партии сохраняется проверяемая история.

Первичный контроль с рецептом, проверкой подвеса, фотографиями и согласованием
Первичный контроль с доказательствами. Финальный экран.

06

Результаты

71% → 93% Заказы, завершённые в срок
12% → 4% Партии, которым потребовалось повторное цинкование после контроля качества
−58% Время планирования и выпуска заказа на линию
−45% Время первичного контроля с фотографиями и историей изменений
−40% Время от выдачи заказа до выставления счёта
+22% Загрузка линии и подвесов

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

07

Выводы

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

Easycompliance, связанный реестр рисков GRC-платформы

Вернуться к началу

Easycompliance / Управление рисками

Смотреть кейс

08

Напишите мне

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

Скачать резюме