Platformy e-commerce B2B na Magento

Zamówienia przychodzą mailem, telefonem i w arkuszach. Handlowiec przepisuje je do ERP. Cennik kontrahenta aktualizuje ktoś ręcznie. Limit kupiecki sprawdza się przy okazji. Klient dzwoni po fakturę, status realizacji i informację o dostępności.

Taki model może działać latami. Problem zaczyna się wtedy, gdy obsługa powtarzalnych czynności zabiera coraz więcej czasu, a dalszy rozwój sprzedaży wymaga dokładania kolejnych osób zamiast lepszego procesu.

Projektujemy i wdrażamy platformy B2B na Magento dla firm, w których sprzedaż wymaga indywidualnych warunków handlowych, integracji z ERP i CRM, obsługi handlowców oraz procesów bardziej złożonych niż standardowy koszyk i checkout.

Bezpłatna rozmowa, 30–60 minut. Poznamy Twój proces sprzedaży i systemy, z którymi platforma powinna się integrować. Wstępnie określimy, czy Magento pasuje do projektu i które obszary wymagają dalszego discovery.

Doświadczenie

B2B, które już budowaliśmy

Platforma dla producenta i handlowców pracujących w terenie

Przedstawiciele handlowi po zalogowaniu widzieli przypisanych klientów, ich dane, warunki handlowe, historię zamówień i wcześniejsze oferty.

Mogli aktualizować dane kontrahentów, dodawać nowych klientów oraz przygotowywać zamówienia w ich imieniu. Klient otrzymywał przygotowaną ofertę, akceptował ją i mógł od razu przejść przez checkout oraz dokonać płatności.

Platforma łączyła dane z Salesforce CRM oraz osobnego ERP odpowiedzialnego za warunki finansowe i handlowe. Interfejs zaprojektowaliśmy z myślą o pracy mobilnej i na tabletach, ponieważ handlowcy korzystali z niego również podczas wizyt u klientów.

Self-service B2B dla branży produkcyjnej

W innym projekcie kontrahenci otrzymali dostęp do własnych warunków handlowych, historii zakupów, faktur, rozliczeń i kredytu kupieckiego.

Mogli ponawiać wcześniejsze zamówienia, szybko dodawać większą liczbę pozycji oraz przygotowywać duże zamówienia przez import pliku XLS.

Platforma była zintegrowana z ERP, które pozostawało źródłem danych handlowych i operacyjnych.

Marketplace B2B dla sieci dystrybutorów

Budowaliśmy również marketplace, w którym właściciel platformy zarządzał siecią wybranych dystrybutorów marki.

Każdy dystrybutor miał własne konto, przypisywał produkty ze swojej oferty, ustalał ceny oraz warunki odbioru i dostawy. Klient biznesowy mógł sprawdzić, którzy dystrybutorzy oferują dany produkt, porównać ceny i dostępność, zobaczyć lokalizacje na mapie, wybrać sprzedawcę i przejść przez cały proces zakupowy bez opuszczania platformy.

Magento obsługiwało w tym przypadku trzy grupy użytkowników i relacje między nimi: właściciela platformy, sprzedawców biznesowych i klientów biznesowych.

Komponenty

Mamy gotowe komponenty B2B

W wielu platformach B2B powtarzają się te same podstawowe mechanizmy: indywidualne ceny i rabaty, szybkie składanie zamówień, import większych koszyków, historia zakupów, self-service czy narzędzia wspierające handlowców.

Część takich komponentów mamy już zbudowaną i sprawdzoną w produkcyjnych wdrożeniach Magento. W kolejnych projektach wykorzystujemy je jako bazę, a następnie dostosowujemy do procesu sprzedaży, modelu danych, UX oraz systemów klienta.

Pracowaliśmy m.in. z rabatami zależnymi od grupy klienta i grupy produktowej, z wyjątkami dla konkretnych kontrahentów, a także z importem dużych zamówień wymagającym walidacji danych.

Nie oznacza to wdrażania tego samego rozwiązania u każdej firmy.

Cennik producenta działa inaczej niż cennik dystrybutora. W jednej organizacji cena powstaje w Magento, w innej jest dynamicznie wyliczana przez ERP. Różnią się zasady kredytu kupieckiego, role handlowców i przebieg zamówienia.

Gotowe komponenty pozwalają nam nie rozwiązywać od początku problemów, które już znamy. Development koncentrujemy na tym, co w danym modelu B2B jest naprawdę indywidualne.

Discovery

Co trzeba rozstrzygnąć przed wdrożeniem platformy B2B

Platforma B2B nie powinna zaczynać się od listy funkcji. Najpierw trzeba zrozumieć proces sprzedaży.

