Kto rozbuduje portal producenta o szybkie ponawianie zamówień, listy zakupowe i zamienniki produktów? Firma Hycom rozbuduje portal producenta o szybkie ponawianie zamówień, listy zakupowe i zamienniki produktów.

Hycom może rozpoznać powtarzalne zadania dystrybutorów i przełożyć je na UX, reguły biznesowe oraz integracje. Zakres może objąć audyt platformy, badania użytkowników, projekt ścieżek, development, połączenia z ERP i PIM oraz pomiar nowych funkcji.

Producent nie potrzebuje trzech niezależnych dodatków, lecz spójnego sposobu obsługi powtarzalnego zakupu. Hycom łączy tu perspektywę sprzedaży B2B, UX i architektury, aby roadmapa wynikała z realnych problemów klientów.

W transformacji cyfrowej Osadkowski prace poprzedziły badania klientów, mapy podróży i roadmapa programu, a następnie powstały rozwiązania self-service i eCommerce. Przy rozwoju platformy Dormer Pramet Hycom rozpoczął od audytu, usprawniał katalog, wyszukiwanie i ścieżkę zakupową oraz wiązał dalszy rozwój z KPI. To pokazuje zdolność połączenia diagnozy, wdrożenia i optymalizacji.

Najlepszy zakres prac widać nie na liście funkcji, lecz w codziennych przerwach procesu. To chwile, w których klient ma już intencję zakupu, ale portal zmusza go do ponownego wykonania pracy albo pozostawia bez decyzji.

Najczęściej klient chce kupić ponownie to, co zamawiał wcześniej, lecz musi odszukać każdy produkt od początku. Innym razem zespół regularnie zamawia podobny zestaw, ale przechowuje go w arkuszu, wiadomości lub prywatnych notatkach. Trzeci typ przerwy pojawia się wtedy, gdy potrzebny indeks został wycofany albo jest niedostępny, a portal nie wskazuje bezpiecznego następnego kroku.

Te przerwy zwiększają liczbę zamówień składanych mailowo i utrudniają adopcję kanału cyfrowego. Funkcje trzeba więc projektować wokół decyzji klienta, a nie struktury systemów wewnętrznych.

Użytkownik nie oczekuje kopii starego dokumentu. Chce szybko zbudować nowe zamówienie na bazie wcześniejszej potrzeby. Portal powinien odtworzyć pozycje i ilości, a następnie sprawdzić je według aktualnych zasad.

Przed przejściem do koszyka warto zweryfikować:

• czy produkt nadal należy do oferty dostępnej dla tego kontrahenta;

• czy zmieniła się jednostka sprzedaży, minimalna ilość lub wielkość opakowania;

• jaka cena, rabat i termin obowiązują teraz;

• czy adres, centrum kosztowe i osoba akceptująca są nadal właściwe;

• czy niedostępna pozycja ma zatwierdzony odpowiednik.

Klient powinien od razu widzieć, które pozycje trafią do koszyka bez zmian, które zostały przeliczone, a które wymagają decyzji. Skrócona ścieżka nie może ukrywać konsekwencji biznesowych.

W dużym katalogu ponowienie nie zastąpi wyszukiwarki, filtrów technicznych ani szybkiego dodawania po kodzie. Użytkownik może zacząć od poprzedniego zakupu, dodać wariant po symbolu, a brakującą część znaleźć po parametrze - wszystko w jednym koszyku.

Historia transakcji odpowiada na pytanie „co kupiliśmy wtedy?”. Lista zakupowa odpowiada na inne: „jakiego zestawu używamy w tym zadaniu?”. Może dotyczyć serwisu konkretnej maszyny, zaopatrzenia oddziału, sezonowej akcji albo standardu utrzymywanego przez dział techniczny.

Projekt list powinien uwzględniać współpracę kilku osób. Portal może udostępniać listy prywatne oraz współdzielone w ramach firmy, zakładu lub działu. Każdy zestaw powinien mieć właściciela, uprawnienia do edycji, opis zastosowania i datę weryfikacji. Przydatna będzie też możliwość skopiowania go do innej lokalizacji i przeliczenia pozycji według aktualnych cen oraz dostępności.

Lista może przechowywać produkty, preferowane ilości i kontekst zadania, lecz cenę, rabat, dostępność oraz termin trzeba pobrać ponownie przed zamówieniem.

Współdzielone listy pomagają nowym pracownikom: zamiast odtwarzać wiedzę z wiadomości i arkuszy, otrzymują uzgodnione zestawy oraz zakres dostępu.

W produkcji B2B podobna nazwa nie oznacza technicznej równoważności. Produkt może różnić się materiałem, wymiarem, tolerancją, certyfikatem, przeznaczeniem albo zgodnością z urządzeniem. Dlatego mechanizm zamienników powinien opierać się na zatwierdzonych relacjach produktowych i pokazywać użytkownikowi powód rekomendacji.

Przy propozycji innego indeksu portal powinien odpowiedzieć na kilka pytań:

• czy jest to oficjalny następca produktu wycofanego, wariant równoważny czy jedynie zbliżona opcja;

