Как молодая судостроительная компания дошла до PLM через боль, брак и партию деталей из нержавейки в мусор

Четыре года - срок для производственной компании совсем небольшой. Но «Марлинг» за это время прошёл путь, на который у иных уходит десятилетие: от хаоса в локальных папках и согласований по электронной почте до 39 000 документов в единой базе и 640 управляемых извещений об изменениях. Это не история цифровой трансформации из презентации. Это история о том, как всё пошло не так - и что из этого вышло.

Корабли, рыба и цена ошибки

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

За плечами у команды - проекты на судах СТ-192 и КМТ02, сложная модернизация «Витуса Беринга», работы на «Капитане Таране». Такая специфика диктует жёсткие требования к документации. Ошибка в чертеже на берегу - это переделка в море. Цена вопроса высокая.

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

PLM по галочке - и почему это не работает

До инцидента с деталями Лоцман:PLM в компании формально был. Установлен, обучение проведено, птичка поставлена. Только никто им не пользовался. Инженеры работали на локальных дисках и в почте - привычно, быстро, понятно. На попытки выстроить системный процесс отвечали примерно одинаково: «Это вам надо, не нам» и «Вы только мешаете работать».

Команда развития с самого начала предупреждала: просто установить программу недостаточно. Её не слышали - пока не стало по-настоящему больно. Тогда вопрос «где кнопка, которая всё сделает сама?» наконец трансформировался в другой: «Что мы сами можем изменить?»

Перезапуск: малые шаги вместо большого внедрения

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

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

Сегодня система закрывает сразу несколько уровней потребностей:

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

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