Jak zarządzać feedami produktowymi dostawców?

W sklepie internetowym produkt jest dostępny rano, w południe dostawca go wycofuje, a po południu pojawia się zamówienie na ten produkt. Obsługa klienta tłumaczy się, dział zaopatrzenia szuka alternatywy, dział finansowy anuluje, a magazyn próbuje zidentyfikować numer artykułu, który w różnych systemach ma różny status. W takich sytuacjach problem nie dotyczy jedynie danych produktowych. Ścieżka informacji nie jest kontrolowana.

Pytanie nie dotyczy tylko tego, jak technicznie obsługiwać feedy produktowe dostawców. Najpierw trzeba wyjaśnić, jakie decyzje biznesowe opierają się na tych danych, kto za nie odpowiada i co się dzieje, gdy źródło danych dostawcy jest niekompletne, opóźnione lub błędne.

Feed produktowy to nie tylko plik importu

Feed dostawcy może być plikiem CSV, XML, Excel, połączeniem API lub nawet regularnie przychodzącym załącznikiem e-mail. Może zawierać nazwę produktu, numer artykułu, cenę, stan magazynowy, opis, zdjęcie, kategorię i informacje o wysyłce. Jednak techniczny format to tylko powierzchnia.

Prawdziwe pytanie brzmi, co zmienia się w działaniu firmy po wprowadzeniu tych danych. Czy cena w sklepie internetowym aktualizuje się automatycznie? Czy nowy produkt może pojawić się natychmiast? Czy oferta znika, gdy stan magazynowy jest ustawiony na zero? Czy numer artykułu dostawcy jest na pewno powiązany z produktem używanym w ERP, systemie magazynowym lub fakturowaniu?

Wielu rozwijających się sprzedawców ma trudności z obsługą feedów, ponieważ pierwotnie opracowali działającą rutynę dla jednego dostawcy i kilku setek produktów. Później dane napływają z pięciu, dziesięciu lub dwudziestu źródeł, z różnymi strukturami i częstotliwościami aktualizacji. Stara rutyna często wymaga coraz więcej ręcznej kontroli, arkuszy kalkulacyjnych i obsługi wyjątków.

Najpierw należy zmapować ścieżkę danych

Zanim pojawi się nowa integracja, system PIM lub automatyzacja, warto prześledzić ścieżkę danych konkretnego produktu. Na przykład: dostawca zmienia cenę zakupu, dane trafiają do pliku, ktoś je pobiera, kopiuje do arkusza kalkulacyjnego, sprawdza procentową różnicę, a następnie przesyła do panelu administracyjnego sklepu internetowego. Następnie ktoś inny zmienia cenę w ERP, lub może wcale jej nie zmienia.

W tym procesie zazwyczaj szybko widać, gdzie powstaje ryzyko. Czy dane istnieją w wielu miejscach? Czy pracownik ma w głowie zasady dotyczące marży dla określonych marek? Czy jest dostawca, którego dane magazynowe nie są uważane za wiarygodne, ale mimo to są automatycznie publikowane? Kto zauważa, jeśli feed nie dotrze jednego dnia?

Nie każda ręczna czynność jest zła. Zatwierdzenie nowego, strategicznie ważnego produktu może być świadomą decyzją handlową. Badanie nietypowo dużej zmiany cen również może być uzasadnione. Problem zaczyna się, gdy ludzka uwaga jest pochłaniana przez powtarzalne zadania, takie jak porównywanie kolumn, zmiana nazw plików czy szukanie błędów, a na wyjątki i decyzje pozostaje niewiele czasu.

Bez identyfikatora nie ma wiarygodnego połączenia

Jednym z najczęstszych ukrytych błędów w feedach produktowych jest identyfikacja. Numer artykułu dostawcy, numer artykułu producenta, kod EAN, wewnętrzny identyfikator sklepu internetowego i kod produktu ERP nie zawsze się zgadzają. Produkt może mieć różne wersje, opakowania lub kolory, które w jednym feedzie są oddzielnymi wierszami, a w innym systemie pojawiają się jako główny produkt i warianty.

Jeśli nie ma jednoznacznych zasad dopasowania, system może zaktualizować cenę lub stan magazynowy dla niewłaściwego produktu. Jeszcze gorzej, jeśli cicho tworzy nowy produkt, ponieważ nie może znaleźć istniejącego. W ciągu kilku tygodni powstają zduplikowane karty produktów, różne wartości stanów magazynowych i niepewne raporty.

Dlatego warto określić główny identyfikator dla każdego źródła, a także dodatkowe pola, które umożliwiają weryfikację zgodności. EAN często jest dobrym punktem wyjścia, ale nie jest uniwersalnym rozwiązaniem: może brakować, być błędny lub nie rozróżniać odpowiednio wariantów.

Jak zarządzać feedami produktowymi dostawców za pomocą zasad?

Dobre zarządzanie feedami nie zaczyna się od przepuszczania wszystkiego od dostawcy do sklepu internetowego. Dane dostawcy to dane zewnętrzne. Są przydatne, ale nie automatycznie wiarygodne i niekoniecznie pasują do własnej logiki biznesowej.