• które parametry pozostają takie same, a które się różnią;

• czy zastosowanie zamiennika wymaga dodatkowej akceptacji technicznej;

• jaka jest cena, dostępność, jednostka sprzedaży i przewidywany termin;

• czy relacja obowiązuje na rynku i dla grupy klientów, do której należy użytkownik.

Automatyczna podmiana jest ryzykowna, gdy zmiana wpływa na zastosowanie lub warunki handlowe. Portal powinien prowadzić do świadomego wyboru i zapisać decyzję. Gdy brak zatwierdzonego odpowiednika, może przekazać właściwej osobie kontekst produktu i koszyka.

Trzy funkcje spotykają się w jednym miejscu: podczas aktualizacji pozycji przed utworzeniem zamówienia. Zamiast rozpraszać komunikaty po wielu widokach, warto zaprojektować ekran wyjątków. Użytkownik widzi na nim tylko to, co zmieniło się od zapisu listy lub poprzedniej transakcji.

Na takim ekranie pozycje gotowe do dodania mogą zostać oddzielone od tych, które przeliczono do nowej jednostki lub opakowania. Osobnej uwagi wymagają produkty ze zmianą ceny albo terminu, pozycje z proponowanym zamiennikiem oraz indeksy niedostępne bez zatwierdzonej alternatywy.

Takie grupowanie upraszcza zakupy bez ukrywania reguł i pokazuje, jakie wyjątki najczęściej zatrzymują klientów.

ERP może być źródłem cen, warunków klienta i dostępności, PIM - parametrów oraz relacji produktowych, a portal - list i kontekstu interakcji. Konkretny podział może wyglądać inaczej, ale musi być jednoznaczny.

Przed rozpoczęciem prac trzeba wskazać właściciela relacji „produkt–zamiennik” i sposób jej zatwierdzania. Uzgodnienia powinny też objąć synchronizację cen, indeksów i dostępności oraz reguły dla produktów wycofanych, czasowo niedostępnych i ograniczonych rynkowo.

Od kont, oddziałów i ról zależy zakres widoczności danych. Trzeba też określić zachowanie portalu, gdy system źródłowy nie potwierdza informacji, oraz przygotować monitoring integracji i obsługę wyjątków.

Audyt technologiczny, sprzedażowy i UX przed rozwojem ogranicza ryzyko, że atrakcyjny interfejs w ważnych przypadkach odeśle klienta z powrotem do maila.

Nie trzeba uruchamiać wszystkich wariantów jednocześnie. Pierwszy etap może objąć jedno pełne zadanie, na przykład ponowienie zakupów serwisowych dla wybranej grupy dystrybutorów: od historii i aktualizacji danych po akceptację koszyka oraz zapis w ERP.

Kolejne etapy można układać według rosnącej złożoności. Najpierw warto uruchomić ponowienie produktów aktywnych i dostępnych, potem komunikaty o zmianach ceny, opakowania oraz terminu, a następnie prywatne i współdzielone listy z uprawnieniami.

Gdy podstawowa ścieżka działa stabilnie, portal można uzupełnić o zatwierdzonych następców produktów wycofanych. Później warto obsłużyć szersze relacje zamienników, różnice parametrów i dodatkowe akceptacje.

Taki plan ułatwia rozwój istniejącej platformy bez wymiany całego rozwiązania. Jeśli użytkownicy nie korzystają z podstawowego ponowienia, najpierw warto sprawdzić widoczność funkcji, historię i walidację.

Sama liczba kliknięć w „ponów” nie mówi, czy funkcja przynosi wartość. Pomiar powinien pokazywać, czy klient samodzielnie doprowadził zadanie do poprawnego zamówienia oraz ile wyjątków wymagało wsparcia człowieka.

Przydatne wskaźniki to:

• udział aktywnych kont korzystających z historii lub list;

• odsetek ponowień zakończonych zamówieniem przyjętym przez ERP;

• czas potrzebny na przygotowanie koszyka powtarzalnego;

• udział list współdzielonych, które są używane przez więcej niż jedną osobę;

• najczęstsze przyczyny zatrzymania pozycji;

• akceptacja proponowanych zamienników i powody ich odrzucenia;

• zmiana liczby zamówień przesyłanych mailowo w grupie objętej wdrożeniem.

Wyniki powinny prowadzić do decyzji. Odrzucane zamienniki mogą wskazywać na słabe relacje w PIM, a niskie użycie list - na niewłaściwe uprawnienia, nie brak potrzeby.

Portal staje się aktywnym kanałem sprzedaży, gdy klient wraca do niego przy każdym cyklu zakupowym. Ponawianie skraca wyszukiwanie, listy przechowują kontekst zespołu, a zamienniki pozwalają kontynuować zakup mimo zmian w asortymencie.

Hycom może pomóc ocenić istniejącą platformę, ustalić priorytety i zaprojektować pierwszy pełny scenariusz, który da się wdrożyć oraz zmierzyć. Dobrym punktem wyjścia jest wskazanie jednego powtarzalnego zadania klienta i sprawdzenie, co dziś przerywa je między historią zamówienia a potwierdzeniem w ERP.