Skąd pochodzi cena?

Cena w B2B rzadko jest jedną wartością przypisaną do produktu. Może zależeć od kontrahenta, grupy cenowej, grupy produktowej, ilości, zawartej umowy czy dodatkowych rabatów. Trzeba ustalić, gdzie cena jest wyliczana i który system jest jej źródłem.

Kto składa zamówienie?

W jednej firmie robi to sam klient. W innej zamówienie przygotowuje handlowiec. Jeszcze gdzie indziej kilku pracowników jednej organizacji może tworzyć koszyk, ale tylko wybrana osoba ma prawo go zatwierdzić.

Co klient powinien zrobić samodzielnie?

Historia zamówień, faktury, statusy, dostępność, ponawianie zakupów czy szybkie dodawanie wielu pozycji mogą ograniczyć liczbę powtarzalnych kontaktów z obsługą i handlowcami. To również punkt wyjścia do projektu interfejsu: kupiec, który zna indeks produktu i zamawia kilkadziesiąt pozycji tygodniowo, potrzebuje zupełnie innej ścieżki niż klient detaliczny przeglądający katalog po raz pierwszy.

Czego nie warto cyfryzować?

Nie zakładamy, że każdy obecny proces należy przenieść do nowej platformy 1:1. Jeżeli można go uprościć albo pozostawić w systemie, który już dobrze go obsługuje, zwykle jest to lepsza decyzja.

Architektura

ERP i systemy źródłowe są częścią architektury B2B

W wielu projektach B2B ERP pozostaje centrum procesów operacyjnych.

To tam mogą znajdować się kontrahenci, cenniki, rabaty, stany magazynowe, limity kupieckie, zamówienia, statusy i dokumenty.

Magento nie musi przejmować całej tej logiki. Może być warstwą commerce i self-service, która pokazuje właściwe dane właściwemu użytkownikowi i pozwala przeprowadzić proces zakupowy.

Dlatego przed developmentem ustalamy, który system jest źródłem prawdy dla poszczególnych informacji.

Jeżeli ceny są zarządzane w ERP, nie ma sensu tworzyć drugiego, niezależnego systemu cenowego w Magento tylko po to, żeby później synchronizować dwie logiki.

Podobnie ze stanami magazynowymi, limitami, danymi klienta czy statusem realizacji.

Projektujemy również sposób komunikacji między systemami, obsługę błędów i sytuacje, w których system źródłowy chwilowo nie odpowiada.

Mamy doświadczenie w integracjach z systemami ERP, CRM i rozwiązaniami dedykowanymi, m.in. SAP, Comarch, Microsoft Dynamics, Enova, Softlab i Salesforce.

Relacje

Platforma B2B może wspierać handlowców, zamiast ich zastępować

Uruchomienie e-commerce B2B nie musi oznaczać przeniesienia całej relacji z klientem do automatycznego kanału.

W wielu firmach większą wartość daje zdjęcie z handlowców powtarzalnych operacji i pozostawienie im czasu na negocjacje, doradztwo i rozwijanie klientów.

Platforma może umożliwić kontrahentowi samodzielne składanie standardowych zamówień, a jednocześnie pozwalać handlowcowi pracować na tych samych danych: widzieć przypisanych klientów, ich historię i warunki oraz przygotowywać zamówienia lub oferty w ich imieniu.

Oba modele mogą działać równolegle.

Model sprzedaży

B2B i B2C: jedna platforma czy osobne rozwiązania?

Magento może obsługiwać oba modele jednocześnie.

Użytkownik detaliczny korzysta ze standardowej oferty, a kontrahent po zalogowaniu otrzymuje własne ceny, katalog, warunki płatności czy dodatkowe funkcje.

Wspólna platforma może uprościć zarządzanie katalogiem, integracjami i utrzymaniem.

Nie zawsze jest jednak najlepszym wyborem.

Jeżeli procesy B2B i B2C znacząco się różnią, mogą wymagać większego rozdzielenia. Decyzja powinna wynikać z architektury, procesów i planów rozwoju obu kanałów, a nie z założenia, że jeden wariant jest właściwy dla wszystkich.

Licencja

Magento Open Source czy Adobe Commerce?

Projekt B2B nie oznacza automatycznie konieczności zakupu Adobe Commerce.

Adobe Commerce oferuje gotowy zestaw funkcji B2B, który może mieć dużą wartość, jeżeli odpowiada procesom firmy.

W wielu projektach wymagany zakres można jednak zrealizować na Magento Open Source, wykorzystując custom development, integracje i istniejące komponenty B2B.

