- Strategia oparta o dane i cele biznesowe.
- Rekomendacje UX, integracji i automatyzacji.
- Plan wdrożeń i wsparcie zespołu.
Dobry workflow zamówień B2B działa sprawnie przy standardowych przypadkach. Problem w tym, że w B2B „standardowy przypadek” to często mniejszość transakcji. Klienci negocjują ceny poza cennikiem, zamawiają produkty, których normalnie nie mają w kontrakcie, proszą o dostawę w niestandardowym oknie czasowym, chcą podzielić zamówienie na dwie faktury albo zmienić adres dostawy po złożeniu zamówienia. Te wyjątki — jeśli nie są obsłużone przez system — lądują w mailu do handlowca, który je przetwarza ręcznie. I właśnie to niszczy efektywność platformy B2B: perfekcyjny workflow dla 80% zamówień i chaos dla pozostałych 20%.
Ten artykuł jest rozwinięciem poprzedniego tekstu o workflow akceptacji zamówień B2B — skupiamy się tu na wyjątkach, niestandardowych warunkach i mechanizmach, które pozwalają je obsługiwać bez angażowania handlowca przy każdej transakcji. To są te elementy, które decydują o tym, czy platforma B2B staje się realnym narzędziem operacyjnym, czy tylko eleganckim frontendem oklejonym mailem w tle.
Zmapujemy wszystkie Twoje przypadki brzegowe i zaprojektujemy workflow, który obsłuży je systemowo — bez maili i Excela. Zacznij od bezpłatnej konsultacji.
Negocjacje cen poza cennikiem — jak obsłużyć w systemie
W wielu branżach B2B cennik jest punktem wyjścia, nie ceną transakcyjną. Duży klient pyta o cenę na 500 sztuk produktu, który standardowo kosztuje 120 zł/szt. Handlowiec „pogadał z szefem” i ustala 98 zł/szt. — ale tylko na to jedno zamówienie i tylko przy jednorazowej dostawie. Jak taka cena powinna być obsłużona w systemie? Trzy podejścia: (1) handlowiec ręcznie tworzy zamówienie z niestandardową ceną (poza platformą — co neguje sens systemu), (2) platforma ma możliwość tworzenia „cen specjalnych” per zamówienie przez administratora, (3) system ma moduł ofertowania, gdzie handlowiec tworzy ofertę z niestandardową ceną, klient ją akceptuje, a oferta zamienia się w zamówienie.
Trzecia opcja — moduł ofertowania (RFQ: request for quotation) — jest złotym standardem w platformach B2B enterprise. Amazon Business ma go wbudowanego. Sylius obsługuje go przez rozszerzenia lub custom development. W WooCommerce można go zaimplementować przez wtyczki (YITH Request a Quote, WooCommerce Quotes) lub custom code. Kluczowe jest, żeby oferta po akceptacji przez klienta automatycznie zamieniała się w zamówienie z właściwymi cenami — bez konieczności ręcznego przepisywania przez handlowca.
Zmiany zamówień po złożeniu
Klient złożył zamówienie, ale za godzinę dzwoni, że chce dodać 3 pozycje, zmienić ilość na jednej i poprosić o dostawę na inny adres. To standardowy scenariusz w B2B — i jeden z najtrudniejszych do obsłużenia systemowo, bo zamówienie mogło już zostać przekazane do WMS i rozpocząć kompletację. System musi wiedzieć, na jakim etapie jest zamówienie, i na tej podstawie pozwolić lub odmówić modyfikacji.
Dobre rozwiązanie: platforma B2B pozwala klientowi modyfikować zamówienie w oknie czasowym (np. do 2 godzin od złożenia lub do momentu potwierdzenia przez operatora). Po upłynięciu okna — system informuje, że zamówienie jest w trakcie realizacji i zmiana wymaga kontaktu z obsługą. Handlowiec lub obsługa klienta ma osobny panel do modyfikacji zamówień w statusie „w realizacji” — z logowaniem kto i co zmienił, po zatwierdzeniu przez supervisora. To jest kompletny audit trail, który jest wymagany przez wiele firm enterprise jako element procedur compliance.
Zamówienia awaryjne i ekspresowe
Klient potrzebuje towaru „na już” — linia produkcyjna stoi, brakuje komponentu. Standardowy workflow z 24-godzinnym zatwierdzeniem i planowaną dostawą za 3 dni nie działa. Czy platforma B2B obsługuje zamówienia awaryjne? Najlepsze rozwiązania mają osobny typ zamówienia „ekspres” lub „urgent” — z wyróżnionym widocznym statusem, natychmiastowym powiadomieniem SMS do kierownika logistyki i automatycznym priorytetem w kolejce WMS. To nie jest funkcja, którą dostaniesz z pudełka w standardowym WooCommerce — ale jest to możliwa do zaprojektowania logika w custom code lub Sylius.
Poza zamówieniami ekspresowymi, wiele firm B2B ma zamówienia cykliczne — np. co tydzień ta sama lista produktów w podobnych ilościach. Platforma powinna pozwalać klientowi zapisać „koszyk szablonowy” lub listę zakupową, którą zamawia jednym kliknięciem. Amazon Business robi to od lat jako „Subscribe & Save for Business” — w wersji B2B z możliwością zmiany ilości i dat. To nie tylko wygoda dla klienta, to realna retencja i przewidywalność przychodów dla dostawcy.
Produkty poza standardowym katalogiem
Co, gdy klient zamawia produkt, którego nie ma w katalogu platformy? W klasycznym sklepie — nie ma takiej opcji. W portalu B2B — powinien być mechanizm „zamówienia specjalnego”: klient opisuje potrzebę (specyfikacja, ilość, termin), handlowiec dostaje powiadomienie, tworzy wycenę w systemie i przesyła klientowi do akceptacji. Cały proces — od prośby do potwierdzenia zamówienia — odbywa się w jednym systemie, bez przeskakiwania do maila. To jest ten rodzaj digitalizacji, który realnie odciąża handlowców i buduje lojalność klientów, którzy widzą, że ich niestandardowe potrzeby są obsługiwane sprawnie.
Niestandardowe warunki dostawy i fakturowania
Klient zamawia z dostawą na 5 różnych adresów z jednym zamówieniem, ale chce jedną fakturę zbiorczą na koniec miesiąca. Albo: klient chce podzielić jedno zamówienie na dwie faktury — z powodów budżetowych w firmie. Albo: dostawa ma być z awizacją 24h wcześniej przez telefon do konkretnej osoby na magazynie. To są niestandardowe wymagania logistyczne i finansowe, które w ręcznym workflow handlowiec po prostu „pamięta” albo zapisuje w Notatniku. W platformie B2B muszą być obsłużone jako konfigurowalne opcje per klient lub per zamówienie, ze śledzeniem realizacji tych ustaleń.
Fakturowanie zbiorcze — jedna faktura za wszystkie zamówienia z danego miesiąca — to wymóg, który pojawia się u większości klientów enterprise. WooCommerce nie obsługuje tego natively; wymaga dedykowanej wtyczki lub integracji z systemem fakturowania (np. iFirma API, Fakturownia, Symfonia). W Sylius lub systemie dedykowanym można to zbudować jako konfigurowalne ustawienie per klient. To jedna z tych funkcji, która na etapie projektu wydaje się małym szczegółem — a po wdrożeniu okazuje się, że połowa klientów enterprise ją wymaga.
Jak projektować obsługę wyjątków: zasady
Kilka zasad, które stosujemy projektując workflow B2B z obsługą wyjątków. Po pierwsze: każdy wyjątek powinien mieć dedykowaną ścieżkę w systemie — nie „skontaktuj się z handlowcem przez email”. Po drugie: każda zmiana w zamówieniu powinna być logowana z informacją kto, co i kiedy zmienił — dla potrzeb audytu i rozliczeń. Po trzecie: system powinien minimalizować decyzje, które wymagają eskalacji do menedżera — poprzez jasne reguły automatyczne, które obsługują 80% przypadków. Po czwarte: klient zawsze powinien wiedzieć, na jakim etapie jest jego niestandardowe zamówienie — status musi być widoczny w systemie, nie tylko „w trakcie realizacji”.
Obsługa wyjątków to temat, który wraca przy każdym wdrożeniu B2B — i który zazwyczaj okazuje się bardziej złożony niż standardowy workflow. Dlatego w VisioLab zawsze prowadzimy warsztat mapowania wyjątków przed projektem: zbieramy wszystkie „ale co jak…” od handlowców i klientów B2B, klasyfikujemy je według częstości i wpływu, i projektujemy obsługę dla każdego. Ten krok skraca czas projektu i unika kosztownych poprawek po wdrożeniu.