Firma potrzebuje jasnych zasad. Które pola mogą pochodzić bezpośrednio od dostawcy? Które dane są zarządzane przez własny zespół, na przykład opis produktu, kategoria czy nazwa marketingowa? Jakie zmiany cen mogą być publikowane automatycznie, a jakie wymagają zatwierdzenia? Co się dzieje, gdy stan magazynowy jest nieznany, a nie zero?

Zasady nie muszą być zbyt skomplikowane, ale muszą być udokumentowane i spójne. Dobrze zdefiniowany proces może na przykład oddzielić tworzenie nowych produktów, aktualizację istniejących produktów i obsługę błędnych rekordów. W ten sposób brakująca cena lub zdjęcie nie zatrzymują całego procesu, ale też nie trafiają niezauważone do klientów.

Stan magazynowy i cena to nie to samo

Dane o stanie magazynowym często mają inny rytm i znaczenie biznesowe niż opis produktu. Cotygodniowa aktualizacja opisu zazwyczaj nie stanowi problemu. Opóźnienie w stanie magazynowym szybko sprzedającego się produktu, codzienne lub godzinowe, może bezpośrednio wpłynąć na realizację zamówień.

To samo dotyczy cen. Dostawca może zmienić cenę zakupu, ale przy ustalaniu własnej ceny sprzedaży należy wziąć pod uwagę marżę, promocje, koszty wysyłki, warunki umowy i czasami pozycję rynkową. Aktualizacja ceny dostawcy niekoniecznie oznacza natychmiastową zmianę ceny w sklepie internetowym.

Warto również oddzielnie traktować dostępność. „Na stanie” może oznaczać, że produkt jest rzeczywiście gotowy do natychmiastowej wysyłki, ale może też oznaczać, że teoretycznie jest dostępny w zewnętrznym magazynie dostawcy. Jeśli te stany są uproszczone do jednego pola tak/nie, czas dostawy obiecany klientowi może łatwo stać się niedokładny.

Bez walidacji i obsługi wyjątków błędy się skalują

Kiedy człowiek wprowadza produkty, wiele błędów zauważa instynktownie. Zauważa cenę zerową, dziesięciokrotny stan magazynowy lub brakującą kategorię. W przypadku automatycznego przetwarzania ten biznesowy nadzór musi być zastąpiony zasadami.

Walidacja może sprawdzać na przykład, czy numer artykułu jest obowiązkowy, czy jest ważna cena, czy stan magazynowy zmienił się nierealistycznie, czy nowy produkt spełnia warunki publikacji. Celem nie jest zapobieganie każdej różnicy. Celem jest, aby system mógł odróżnić normalną zmianę od zdarzenia wymagającego analizy.

Wyjątki warto przedstawiać na liście zadań, z której jasno wynika, co się stało, dlaczego dany rekord został zatrzymany i kto musi podjąć decyzję. Jeśli powiadomienia o błędach trafiają tylko na ogólny adres e-mail techniczny lub pozostają w skrzynce jednego pracownika, proces nadal zależy od osoby.

Do działania potrzebna jest również obserwowalność. Powinno być widoczne, kiedy ostatnio dotarł feed, ile rekordów przetworzono, ile produktów zaktualizowano, ile trafiło do wyjątków i jakie różnice się powtarzają. Te liczby nie są dekoracją informatyczną. Dla kierownika handlowego i operacyjnego oznaczają, czy oferta produktowa, na której opiera się sprzedaż, jest wiarygodna.

Nie traktuj tego jako jednego dużego projektu

Jeśli wiele procesów dostawców, sklepów internetowych, ERP i magazynów jest ze sobą powiązanych, może być kuszące, aby wszystko przeprojektować na raz. To często zbyt duże ryzyko. Lepiej zacząć tam, gdzie powstaje najwięcej ręcznej pracy, błędów zamówień lub niepewności biznesowej.

Może się okazać, że pierwsza poprawka to tylko ujednolicenie dopasowania numerów artykułów i codzienne raportowanie nieudanych importów. W innych przypadkach uzasadniona jest stabilna integracja między dostawcą, zarządzaniem danymi produktowymi a sklepem internetowym. Jeśli dane produktowe trafiają do wielu kanałów, z wieloma wyjątkami i bogatą treścią, uzasadniona może być również centralna warstwa zarządzania danymi produktowymi.

Właściwe rozwiązanie zależy od tego, ile jest źródeł danych, jak szybko zmieniają się dane, jak duży jest asortyment produktów i jakie straty biznesowe powoduje błąd. Nie każda firma potrzebuje tego samego systemu. Ale każda firma musi wiedzieć, skąd pochodzą dane, według jakiej zasady są modyfikowane i kto odpowiada za wyjątki.

Dobrze zarządzany feed dostawcy jest wartościowy nie dlatego, że trzeba otwierać mniej plików. Jest wartościowy dlatego, że sprzedaż, magazyn i obsługa klienta mogą pracować na bardziej wiarygodnym obrazie, a uwaga ludzi może być skierowana na prawdziwe decyzje biznesowe, a nie na kopiowanie.