Как выстроить управляемый процесс разработки коллекции: опыт Kuchenland

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

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

От отдельных инструментов к единой структуре данных 

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

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

Сотрудничество Kuchenland и Omnidata началось с пилотного проекта. Команды определили базовую структуру ассортимента, требования к карточкам моделей и правила ведения продуктовых данных. После проверки выбранного подхода на практике компания перешла к полноценному внедрению PLM.

Как организовали совместную работу над моделями

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

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


Карточка модели

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

Единая библиотека материалов вместо повторного ввода

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

В Omnidata.PLM для Kuchenland организовали общую библиотеку материалов. Теперь дизайнер выбирает уже заведённую ткань или фурнитуру и связывает её с конкретной моделью. Это позволяет повторно использовать подготовленные данные и поддерживать единые правила описания материалов.


Спецификация материалов модели

Техническая документация на основе данных модели

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

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

При этом информация остаётся доступной и специалистам, которые не работают непосредственно в Omnidata.PLM: для них предусмотрены выгрузки необходимых документов.

Подготовка закупочной информации в PLM

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

Для Kuchenland адаптировали механизм квотирования — работы с предложениями поставщиков. Закупщики получают коммерческие предложения за пределами системы, вносят их в PLM, сравнивают условия и фиксируют выбранного поставщика и согласованную цену. Эта информация связывается с моделью и используется при подготовке данных для заказа.

Для подготовки заказов команда использует выгрузки из PLM, а сами заказы оформляет в 1С, где этот процесс уже был организован. Автоматической интеграции между PLM и 1С в рамках проекта нет.

Такое распределение функций позволило встроить PLM в существующий ИТ-ландшафт Kuchenland, не перенося в новую систему процессы, для которых уже использовались другие инструменты.

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

В Kuchenland Omnidata.PLM стала рабочим инструментом для специалистов направления одежды, объединив данные о моделях, материалах и закупках. К сентябрю 2026 года масштабы использования системы характеризовались следующими показателями:



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

• Единые правила описания ассортимента. Категории изделий, артикулы и цвета структурированы по общим принципам.
  
  
• Принцип “однократного ввода”. Данные о тканях и фурнитуре сохраняются в общей библиотеке и переиспользуются при создании новых моделей.
  
  
• Совместная работа подразделений. Дизайнеры, конструкторы, технологи и закупщики работают со связанными данными об изделии.
  
  
• Разделение процессов между системами. Разработка и подготовка закупочной информации ведутся в PLM, оформление заказов остаётся в 1С.

Изменения в повседневной работе отмечают и специалисты Kuchenland. Александра Мосунова, продакт-менеджер компании, выделяет улучшения в работе с техническими данными и образцами:

«Внедрение PLM-системы позволило оптимизировать ключевые процессы в работе конструктора: составление спецификаций измерений на изделия и работу с комментариями к образцам поставщиков».

Развитие системы продолжилось и после основного внедрения. По запросу Kuchenland был реализован отдельный модуль для работы с образцами. Теперь специалисты фиксируют результаты обмеров и отслеживают логистику образцов в одном окне. Это позволило органично расширить использование PLM на следующие этапы жизненного цикла изделия.

---

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

---

Что опыт Kuchenland показывает рынку

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

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

Подробнее о проекте Kuchenland, этапах внедрения и реализованных инструментах — в полном кейсе на сайте Omnidata.