Cztery osoby w dziale handlowym. Każda ma swoją wersję arkusza z katalogiem produktów. Wersję z datą w nazwie pliku, oczywiście.
Klient dzwoni i pyta o aktualny atest dla złączy ze stali nierdzewnej w klasie A4. Handlowiec otwiera folder, widzi trzy pliki PDF z różnymi datami i nie ma pewności który jest aktualny. Wysyła ten z najnowszą datą. Klient składa zamówienie. Przy odbiorze okazuje się, że atest był dla poprzedniej serii produkcyjnej.
W B2C taka historia kończy się zwrotem paczki i kosztem 30 zł. W B2B kończy się odrzuceniem całej dostawy, karą umowną i utratą klienta który generował 200 000 zł obrotu rocznie.
To jest właśnie ten moment, w którym firmy B2B zaczynają szukać systemu PIM. Nie dlatego że chcą ładniejszych opisów produktów. Dlatego że jeden błąd w dokumentacji technicznej kosztuje tyle co kilkumiesięczna marża.
Dlaczego B2B to inny problem niż B2C
Branżowe narzędzia do zarządzania danymi produktowymi przez lata były projektowane z myślą o retailu. Opisy, zdjęcia, tagi SEO, dystrybucja do sklepów i marketplace'ów. To jest serce większości systemów PIM na rynku.
W B2B lista wygląda inaczej:
Atrybuty techniczne zamiast marketingowych. Klasa IP, norma EN, wymiary w milimetrach, temperatura pracy, materiał wykonania, moment dokręcania. Nie "elegancki design" - tylko twarde dane, które ktoś wpisuje do specyfikacji przetargowej.
Dokumentacja jako część produktu. Karta katalogowa, deklaracja zgodności CE, certyfikat badań, instrukcja montażu, plik DXF/STEP do integracji z projektem CAD klienta. Brak aktualnej dokumentacji = produkt nieistniejący dla działu zakupów kontrahenta.
Cenniki per klient lub segment. Dystrybutor A dostaje cennik z rabatem 15%, dystrybutor B z rabatem 22%, klient key account negocjuje ceny indywidualnie. To nie jest funkcja PIM - to ERP - ale PIM musi wiedzieć które atrybuty są publiczne, a które kanałowe.
Wielojęzyczność pod rynki eksportowe. Opis po polsku, po niemiecku, po czesku. Karta katalogowa z tłumaczeniem terminologii technicznej, a nie Google Translate wklejony do Worda.
Integracja z systemami zakupowymi kontrahentów. Duże firmy produkcyjne wymagają punch-out catalog lub EDI. To osobny temat - ale PIM jest fundamentem, bez którego nie ma co eksportować.
Kiedy PIM naprawdę jest potrzebny - nie tylko liczba SKU
Najczęściej słyszę pytanie "ile SKU musimy mieć żeby PIM miał sens". To złe pytanie.
Firma z 300 produktami może potrzebować PIM bardziej niż sklep z 15 000 SKU. Jeśli każdy z tych 300 produktów ma 50 atrybutów technicznych, specyfikację w czterech językach, 8 plików dokumentacji i trzy warianty konfiguracyjne - to Excel jest gwarancją chaosu bez względu na wolumen.
Konkretne sygnały, że czas na PIM:
Więcej niż jedna osoba edytuje dane produktowe i "ostatnia zapisana wersja wygrywa"
Dokumentacja techniczna żyje w folderach na dysku sieciowym bez kontroli wersji
Wprowadzenie nowego produktu do oferty trwa tygodniami bo dane trzeba wpisać osobno do ERP, sklepu B2B i katalogu PDF
Masz lub planujesz sprzedaż na więcej niż jednym rynku językowym
Klienci regularnie pytają o dokumentację której nie potrafisz szybko znaleźć
Przygotowanie oferty przetargowej wymaga ręcznego zbierania danych z trzech różnych źródeł
Co konkretnie PIM rozwiązuje w B2B
Centralne repozytorium dokumentacji technicznej. Jeden atest, jedna karta katalogowa, jeden plik DXF - przypisane do konkretnego produktu i wersji. Handlowiec nie szuka w folderach - otwiera kartę produktu w PIM i ma wszystko. Marketing nie pyta inżyniera gdzie jest ostatnia wersja specyfikacji - sam ją pobiera.
Rozdzielenie ról między zespołami. To jest coś, czego Excel nie potrafi. W PIM dział techniczny ma dostęp do sekcji atrybutów, norm i plików CAD. Marketing uzupełnia opisy kanałowe i przygotowuje treści pod eksport do sklepu B2B. Handlowcy mają podgląd bez możliwości edycji. Każda zmiana jest zalogowana - wiadomo kto i kiedy zmodyfikował dane.
Wskaźnik kompletności per kanał. PIM pilnuje żeby produkt nie trafił do katalogu eksportowego zanim nie ma wypełnionych wszystkich wymaganych pól. Dla kanału "sklep B2B" może to być opis PL+DE, zdjęcie i atrybuty techniczne. Dla kanału "katalog PDF" dochodzi plik z rysunkiem technicznym. Nie ma możliwości "przypadkowego" opublikowania niepełnej karty produktu.
Dystrybucja do wielu kanałów z jednego źródła. Ten sam produkt - sklep B2B, katalog PDF, eksport do systemu ERP dystrybutora, feed na marketplace techniczny. Zmieniasz wymiar w PIM - zmiana propaguje się do wszystkich kanałów przy kolejnej synchronizacji.
Gdzie UnoPIM radzi sobie dobrze w kontekście B2B
UnoPIM powstał na Laravel - i to nie jest przypadkowy wybór z perspektywy B2B. Większość wymagań technicznych, które pojawiają się w projektach dla firm produkcyjnych i dystrybutorów, sprowadza się do jednego: "potrzebujemy niestandardowej logiki której nie ma w standardowym systemie".
W Akeneo opartym na Symfony każde takie rozszerzenie to projekt dla wąskiego specjalisty z odpowiednio wysoką stawką. W UnoPIM opartym na Laravel pula dostępnych deweloperów w Polsce jest nieporównywalnie szersza, a sama architektura systemu jest zaprojektowana pod rozszerzalność.
Co konkretnie działa dobrze:
Rodziny produktów dla złożonych konfiguratorów. Modelujesz rodzinę "Złącza hydrauliczne" z atrybutami wspólnymi i wariantami (rozmiar gwintu, materiał, ciśnienie robocze). Nowy wariant dziedziczy całą strukturę rodziny - nie zaczynasz od zera.
Zarządzanie mediami i dokumentami. Pliki PDF, DXF, STEP, IGES - UnoPIM obsługuje dowolne typy plików jako atrybuty produktu. Możesz przypisać kartę katalogową do konkretnej wersji językowej produktu.
API do integracji z platformami B2B. REST API UnoPIM jest dobrze udokumentowane i pozwala na integrację z portalami B2B, systemami ERP i narzędziami do generowania katalogów PDF. Przy PrestaShop istnieje oficjalny konektor który można rozbudowywać pod specyficzne wymagania.
Czego PIM nie zrobi - i tu agencje często kłamią
Mam alergię na prezentacje sprzedażowe, które obiecują że jeden system rozwiąże wszystkie problemy. Więc powiem wprost co PIM nie jest.
PIM nie jest CPQ (Configure Price Quote). Logika cenowa per klient, rabaty wolumenowe, konfiguracja produktu pod zamówienie z wyceną w czasie rzeczywistym - to zadania dla dedykowanego systemu CPQ. PIM przechowuje dane produktowe, nie oblicza cen dla konkretnego kontrahenta.
PIM nie jest EDI. Elektroniczna wymiana dokumentów handlowych (zamówienia, faktury, potwierdzenia) to osobna warstwa. PIM może być źródłem danych produktowych dla eksportu EDI, ale sam nie obsługuje protokołów EDIFACT czy X12.
PIM nie jest systemem ERP. Stany magazynowe, ceny zakupu, dokumenty księgowe - to ERP. PIM pobiera z ERP twarde dane (ceny, stany) i wzbogaca je o warstwę informacyjną (opisy, dokumentacja, zdjęcia). Przepływ jest jednostronny: ERP → PIM → kanały sprzedaży.
PIM nie zastąpi portalu B2B. Interfejs dla klienta B2B - panel zamówień, historia zakupów, indywidualny cennik - to osobna aplikacja. PIM jest dostawcą danych produktowych dla tego portalu, nie samym portalem.
To jest dobra wiadomość, nie zła. Dobry architekt systemu potrafi te warstwy sensownie połączyć. Zły - sprzeda Ci jeden system który "wszystko ogarnie" i po roku będziesz przepisywał od nowa.
Jak wygląda wdrożenie w praktyce
Typowy projekt PIM dla firmy B2B przebiega przez te same etapy co każde wdrożenie - audyt danych, modelowanie struktury, import, integracje - ale z kilkoma różnicami:
Modelowanie atrybutów zajmuje więcej czasu. W B2C masz 15-20 atrybutów per rodzina produktów. W B2B potrafią być 80+, z czego połowa to dane techniczne które inżynierowie wpisywali wcześniej do osobnych arkuszy. Trzeba je zebrać, ujednolicić i zdecydować które są obowiązkowe per kanał.
Dokumentacja techniczna wymaga migracji. Pliki PDF, rysunki techniczne, certyfikaty - zazwyczaj siedzą w folderach sieciowych bez żadnej struktury. Przypisanie ich do właściwych produktów i wersji językowych to projekt sam w sobie.
Integracja z ERP jest inna niż w B2C. W B2C ERP wysyła stany i ceny, PIM wysyła opisy do sklepu. W B2B często dochodzi synchronizacja atrybutów technicznych które ERP zna (np. waga, wymiary logistyczne) ale sklep B2B też musi wyświetlać.
Jeśli chcesz zobaczyć jak wygląda koszt takiego wdrożenia w porównaniu do alternatyw - mam do tego interaktywny kalkulator TCO na stronie usługi. Możesz wpisać swoje parametry i zobaczyć różnicę dla swojej skali.
Zanim podejmiesz decyzję
Jeśli rozważasz PIM dla swojej firmy B2B, jedno ćwiczenie które polecam zanim zadzwonisz do jakiejkolwiek agencji: weź pięć losowych produktów z Twojej oferty i policz ile źródeł danych musisz otworzyć żeby zebrać pełną informację o każdym z nich. ERP, folder sieciowy, arkusz handlowca, strona producenta, skrzynka mailowa z ostatnią wersją certyfikatu.
Jeśli odpowiedź brzmi "więcej niż dwa" - masz problem z danymi produktowymi. PIM jest na to rozwiązaniem. Pytanie tylko które wdrożenie i w jakiej architekturze.
Masz konkretną sytuację do omówienia? Napisz - pierwsza rozmowa jest bezpłatna i skupia się na tym czy wdrożenie w ogóle ma sens dla Twojej skali, nie na tym żebym Ci coś sprzedał. Kontakt →