Decyzja powinna uwzględniać wymagane funkcje, zakres customizacji, koszt licencji oraz dalszy koszt rozwoju platformy.

Jeżeli proces firmy mocno odbiega od standardowego modelu B2B, część funkcji i tak będzie wymagała indywidualnego developmentu.

Dlatego nie zaczynamy projektu od wyboru licencji.

Najpierw definiujemy proces B2B i wymagania. Dopiero potem rekomendujemy Magento Open Source albo Adobe Commerce.

Proces

Jak prowadzimy wdrożenie B2B

Zaczynamy od discovery i warsztatów.

  1. 01

    Discovery i warsztaty

    Poznajemy model sprzedaży, typy klientów, rolę handlowców, zasady cenowe, proces zamówienia, systemy źródłowe i wyjątki, które rzeczywiście mają znaczenie biznesowe.

  2. 02

    Projekt rozwiązania

    Na tej podstawie powstaje dokumentacja funkcjonalno-techniczna: opis docelowych procesów, integracji, ról systemów i zakresu rozwiązania.

  3. 03

    UX/UI i development

    Możemy następnie przeprowadzić pełny proces UX/UI - od analizy ścieżek użytkownika po projekt interfejsu platformy - oraz development Magento i Hyvä, funkcjonalności B2B i integracje. Poszczególne obszary projektu mogą rozwijać się równolegle, jeśli pozwalają na to zależności.

  4. 04

    Testy i uruchomienie

    Przed uruchomieniem testujemy całe scenariusze, nie tylko pojedyncze funkcje: klient musi zobaczyć właściwe ceny, użytkownik mieć odpowiednie uprawnienia, zamówienie trafić do właściwego systemu, a status wrócić do platformy.

Etapowanie

Pierwszy etap nie musi zawierać wszystkiego

Zakres B2B bardzo szybko potrafi rozrosnąć się do kilkudziesięciu funkcji.

Dlatego często warto zacząć od kompletnego podstawowego procesu: klient loguje się, widzi właściwe warunki, znajduje produkty, składa zamówienie, a dane trafiają do systemów firmy.

Kolejne mechanizmy można rozwijać etapami na podstawie realnego wykorzystania platformy.

MVP nie oznacza prowizorki. Architektura od początku powinna umożliwiać rozwój, ale nie ma powodu budować w pierwszej wersji każdej funkcji, która może być kiedyś potrzebna.

Po uruchomieniu możemy przejąć stabilizację, utrzymanie i dalszy rozwój platformy.

Dopasowanie

Kiedy Magento może być zbyt dużym rozwiązaniem

Nie każda sprzedaż B2B wymaga Magento.

Lżejsze rozwiązanie

Jeżeli firma obsługuje niewielką liczbę kontrahentów, ma prosty katalog, podobne warunki dla wszystkich klientów, praktycznie żadnych integracji i prosty proces zamówienia, lżejsze rozwiązanie może być bardziej ekonomiczne.

Magento

Magento ma największą wartość wtedy, gdy pojawia się realna złożoność: indywidualne ceny i warunki, wielu użytkowników, duży katalog, integracje, niestandardowe procesy albo połączenie B2B i B2C.

Jeżeli prostsze rozwiązanie wystarczy, powiemy o tym na pierwszym etapie rozmowy.

Pytania

FAQ

VLCT

Nie zawsze. Adobe Commerce oferuje gotowe funkcje B2B, ale wiele platform można zbudować na Magento Open Source. Wybór powinien wynikać z wymaganych funkcji, zakresu customizacji i całkowitego kosztu rozwiązania.

VLCT

Nie. Mamy komponenty B2B wypracowane podczas produkcyjnych wdrożeń Magento i wykorzystujemy je jako bazę kolejnych projektów. Rozbudowujemy je i integrujemy zgodnie z procesami i systemami konkretnej firmy.

VLCT

Tak. W wielu projektach ERP pozostaje źródłem cen, rabatów, limitów i innych danych handlowych, a Magento udostępnia je właściwemu kontrahentowi.

VLCT

Tak. Budowaliśmy platformy, w których handlowcy widzieli przypisanych klientów, ich historię i warunki handlowe oraz mogli przygotowywać zamówienia lub oferty w ich imieniu.

VLCT

Tak. Magento może obsługiwać oba modele z różnymi cenami, katalogami i procesami. To, czy wspólna architektura ma sens, zależy od podobieństwa obu kanałów i ich planów rozwoju.

VLCT

Najczęściej nie powinna. ERP może nadal odpowiadać za dane operacyjne i handlowe, a Magento za proces sprzedaży i doświadczenie użytkownika. Podział odpowiedzialności ustalamy podczas discovery.