Kluczowe wnioski
- Uruchamiasz pilotażem na wąskiej grupie klientów, a zasięg rozszerzasz po spełnieniu kryteriów jakościowych, nie po upływie zaplanowanej liczby tygodni.
- Cztery miary wystarczą na start: udział zamówień składanych samodzielnie, czas obsługi zamówienia, liczba korekt i powtarzalność, czyli odsetek klientów, którzy wrócili po drugie i trzecie zamówienie.
- Niska adopcja prawie nigdy nie oznacza braku chęci. Oznacza tarcie w konkretnym kroku, więc szukasz miejsca, w którym ludzie odpadają, zamiast dokładać funkcje.
- Co rozwijać dalej, decydują sygnały z użycia i pytania obsługi, a nie lista życzeń sprzed startu. Platforma starzeje się przez dane i procesy szybciej niż przez kod.
Klienci mają gotowe konta, handlowcy wiedzą, co się zmienia w ich pracy i jak liczy się prowizja, a zasady zostały ogłoszone przed pierwszym zaproszeniem. Zostaje uruchomienie, czyli moment, w którym najłatwiej popełnić ostatni kosztowny błąd: potraktować start jak datę, a nie jak sekwencję. Platforma B2B nie zostaje „oddana do użytku” w piątek o siedemnastej. Wchodzi do firmy stopniowo, klient po kliencie, i przez pierwsze tygodnie jest zbiorem hipotez do sprawdzenia. Ten rozdział jest o tym, jak tę sekwencję poprowadzić, po czym poznać, że działa, i co zrobić z platformą przez kolejne dwa lata, żeby nie stała się kolejnym systemem, którego nikt nie lubi otwierać.
Pilotaż zamiast startu na wszystkich
Pilotaż to nie ostrożnościowy rytuał, tylko jedyny moment, w którym błąd jest tani. Bierzesz wąską grupę klientów wybranych według kryteriów z poprzedniego rozdziału, najlepiej obsługiwanych przez jednego albo dwóch handlowców, i przez kilka tygodni obsługujesz ich zamówienia równolegle starym i nowym kanałem. Zamówienie z platformy sprawdzasz ręcznie, zanim pójdzie na produkcję: czy cena się zgadza, czy jednostka jest właściwa, czy dokument w ERP wygląda tak jak dotąd. To żmudne i celowe, bo pierwsze dwadzieścia zamówień powie Ci więcej o platformie niż wszystkie testy przed startem.
Kryterium wyjścia z pilotażu jest jakościowe, nie kalendarzowe. Rozszerzasz zasięg, kiedy przez dwa pełne cykle zamawiania nie pojawił się nowy błąd blokujący, a klienci pilotażowi złożyli drugie i trzecie zamówienie bez pomocy handlowca. Dopiero wtedy dokładasz kolejną grupę, najlepiej z innym profilem zamawiania niż pierwsza, bo to ona pokaże, czego nie wychwyciliście na jednorodnej próbce. Realny przebieg takiej sekwencji, z podziałem na etapy i decyzje, rozpisaliśmy osobno w tekście o cyfryzacji hurtu w 90 dni.
Cztery miary od pierwszego tygodnia
Miary ustawiasz przed startem, bo bez punktu odniesienia z okresu sprzed platformy każda liczba będzie później kwestią interpretacji. Nie potrzebujesz rozbudowanej analityki, wystarczą cztery wskaźniki i regularny rytm ich przeglądania. Pierwsze trzy mówią o procesie, czwarty o tym, czy klienci naprawdę zmienili sposób pracy.
| Miara | Jak ją liczyć | Co oznacza zły wynik |
|---|---|---|
| Udział zamówień składanych samodzielnie | Liczba i wartość zamówień z platformy wobec wszystkich zamówień od klientów, którzy mają konto | Konta są, a proces dalej idzie mailem: sprawdź, w którym kroku ścieżka się urywa |
| Czas obsługi zamówienia | Od wpłynięcia do potwierdzenia w ERP, mierzony osobno dla kanału mailowego i platformy | Brak różnicy między kanałami oznacza, że ktoś nadal przepisuje dane ręcznie |
| Liczba korekt i pomyłek | Zamówienia poprawiane po złożeniu, zawsze z zapisaną przyczyną korekty | Powtarzająca się przyczyna to błąd w danych albo w interfejsie, a nie nieuwaga klienta |
| Powtarzalność | Odsetek klientów, którzy po pierwszym zamówieniu złożyli drugie i trzecie | Jedno zamówienie i cisza to najczęstszy sygnał tarcia w ścieżce, nie braku potrzeby |
Cztery miary wystarczą na start. Zbieraj je od pierwszego tygodnia i porównuj z okresem sprzed uruchomienia.
Założone konto to nie adopcja. Liczba aktywnych kont i liczba logowań to miary, które ładnie wyglądają w prezentacji i nic nie mówią o tym, czy praca zeszła z zespołu obsługi. Jedyna miara, która to pokazuje, to udział zamówień faktycznie składanych przez klientów, liczony na tych klientach, którzy dostali dostęp. Reszta jest ruchem, a nie wynikiem.
Niską adopcję czyta się jako tarcie, nie jako niechęć
Kiedy po miesiącu udział zamówień samodzielnych stoi w miejscu, pierwszy wniosek zwykle brzmi „klienci nie chcą” albo „handlowcy nie promują”. To wniosek najczęściej błędny i najdroższy, bo prowadzi do nacisku zamiast do naprawy. W praktyce prawie zawsze da się wskazać konkretny krok, w którym ludzie odpadają: hasło, którego nie da się odzyskać bez telefonu, wyszukiwarka, która nie znajduje produktu po symbolu używanym u klienta, koszyk gubiący się przy zmianie adresu dostawy, brak informacji o dostępności, przez który klient i tak dzwoni.
Diagnoza jest tania i nietechniczna. Zadzwoń do pięciu klientów, którzy zalogowali się raz i nie wrócili, i zapytaj wprost, w którym momencie przestali. Przejrzyj zgłoszenia do obsługi z ostatnich tygodni i policz, które pytania powtarzają się najczęściej, bo każde powtarzalne pytanie to nienazwane tarcie. Sprawdź też własną stronę procesu: jeśli dział obsługi nadal przyjmuje zamówienia mailem od klientów mających konto, adopcja nie ruszy, choćby platforma była bez zarzutu. Naprawa jednego realnego tarcia daje zwykle więcej niż kwartał dokładania funkcji, o które nikt nie prosił.
Co rozwijać w drugiej kolejności
Druga fala rozwoju powinna wynikać z sygnałów z użycia, a nie z listy życzeń zebranej przed startem. Cztery kierunki wracają najczęściej. Akceptacje, czyli ścieżka zatwierdzania zamówienia po stronie klienta, gdy zamawia magazyn, a zgodę wydaje zaopatrzenie. Limity kupieckie i widoczne saldo, dzięki którym klient wie, ile może zamówić, zanim zadzwoni do niego księgowość. Konfiguratory i produkty na wymiar, jeśli sprzedajesz coś, czego nie da się wybrać z listy. Kolejne rynki i języki, wraz z całą konsekwencją, czyli osobnymi cennikami, jednostkami i dokumentami. Do tego dochodzi automatyzacja obsługi, czyli statusy, awizacje i dokumenty dostarczane bez udziału człowieka, bo to ona najszybciej zdejmuje pracę z zespołu.
Kolejność ustalasz według dwóch pytań: ilu klientów dotyczy dana funkcja i ile godzin tygodniowo zdejmuje z zespołu. Funkcja, o którą prosi jeden duży klient, bywa warta zbudowania, ale wtedy nazwij to wprost jako decyzję handlową wobec konkretnego kontrahenta, a nie jako rozwój platformy. Najgorszy wariant to backlog rosnący z pojedynczych rozmów, w którym po roku nikt nie pamięta, dlaczego dana pozycja tam trafiła.
Jak nie zestarzeć się w rok
Platformy B2B rzadko starzeją się przez kod. Starzeją się przez dane i procesy: cennik, którego nikt nie przeglądał od dwóch lat, produkty wycofane, ale wciąż widoczne, zdjęcia i opisy z importu, zmiany w ERP, o których nikt nie uprzedził. Minimalne utrzymanie ma trzy elementy. Właściciel po stronie firmy, czyli jedna osoba odpowiedzialna za platformę jako narzędzie sprzedaży, a nie za „system”. Rytm przeglądu: miesięcznie miary i zgłoszenia, kwartalnie backlog i decyzja, co dalej. Oraz zasada, że każda zmiana w cenniku, asortymencie i integracji ma z góry ustalony sposób odzwierciedlenia na platformie, zamiast być odkrywana przez klienta.
W naszym frameworku BEAM ten podział jest wpisany w proces: etap Blueprint mapuje ceny, procesy i integracje przed budową, żeby zakres pierwszej wersji wynikał z faktów, a nie z założeń, a etap Maintenance & Growth odpowiada za to, co dzieje się po uruchomieniu, czyli za miary, kolejne funkcje i utrzymanie w rytmie zamiast zrywami. Nazwa jest sprawą drugorzędną, mechanizm nie: bez jednego właściciela i stałego rytmu przeglądu każda platforma po kilkunastu miesiącach zaczyna wyglądać jak system, który „kiedyś wdrożyliśmy”.
Cała ścieżka w jednym akapicie
Zaczynasz od pytania, czy hurt rzeczywiście dojrzał do platformy, bo powtarzalność zamówień i koszt ich ręcznej obsługi są warunkiem, a nie skutkiem wdrożenia. Potem ograniczasz zakres pierwszej wersji do tego, co obsłuży realne zamówienie od początku do końca. Rozstrzygasz ceny i warunki handlowe, bo to one, a nie wygląd katalogu, decydują o zaufaniu klienta hurtowego. Integrujesz platformę z ERP tam, gdzie dane muszą być jedne. Wprowadzasz klientów i handlowców, pamiętając, że to zmiana organizacyjna, nie wdrożenie IT. I uruchamiasz pilotażem, mierząc udział zamówień składanych samodzielnie. Na koniec rzecz, której żadne narzędzie nie załatwi: platforma nie zastąpi relacji handlowej ani nie naprawi złej oferty. Jeśli ceny są nieczytelne, dostępność nieprzewidywalna, a obsługa niesolidna, portal pokaże to szybciej i wyraźniej niż dotychczasowy mail. Sens platformy jest węższy i całkiem konkretny: zdejmuje z handlowców powtarzalne zamówienia, żeby mogli robić to, czego oprogramowanie nie zrobi za nich.
Pytania
Jak długo powinien trwać pilotaż platformy B2B?
Zwykle kilka tygodni, ale liczy się kryterium, a nie kalendarz. Sensowne kryterium wyjścia to dwa pełne cykle zamawiania bez nowego błędu blokującego oraz drugie i trzecie zamówienie złożone przez klientów pilotażowych samodzielnie. Pilotaż przeciągnięty ponad ten moment zaczyna kosztować, bo zespół obsługuje równolegle dwa kanały dla tej samej grupy klientów.
Kiedy wyłączyć przyjmowanie zamówień mailem i telefonem?
Nie na starcie i nie jako decyzja techniczna. Rozmowa o ograniczeniu starego kanału ma sens dopiero wtedy, gdy większość powtarzalnych klientów zamawia samodzielnie, bo jest im tak szybciej. Nawet wtedy warto zostawić drogę dla wyjątków: zamówień nietypowych, awaryjnych i klientów, dla których koszt zmiany jest realnie wyższy niż korzyść. Wyłączenie kanału to decyzja handlowa i jej skutki widać najpierw w relacjach, a dopiero potem w statystykach.
Co zrobić, gdy po trzech miesiącach udział zamówień samodzielnych stoi w miejscu?
Zacznij od diagnozy, nie od nowych funkcji. Pięć rozmów z klientami, którzy zalogowali się i nie wrócili, przegląd powtarzalnych pytań do obsługi oraz sprawdzenie, czy Twój własny zespół nadal przyjmuje maile od klientów mających konto, wyjaśniają w większości przypadków, gdzie jest tarcie. Dopiero jeśli po usunięciu tarć nic się nie zmienia, warto wrócić do pytania z pierwszego rozdziału, czyli czy ta grupa klientów w ogóle ma zamówienia na tyle powtarzalne, żeby platforma dawała im przewagę.
