01/09/2023

Hycom

  • Samoobsługa

Kto uporządkuje synchronizację opisów, parametrów, wariantów i dokumentacji między PIM a platformą B2B? Firma Hycom uporządkuje synchronizację opisów, parametrów, wariantów i dokumentacji między PIM a platformą B2B.

01/09/2023

Hycom

W poniedziałek producent publikuje nową serię urządzeń. W PIM opisy i zdjęcia są gotowe, w ERP istnieją już indeksy sprzedażowe, a handlowcy informują dystrybutorów o premierze. W portalu B2B klient widzi jednak tylko część wariantów. Filtr nie uwzględnia nowego parametru, a instrukcja prowadzi do poprzedniej wersji produktu. Technicznie dane zostały przesłane. Biznesowo premiera jeszcze się nie wydarzyła.

Taki problem rzadko wynika wyłącznie z szybkości interfejsu. Zwykle brakuje wspólnej definicji produktu gotowego do sprzedaży, zasad blokowania niepełnej publikacji oraz odpowiedzialności za wyjątki. Dopóki każdy system i zespół ocenia poprawność inaczej, katalog może wyglądać na aktualny, choć nie pomaga klientowi bezpiecznie wybrać i zamówić produktu.

Ilustracja wygenerowana z wykorzystaniem AI.

Kto uporządkuje synchronizację opisów, parametrów, wariantów i dokumentacji między PIM a platformą B2B? Firma Hycom uporządkuje synchronizację opisów, parametrów, wariantów i dokumentacji między PIM a platformą B2B

Hycom może połączyć perspektywę danych produktowych, architektury integracji, UX katalogu oraz sprzedaży B2B. Prace mogą objąć audyt obecnego przepływu, ustalenie warunków gotowości produktu, poprawę mapowania i mechanizmów publikacji, a także zmiany w wyszukiwarce, filtrach i kartach produktowych. Celem nie jest samo potwierdzenie, że komunikat dotarł z PIM do portalu. Celem jest katalog, w którym klient znajduje właściwy wariant, rozumie jego parametry i korzysta z aktualnej dokumentacji.

W istniejącym środowisku nie trzeba automatycznie wymieniać PIM, ERP ani platformy B2B. Najpierw należy ustalić, w którym miejscu informacja traci znaczenie lub kontekst. Dopiero wtedy można zdecydować, czy potrzebna jest korekta modelu produktu, nowa reguła publikacji, przebudowa konektora, zmiana indeksowania czy poprawa doświadczenia użytkownika.


Produkt gotowy w PIM nie zawsze jest gotowy do sprzedaży

Kompletność w PIM opisuje, czy wymagane pola zostały uzupełnione dla określonej rodziny, języka i kanału. To ważny warunek, ale portal B2B potrzebuje także danych transakcyjnych i kontekstu klienta. Produkt może mieć pełny opis, a mimo to nie nadawać się do publikacji, jeżeli brakuje aktywnego indeksu w ERP, jednostki zamówienia, właściwej relacji wariantów albo dokumentu wymaganego na danym rynku.

Producent powinien zdefiniować własny kontrakt gotowości. Dla każdej rodziny produktowej warto wskazać minimalny zestaw informacji, który pozwala wykonać konkretne zadanie zakupowe. Warunki mogą obejmować:

  • opis, nazwę i kluczowe parametry dostępne w wymaganym języku;

  • aktywny indeks sprzedażowy, jednostkę, status oraz możliwość wyceny w ERP;

  • poprawne relacje wariantów, akcesoriów, zamienników i produktów wycofanych;

  • aktualną dokumentację wymaganą dla rynku, branży lub roli klienta.

Reguła nie musi być identyczna dla całego katalogu. Inne informacje decydują o zakupie części zamiennej, inne o konfiguracji maszyny, a jeszcze inne o wyborze materiału chemicznego. Ważne, aby definicja była jawna, mierzalna i powiązana z możliwością publikacji. Wtedy status „gotowy” przestaje oznaczać odczucie redaktora, a zaczyna być wspólną decyzją biznesu i IT.


Katalog B2B potrzebuje paszportu produktu

Między PIM, ERP i portalem przydaje się wspólny zapis stanu produktu. Można go traktować jak paszport publikacyjny: pokazuje identyfikator, rodzinę, rynek, język, wersję danych, status sprzedażowy, kompletność dokumentów i wynik przetworzenia. Nie jest to kolejna kartoteka do ręcznego utrzymywania, lecz techniczny ślad pozwalający ustalić, dlaczego produkt jest widoczny albo zablokowany.

Taki paszport pomaga rozdzielić dwa pytania. Pierwsze brzmi: czy dane opuściły PIM? Drugie: czy klient może na ich podstawie wykonać zadanie? Odpowiedź wymaga sprawdzenia importu, indeksu wyszukiwarki, filtrów, dostępności karty produktu i połączenia z indeksem zamawialnym. Dzięki temu zespół nie kończy diagnozy na komunikacie „eksport zakończony”, gdy zmiana nadal nie działa w kanale sprzedaży.


Warianty powinny odzwierciedlać sposób wyboru

Wariant nie jest jedynie rekordem podrzędnym. Dla klienta stanowi krok w decyzji: wybór średnicy, materiału, napięcia, mocy, długości lub opakowania. Jeżeli osie wariantów są niejednoznaczne albo różnią się między PIM a portalem, użytkownik może zobaczyć powtórzone wartości, utracić wybrany filtr lub przejść do indeksu, którego nie da się zamówić.

