PLM dla producenta odzieży - jak zarządzać kolekcjami i specyfikacjami tkanin?

Projektantka zmienia gramaturę dzianiny w swetrze z 280 na 320 g/m². Informacja trafia mailem do technologa, ale nie do działu zakupów, który zamawia metraż według starego arkusza. Szwalnia dostaje tech pack w PDF-ie sprzed tygodnia. O rozbieżności wszyscy dowiadują się przy próbce. Za późno. PLM dla producenta odzieży odpowiada właśnie na takie sytuacje. PLM (Product Lifecycle Management) to system do zarządzania produktem od pierwszego szkicu do wycofania z oferty. W firmie odzieżowej oznacza to w praktyce jedno miejsce na kolekcję, specyfikacje modeli i bibliotekę tkanin - z historią zmian, statusami i jasną odpowiedzią na pytanie, która wersja jest aktualna.

Poniżej opisujemy, co PLM porządkuje w firmie odzieżowej, jak ułożyć bibliotekę tkanin i specyfikacje modeli, z czym system trzeba połączyć i kiedy lepiej zostać przy prostszych narzędziach. Piszemy z perspektywy zespołu, który prowadzi transformację cyfrową firm produkcyjnych i łączy ich systemy w jeden przepływ danych.

Arkusz, mail i segregator z próbkami

W wielu firmach odzieżowych kolekcja powstaje w kilku równoległych miejscach. Rysunki techniczne leżą w plikach Illustratora, specyfikacje modeli w Excelu, lista tkanin w osobnym arkuszu działu zakupów, a wzorniki materiałów w segregatorach na półce. Uwagi do próbek krążą mailem albo w komunikatorze ze szwalnią. Tabela wymiarów jest kopiowana z modelu do modelu, razem z błędami. Dopóki kolekcja liczy kilkanaście modeli, a projektantka siedzi przy jednym biurku z technologiem, to działa. Problem zaczyna się przy kilkudziesięciu modelach w kilku wariantach kolorystycznych, dwóch szwalniach i trzech dostawcach dzianin. Nikt nie wie, czy tech pack w skrzynce szwalni jest ostatnią wersją. Zakupy zamawiają tkaninę, którą projekt dawno wymienił. Wiedza o tym, dlaczego w danym modelu zmieniono podszewkę, odchodzi z firmy razem z technologiem.

Koszty tego bałaganu rzadko pojawiają się w jednej pozycji budżetu. Rozkładają się na dodatkowe rundy próbek, źle zamówiony metraż, przesunięte terminy dostaw do sklepów i godziny spędzone na szukaniu właściwego pliku.

Czym jest PLM dla producenta odzieży i czym różni się od ERP i PIM

Najprościej rozdzielić te systemy według pytań, na które odpowiadają. PLM odpowiada na pytanie: co produkujemy, z czego i jak. ERP odpowiada na pytanie: ile, za ile, kiedy i dla kogo. PIM, czyli system do zarządzania informacją produktową, odpowiada na pytanie: jak pokazujemy produkt klientom w sklepie, na marketplace'ach i w katalogach. Granica przebiega w momencie zatwierdzenia modelu. Do tego czasu model żyje w PLM: zmienia się tkanina, krój, dodatki, tabela wymiarów. Po zatwierdzeniu trafia do ERP jako indeks z recepturą materiałową, na podstawie której planuje się zakupy i produkcję. Stamtąd, uzupełniony o opisy i zdjęcia, przechodzi do PIM. 

Częsty błąd to próba zmuszenia ERP do pracy PLM. ERP dobrze przechowuje finalną recepturę i koszty, ale nie ma miejsca na szkice, kolejne rundy próbek, komentarze z przymiarek i porównanie trzech propozycji tkaniny od różnych dostawców. Na co zwracać uwagę przy samym ERP, pokazujemy w poradniku o tym, jak wybrać ERP dla firmy produkcyjnej.

PLM w modzie różni się też od PLM w przemyśle maszynowym. Zamiast rysunków części i zmian konstrukcyjnych obsługuje sezony, warianty kolorystyczne, rozmiarówki, próbki i dostawców materiałów. Dlatego systemy tworzone dla branży odzieżowej rozwijają się jako osobna kategoria oprogramowania.

Biblioteka tkanin: jedna karta materiału zamiast kilku arkuszy

Biblioteka tkanin to zwykle pierwszy moduł, który przynosi odczuwalną ulgę. Każdy materiał ma w niej jedną kartę, a modele odwołują się do tej karty zamiast przepisywać jej dane. Dobra karta tkaniny zawiera:

