Dostęp i role
- logowanie partnera zamiast otwartego katalogu
- role rozdzielające partnera i opiekuna handlowego
- dane konta i dane handlowe widoczne po zalogowaniu
- widoczność oferty zależna od przypisania partnera
Projekt rozwijał się etapami. Najpierw powstała osobna warstwa komunikacji dla partnerów handlowych, oddzielona od sklepu detalicznego. Dziś to działająca platforma B2B na Magento: logowanie partnera, jego własne dane handlowe, cenniki i rabaty, preordery, szybkie zamawianie, import zamówienia z pliku i eksporty.
Rozdzielenie etapów było decyzją projektową. Warstwa informacyjna mogła ruszyć szybko i zacząć zbierać kontakty handlowe, zanim gotowy był katalog, model cenowy i proces zamówień.
Partner handlowy nie szuka tego samego co klient detaliczny. Powstała osobna warstwa dystrybucyjna: model współpracy, marki, kontekst rynkowy i jasne CTA do rozmowy handlowej — bez obiecywania funkcji, których wtedy jeszcze nie było.
Kolejny etap zamienił komunikację w narzędzie pracy: partner loguje się, widzi swój katalog i swoje warunki handlowe, składa preordery i domówienia, wgrywa zamówienie z pliku i pobiera dane w formatach, których używa u siebie.
Poniżej zakres funkcjonalny obecnej platformy. Świadomie nie podajemy liczby użytkowników, liczby zamówień ani wartości sprzedaży — to dane klienta, nie nasze.
Grupy klientów i ceny progowe per grupa są w Magento mechanizmem natywnym — to fundament, na którym stoi model warunków handlowych partnera. Odtwarzanie takiego modelu na prostszej platformie oznaczałoby własny kod w miejscu, które musi pozostać stabilne.
Ceny i rabaty muszą mieć jedno źródło. Inaczej partner widzi na platformie co innego, niż ustalił z opiekunem — i wraca do zamawiania mailem.
To dwa różne procesy: jeden dotyczy kolekcji przed sezonem, drugi bieżącej dostępności. Wrzucenie ich w jeden koszyk myli partnera i psuje planowanie.
Partnerzy przygotowują zamówienia w arkuszu. Zamiast wymuszać klikanie, platforma przyjmuje plik i waliduje pozycje przed dodaniem do koszyka.
Każdy moduł wchodził osobno, na działającym środowisku. Dzięki temu żaden etap nie wymagał wstrzymania sprzedaży partnerskiej.
Uczciwy case pokazuje też granice. Poniższe elementy są poza obecnym zakresem albo należą do klienta.
Liczba partnerów, liczba zamówień i wartość sprzedaży to dane handlowe klienta. Nie publikujemy ich i nie zastępujemy szacunkami.
Platforma odwzorowuje politykę cenową, ale jej nie tworzy. Cenniki, rabaty i zasady współpracy pochodzą z organizacji klienta.
Kolejne moduły dokładane są etapami. To nie jest projekt „zamknięty i oddany", tylko platforma utrzymywana i rozwijana wraz z procesem sprzedaży.
Opisz, jak dziś wygląda u Ciebie preorder, domówienie i przekazywanie warunków handlowych. Wskażemy moduł, od którego warto zacząć — bez przebudowywania całej sprzedaży naraz.