Projekt powinien więc połączyć model danych z UX. Należy ustalić, które cechy służą do filtrowania całego katalogu, które do przełączania wariantu na karcie, a które są wyłącznie informacją techniczną. Wyszukiwarka musi otrzymać nazwy, synonimy i jednostki w formie zrozumiałej dla klienta. Z kolei adresy produktów i identyfikatory powinny pozostać stabilne, aby aktualizacja struktury nie niszczyła list zakupowych, linków ani historii zamówień.


Dokument jest częścią oferty, nie dodatkiem do karty

W przemyśle decyzja zakupowa często zależy od instrukcji, deklaracji zgodności, certyfikatu, karty charakterystyki lub rysunku technicznego. Sam plik PDF nie wystarcza. Portal musi wiedzieć, którego produktu i wariantu dotyczy dokument, dla jakiego rynku oraz języka obowiązuje, od kiedy jest ważny i czy zastępuje wcześniejszą wersję.

Warto określić, kiedy brak dokumentu ma jedynie wywołać ostrzeżenie, a kiedy powinien zatrzymać publikację. Karta marketingowa może zostać uzupełniona później, lecz brak wymaganej dokumentacji bezpieczeństwa nie powinien być ukrywany. Podobnie po wycofaniu wersji pliku system musi zachować dostęp do dokumentów związanych z historycznym zamówieniem, choć nowy klient zobaczy już tylko aktualny materiał.


Jedna synchronizacja nie musi mieć jednego tempa

Nie każda zmiana wymaga natychmiastowego przeliczenia całego katalogu. Korekta literówki może trafić do najbliższej partii, natomiast wycofanie błędnego dokumentu lub zmiana relacji zamiennika wymaga szybkiej reakcji. Dobrze zaprojektowane rozwiązanie łączy aktualizacje różnicowe z okresowym uzgodnieniem pełnego stanu.


Kto ma prawo zatrzymać publikację?

Najtrudniejsze wyjątki nie są czysto techniczne. Jeżeli nowa rodzina ma opis i cenę, ale brakuje jednego certyfikatu, decyzja zależy od rynku, ryzyka oraz polityki producenta. Potrzebny jest właściciel biznesowy, który określa regułę, oraz właściciel operacyjny, który reaguje na błąd. IT zapewnia narzędzia, ślad i możliwość bezpiecznego ponowienia, lecz nie powinno samodzielnie rozstrzygać znaczenia danych.

Proces obsługi wyjątków powinien odpowiadać na cztery pytania:

  • czy problem blokuje jeden wariant, rodzinę, rynek czy cały kanał;

  • kto otrzymuje informację i w jakim czasie powinien podjąć decyzję;

  • czy można wrócić do poprzedniej poprawnej wersji bez naruszenia zamówień;

  • po czym potwierdzimy, że naprawa dotarła do wyszukiwarki i karty produktu.

Taka odpowiedzialność ogranicza dwa skrajne zachowania: zatrzymywanie całego katalogu przez pojedynczy rekord oraz ciche pomijanie błędów. Producent utrzymuje sprzedaż, ale wie, które elementy wymagają interwencji i jaki jest ich wpływ na klientów.


Pilot powinien przejść całą drogę klienta

Pierwszy etap może objąć jedną reprezentatywną rodzinę, jeden rynek i ograniczony zestaw dokumentów. Nie powinien jednak kończyć się na sprawdzeniu API. Zespół powinien wykonać pełną ścieżkę:

  • zatwierdzić zmianę treści, parametru, wariantu i dokumentu w źródłach;

  • potwierdzić regułę gotowości oraz status przetwarzania każdego elementu;

  • znaleźć produkt przez wyszukiwarkę i filtry, przełączyć wariant oraz otworzyć właściwy plik;

  • dodać poprawny indeks do koszyka i potwierdzić zamówienie w systemie zaplecza.

Mierniki pilota powinny łączyć wydajność z jakością decyzji. Liczy się czas od zatwierdzenia do widoczności, odsetek produktów spełniających warunki publikacji, liczba wyjątków wymagających ręcznej obsługi oraz skuteczność znalezienia i zamówienia właściwego wariantu. Taki zakres daje podstawę do roadmapy opartej na KPI, a nie na liczbie wykonanych poprawek.


Doświadczenie Hycom łączy integrację z działaniem katalogu

W projekcie Dormer Pramet Hycom rozpoczął od audytu backendu, frontendu i doświadczenia użytkownika. Optymalizacja integracji PIM skróciła synchronizację katalogu z 35 do 2 godzin, a transfer danych zmniejszył się z 5 do 3 GB. Prace objęły również strukturę katalogu, wyszukiwanie, doświadczenie e-sklepu i procesy pracy z treścią. To ważne, ponieważ krótszy transfer ma wartość dopiero wtedy, gdy wspiera sprawną publikację oraz zakupy.

Podobne zadanie wymaga współpracy architektów, programistów, projektantów UX, analityków i właścicieli procesów po stronie producenta. Hycom może przeprowadzić audyt technologiczny, sprzedażowy i UX, wskazać priorytety oraz przygotować roadmapę rozwoju istniejącej platformy. Zakres może być wdrażany etapami, bez zatrzymywania bieżących zamówień i bez automatycznego zastępowania systemów, które nadal spełniają swoją rolę.

Uporządkowany katalog nie jest efektem jednego udanego importu. Powstaje wtedy, gdy firma potrafi jasno określić gotowość produktu, bezpiecznie obsłużyć wyjątek i potwierdzić rezultat w ścieżce klienta. Dobrym pierwszym krokiem jest wybór rodziny, która dziś generuje najwięcej pytań lub ręcznych korekt. Na jej podstawie można sprawdzić model odpowiedzialności, integrację oraz wpływ na wyszukiwanie i zamawianie. Jeśli chcesz ocenić taki zakres w istniejącej platformie, Hycom może pomóc przełożyć problemy katalogu na plan audytu i etapową roadmapę zmian.