• kod wewnętrzny, kod dostawcy, dostawcę i kraj produkcji,
• skład surowcowy w procentach, z nazwami włókien zgodnymi z przepisami o etykietowaniu,
• gramaturę w g/m², szerokość użytkową, splot lub rodzaj dzianiny oraz wykończenie,
• dostępne kolory z kodami wzornika i numerami partii barwienia,
• wyniki badań laboratoryjnych, takich jak kurczliwość po praniu, odporność na pilling czy trwałość wybarwień, z raportem w załączniku,
• certyfikaty z datą ważności, na przykład OEKO-TEX albo GOTS,
• cenę, minimalną ilość zamówienia i czas dostawy,
• zalecenia pielęgnacji, z których później powstaje metka.

Najważniejsza jest relacja w drugą stronę. Karta pokazuje, w których modelach tkanina jest użyta. Gdy dostawca podnosi cenę albo wycofuje kolor, od razu widać, których modeli to dotyczy i ile metrów było planowane. Do karty warto dołączyć zdjęcie wzornika w dobrej rozdzielczości i cyfrową teksturę. Przydaje się ona w prezentacjach dla klientów B2B, w wizualizacjach 3D i w konfiguratorach produktu. W konfiguratorze garniturów dla Signor Leone tkaniny są właśnie takimi rekordami: zespół klienta zarządza w panelu Strapi ich teksturami, opisami, cenami i widocznością wariantów, bez angażowania programisty.

Biblioteka ma też swoje ograniczenie. Jest tak dobra, jak dane, które ktoś do niej wpisał. Zanim zaczniecie migrację, ustalcie, kto odpowiada za kartę materiału i kto może ją zmienić - to temat, który w szerszym kontekście nazywa się zarządzaniem danymi w firmie. I nie przenoście archiwum z dziesięciu lat. Wystarczą tkaniny z bieżącego i następnego sezonu.

Specyfikacja modelu, która nie rozjeżdża się między działami

Tech pack, czyli pakiet dokumentacji technicznej modelu, to w większości firm plik PDF albo arkusz z kilkunastoma zakładkami. Zawiera rysunek płaski, listę materiałów i dodatków, tabelę wymiarów z tolerancjami, stopniowanie na kolejne rozmiary, instrukcje szycia oraz opis metek i etykiet. W PLM te same informacje są danymi, a nie dokumentem. Lista materiałów (BOM) odwołuje się do kart z biblioteki, więc zmiana tkaniny w jednym miejscu jest widoczna w każdym modelu, który jej używa. Tabelę wymiarów buduje się z szablonu dla danej rozmiarówki, zamiast kopiować ją z poprzedniego modelu. Każda zmiana ma autora, datę i powód. Szwalnia nadal może dostawać PDF. Różnica polega na tym, że system generuje go z aktualnych danych, a na dokumencie widać numer wersji. Przy sporze o to, co było w specyfikacji, wystarczy otworzyć historię zmian. Osobna sprawa to warianty kolorystyczne. Jeden model w pięciu kolorach to często pięć kompletów dodatków: inne zamki, nici, guziki. PLM trzyma je jako warianty jednego modelu, a nie pięć osobnych plików, które po trzech poprawkach przestają się zgadzać.

Warto też wiedzieć, czego PLM nie zastąpi. Konstrukcja formy i stopniowanie szablonów nadal odbywają się w programach CAD do odzieży, a projekty 3D w narzędziach do symulacji tkanin. PLM przechowuje pliki i metadane, może też pobierać z nich wymiary, ale konstruktor dalej pracuje w swoim programie.

Kalendarz kolekcji i zatwierdzanie próbek

Kolekcja ma swój harmonogram: brief, projekty, dobór materiałów, pierwsza próbka, przymiarka, poprawki, próbka przedprodukcyjna, zamówienie. W PLM każdy model ma na tej ścieżce status, a opóźnienia widać na długo przed terminem. Jeśli dostawca nie zatwierdził jeszcze próby koloru, model jest zagrożony, zanim ktokolwiek zauważy to w kalendarzu dostaw. Przy próbkach system porządkuje to, co zwykle ginie w mailach. Zdjęcia z przymiarki, pomiary próbki porównane ze specyfikacją i decyzja „zatwierdzone", „do poprawki" albo „odrzucone" trafiają do jednej karty modelu. Po sezonie łatwo policzyć, ile rund próbek potrzebował każdy model i gdzie powstawały błędy.

Zewnętrzne szwalnie i dostawcy materiałów mogą mieć w PLM ograniczony dostęp przez portal dostawcy. Widzą swoje zadania, pobierają aktualną specyfikację i sami wgrywają wyniki badań czy zdjęcia próbek. To mniejsza część zarządzania łańcuchem dostaw, ale w modzie często najbardziej uciążliwa.

Kalendarz działa jednak tylko wtedy, gdy ludzie aktualizują statusy. Jeśli zmiana statusu wymaga pięciu kliknięć, po miesiącu harmonogram w systemie zaczyna rozmijać się z rzeczywistością. Dlatego tam, gdzie się da, status powinien zmieniać się sam, na przykład po zeskanowaniu przyjętej próbki albo po wgraniu raportu z laboratorium.

Integracje: skąd PLM bierze dane i dokąd je wysyła

PLM bez połączeń z innymi systemami staje się kolejną wyspą danych, do której ktoś przepisuje informacje ręcznie. Typowe przepływy w firmie odzieżowej wyglądają tak: zatwierdzony model wychodzi z PLM do ERP jako indeks z recepturą i kalkulacją kosztu. W drugą stronę ERP odsyła stany magazynowe tkanin i rzeczywiste koszty zakupu, żeby projektanci wiedzieli, z czego mogą korzystać w kolejnym sezonie. Skład, zalecenia pielęgnacji i parametry techniczne trafiają z PLM do sklepu internetowego i na marketplace'y, najczęściej przez system PIM, który dopasowuje je do wymagań każdego kanału. Dzięki temu skład na karcie produktu w sklepie jest tym samym składem, który trafił na metkę.

Jeśli firma szyje we własnym zakładzie, PLM przekazuje dane także do systemu produkcyjnego: operacje technologiczne, normy czasowe, kolejność szycia. Rolę takiego systemu opisuje artykuł o tym, czym jest system MES.

Przy projektowaniu integracji najważniejsza jest jedna decyzja: który system jest źródłem prawdy dla danego pola. Skład tkaniny żyje w PLM, cena sprzedaży w ERP, opis marketingowy w PIM. Jeśli to samo pole można edytować w dwóch miejscach, prędzej czy później pojawią się dwie wersje. Łączenie wielu systemów w spójny przepływ nazywa się w IT integracją aplikacji w przedsiębiorstwie i wymaga, żeby każdy z nich udostępniał dane przez API. Gotowe systemy PLM mają zwykle konektory do najpopularniejszych globalnych ERP. Z systemami mniej popularnymi integrację trzeba najczęściej zbudować pod konkretne wdrożenie.

Skład, metka i paszport produktu: dane, o które zapyta regulator

Część danych z PLM ma znaczenie prawne. Rozporządzenie UE nr 1007/2011 wymaga, żeby wyroby włókiennicze miały na etykiecie skład surowcowy z nazwami włókien wymienionymi w rozporządzeniu i ich udziałem procentowym. Błędy w składzie biorą się najczęściej z kopiowania danych między plikami. Gdy metka powstaje z karty tkaniny, a nie z ręcznie przepisanej tabelki, tego ryzyka jest znacznie mniej. Kolejne wymagania są w drodze. Rozporządzenie w sprawie ekoprojektu dla zrównoważonych produktów (ESPR) obowiązuje od 18 lipca 2024 roku, a Komisja Europejska wskazała tekstylia jako jedną z pierwszych grup produktów, dla których określi szczegółowe wymagania. Według planu roboczego Komisji akt delegowany dla tekstyliów ma zostać przyjęty orientacyjnie w 2027 roku. Ma on określić m.in. zakres cyfrowego paszportu produktu, czyli elektronicznej karty z informacjami o składzie, trwałości, zawartości materiałów z recyklingu i pielęgnacji, dostępnej na przykład przez kod QR. ESPR już teraz zakazuje niszczenia niesprzedanej odzieży, dodatków i obuwia. Duże przedsiębiorstwa obowiązuje on od 19 lipca 2026 roku, średnie od 19 lipca 2030 roku, a mikro i małe firmy są z niego wyłączone. Duże firmy muszą też ujawniać informacje o niesprzedanych produktach, które usuwają.

Szczegóły paszportu nie są jeszcze przesądzone, więc budowanie osobnego modułu „pod DPP" byłoby dziś przedwczesne. Warto natomiast już teraz przechowywać dane o materiałach w uporządkowanej formie: skład, pochodzenie, dostawcę, certyfikaty i wyniki badań. Uzupełnianie ich wstecz dla kilku sezonów to żmudna praca, a dobrze prowadzona biblioteka tkanin przyda się też w raportowaniu, o którym piszemy w tekście o ESG w przedsiębiorstwie.

Kiedy PLM nie ma sensu, a kiedy wystarczy gotowy system

PLM to system, który trzeba zasilić danymi, utrzymywać i do którego trzeba przekonać zespół. W niektórych firmach ten wysiłek się nie zwraca. Mała marka z dwiema kolekcjami po kilkanaście modeli, jedną projektantką i jedną szwalnią zwykle poradzi sobie z dobrze ułożonym dyskiem, szablonem tech packu i jednym arkuszem z biblioteką tkanin, do którego odwołują się wszystkie specyfikacje. PLM nie pomoże też, jeśli problem leży gdzie indziej: w planowaniu produkcji, stanach magazynowych albo opisach w sklepie. Wtedy właściwym adresem jest ERP, MES albo PIM.

PLM zaczyna mieć sens, gdy modeli i wariantów jest na tyle dużo, że nikt nie ogarnia ich pamięcią, gdy specyfikacje edytuje kilka osób, a z firmą współpracuje kilku dostawców i szwalni. Dobrym sygnałem są też powtarzające się błędy w próbkach wynikające z nieaktualnych danych. Wybór między gotowym a dedykowanym systemem zależy od tego, jak bardzo wasz proces odbiega od typowego. Gotowe systemy PLM dla branży odzieżowej, takie jak Centric PLM, Lectra czy WFX, mają przemyślany model danych i sprawdzony przepływ kolekcji. W zamian to firma dopasowuje się do systemu, a licencja rośnie z liczbą użytkowników. Rozwiązanie dedykowane ma sens, gdy proces jest nietypowy, na przykład przy szyciu na miarę, konfiguratorach produktu czy połączeniu produkcji własnej ze sprzedażą B2B, albo gdy potrzebujecie tylko części funkcji: biblioteki tkanin i generatora tech packów zintegrowanych z istniejącym ERP.

Często najlepiej sprawdza się wariant pośredni: gotowy PLM do pracy nad kolekcją i dedykowane integracje z ERP, sklepem i narzędziami sprzedażowymi. Przykład takiego nietypowego przepływu opisuje tekst o konfiguratorze ubrań made-to-measure, gdzie dane o tkaninach i wymiarach klienta muszą płynąć ze sklepu prosto do produkcji.

Jak przygotować wdrożenie, żeby zespół z niego korzystał

Wdrożenia PLM rzadko padają z powodów technicznych. Częściej dlatego, że system odwzorowuje proces, którego nikt w firmie wcześniej nie spisał, albo zespół wraca do Excela, bo tam jest szybciej. Sprawdza się taka kolejność:

1. Prześledźcie drogę jednego modelu od szkicu do zamówienia produkcyjnego: kto co robi, w jakich plikach i gdzie gubią się informacje.
2. Ustalcie słowniki, zanim powstanie pierwszy ekran: nazwy włókien, kolory, rozmiarówki, statusy próbek.
3. Zacznijcie od biblioteki tkanin i specyfikacji jednego sezonu, a nie od wszystkich modułów naraz.
4. Integrację z ERP podłączcie wtedy, gdy dane w PLM są już wiarygodne. Automatyczne przesyłanie złych danych tylko przyspiesza bałagan.
5. Wyznaczcie osobę odpowiedzialną za jakość danych w systemie, z czasem na tę pracę w grafiku.

Pierwszy punkt to w praktyce analiza przedwdrożeniowa. Od niej zależy, czy wybierzecie gotowy system, dedykowany moduł czy połączenie obu. Zakres pierwszej wersji ustalamy zwykle na warsztatach product discovery, z udziałem projektantów, technologów i zakupów, a nie tylko zarządu. Pierwsze wydanie traktujemy jak MVP, czyli minimalną wersję produktu, którą zespół sprawdza na jednej kolekcji, zanim obejmie nią całą firmę. Termin też ma znaczenie. Start w środku prac nad kolekcją to prosty sposób, żeby zespół znienawidził nowy system. Lepiej zacząć między sezonami.

Na początek wystarczy prosty test na ostatnim sezonie: ile rund próbek potrzebował przeciętny model, ile z nich wynikało z nieaktualnych danych i ile trwa znalezienie aktualnej specyfikacji dowolnego modelu. Jeśli odpowiedzi są niepokojące, macie punkt wyjścia do rozmowy o PLM. Budujemy systemy i integracje dla firm z branży modowej, więc jeśli chcecie przejść przez te liczby razem z nami, napiszcie - chętnie porozmawiamy o waszej kolekcji.