Zarządzanie e-commerce B2B - rola managera, KPI, zespół, budżet
Większość treści o zarządzaniu e-commerce w polskim Internecie dotyczy B2C. Sklep modowy, sklep z elektroniką, food delivery. B2B ma inną dynamikę: dłuższy cykl decyzyjny, klienci kontraktowi, sezonowość vs. powtarzalność, polityki cenowe, relacje z handlowcami. E-commerce manager B2B nie jest e-com managerem B2C - to inna rola, z innymi KPI, innym zespołem, innym budżetem.
Spis treści (8)
W skrócie
- 1. Rola: e-com manager B2B to mix product manager + ops manager + sales enablement
- 2. KPI: inne niż B2C - nie tylko obrót, ale ARPU, NPS, churn klienta kontraktowego
- 3. Zespół: typowo 3-8 osób (manager + product + content + dev / vendor management)
- 4. Budżet: 5-15% obrotu rocznego sklepu (rozwój + utrzymanie)
- 5. Współpraca z IT: kluczowa - bez relacji z dyrektorem IT projekty utykają
- 6. Roadmap: kwartalna, z business case'em dla każdej inicjatywy
Rola e-commerce managera B2B
E-com manager w hurtowni / firmie B2B robi:
1. Product management sklepu.
- Decyzje o nowych funkcjach
- Priorytetyzacja roadmapy
- Business case'y („dlaczego warto wdrożyć PunchOut")
2. Operations.
- Codzienne monitorowanie metryk sklepu
- Reagowanie na awarie, incydenty
- Współpraca z działami sprzedaży / obsługi klienta
3. Sales enablement.
- Współpraca z handlowcami
- Wsparcie procesu sprzedaży (sales reps używające sklepu jako narzędzia)
- Reagowanie na feedback z field
4. Vendor management.
- Współpraca z agencjami / podwykonawcami
- Negocjowanie umów z dostawcami platformy / hostingu / integracji
- Kontrola jakości
5. Stakeholder management.
- Komunikacja z zarządem (KPI, ROI)
- Pozyskanie budżetu na inicjatywy
- Współpraca z marketingiem, IT, finansami
To NIE jest rola dla osoby tylko technicznej (deweloper) ani tylko biznesowej (sales). To rola hybridowa, wymagająca obu perspektyw.
KPI sklepu B2B - co naprawdę mierzyć
Klasyczne KPI e-commerce (B2C-style):
- Obrót (GMV)
- Liczba zamówień
- AOV (Average Order Value)
- Conversion rate
- Visitors → Customers
To wszystko istotne, ale dla B2B nie wystarcza.
KPI dla B2B:
1. ARPU (Average Revenue Per User) per klient. Klient B2B kupuje wielokrotnie. Średni miesięczny obrót na klienta = mierzy „głębokość relacji".
2. Frequency (zamówienia / miesiąc per klient). Klient kontraktowy w hurtowni powinien kupować 2-4 razy / miesiąc. Spadek = problem.
3. Customer lifetime value (CLV). Klient B2B żyje 3-10 lat. CLV mierzy całkowitą wartość kontraktu.
4. Churn rate. Ile klientów przestało kupować w ostatnim kwartale. Krytyczne - utrata klienta B2B = strata na lata.
5. NPS (Net Promoter Score) B2B. Czy klienci poleciliby sklep? Wskaźnik jakości relacji.
6. Time to first purchase (dla nowych klientów). Od rejestracji do pierwszego zamówienia. Krótki = dobry onboarding.
7. Adoption rate funkcji. Jaki % klientów używa Quick Order, RFQ, PunchOut. Wskaźnik wartości funkcji.
8. Cost per order (CPO). Ile kosztuje obsłużenie zamówienia (infra + support). Powinien spadać z czasem.
9. Self-service rate. % zamówień bez interwencji człowieka. Hurtownia tradycyjna: 30%. Dojrzała hurtownia B2B z e-com: 80%+.
Zespół e-commerce - kto jest potrzebny
Skala dyktuje skład. Dla średniego polskiego B2B (10-50 M zł obrotu):
Manager (1 osoba): e-com manager - orchestracja całości.
Product Owner (0.5-1 osoba): roadmap, backlog, requirements. Czasem ta sama osoba co manager.
Content / Product specialist (1 osoba): opisy produktów, atrybuty, kategorie. Dla katalogu 30k+ SKU - często 2+ osoby.
UX / UI designer (0.5 osoby): projekty nowych funkcji, A/B testing. Często shared z marketingiem lub vendor.
Developer (in-house lub vendor): rozwój sklepu. In-house dla bardzo aktywnych projektów, vendor dla mniejszych.
Data analyst (0.5-1 osoba): raporty, BI, analytics. Shared z biznesem.
Customer success / B2B support (1-2 osoby): wsparcie klientów B2B (techniczne, onboarding nowych).
Razem 3-6 FTE dla średniego B2B. Plus vendor relationship z agencją (typowy budżet 200-500 tys. zł / rok).
Duży B2B (>50 M zł obrotu): 8-15 FTE plus własny dział IT.
Współpraca z IT - gdzie polityka się rodzi
E-commerce manager + dział IT to relacja, w której typowo coś tarcie. Powody:
1. Różne priorytety. E-com chce nowe funkcje. IT chce stabilność i bezpieczeństwo. Compromise: roadmap z balansem.
2. Różne timelines. E-com myśli kwartałami (sprinty). IT myśli rocznie (budżety). Kalibracja.
3. Konkurencja o zasoby. Limited deweloperzy. E-com chce „naszego". IT chce „naszych". Decyzja: dedykowani devs dla e-com vs. shared.
4. Decyzje architektoniczne. „Headless commerce" - e-com chce z marketingowych powodów. IT pyta „a kto to utrzyma?". Compromise: wspólne decyzje.
5. Komunikacja. Bez regularnych spotkań (1× tydzień minimum) - relacja się rozjeżdża.
Roadmap e-commerce - jak ją budować
Horizon 1 (now, 3 mies.):
- Bugfixy, drobne poprawki
- Quick wins (low effort, high impact)
- 70-80% capacity zespołu
Horizon 2 (next, 3-6 mies.):
- Średnie inicjatywy (np. wdrożenie BNPL, dodanie kanału marketplace)
- 15-25% capacity zespołu
Horizon 3 (later, 6-12+ mies.):
- Duże projekty (migracja, headless, nowy rynek)
- 5-10% capacity (głównie research, planning)
Budowa:
- Każda inicjatywa = business case (impact, effort, ROI)
- Priorytetyzacja kwartalna w komitecie sterującym
- Status update miesięczny do zarządu
Pułapki:
- „Tylko nowe funkcje" - bez bugfixów dług techniczny zabija
- „Tylko technika" - bez nowych funkcji biznes nie rośnie
- Brak measurement po launchu - nie wiesz co dało efekt
Budżet e-commerce
Reguła kciuka: budżet roczny e-com = 5-15% obrotu sklepu.
Dla sklepu 20 M zł obrotu rocznego: 1-3 mln zł budżet roczny.
Rozłożenie:
Utrzymanie i infrastruktura: 30-50%
- Hosting, CDN, licencje (platforma, moduły)
- Wynagrodzenia zespołu (dev, ops)
- Agencja vendor (jeśli outsourcing)
Rozwój: 40-60%
- Nowe funkcje
- Integracje z nowymi systemami
- Migracje, upgrade'y
- A/B testing, UX research
Marketing performance (związany z e-com): 10-15%
- SEO, content
- Performance ads (Google, Meta)
- Email marketing
- Analytics tools
Te procenty są orientacyjne - dla młodego sklepu w fazie rozwoju więcej w „rozwój" (60-70%). Dla dojrzałego sklepu więcej w „utrzymanie".
Komunikacja z zarządem
E-com manager raportuje do zarządu. Co zazwyczaj interesuje zarząd:
Co kwartał (formal):
- Obroty (vs. budget, vs. poprzedni Q)
- Marża
- Customer acquisition / retention
- Roadmap status
Co miesiąc (operational):
- Quick metrics dashboard
- Incydenty / problemy
- Najważniejsze inicjatywy
Ad-hoc:
- Awarie (incident reports)
- Strategiczne decyzje (np. migracja platformy)
- Wnioski budżetowe
Czego unikać:
- Technicznego żargonu (zarząd nie chce wiedzieć o Varnishu)
- Negatywnych metryk bez kontekstu i akcji
- Brak proaktywności (raportujesz problemy zamiast pytać o budżet na rozwiązanie)
Najczęstsze problemy zarządzania
1. Brak jasnej własności (e-com vs. marketing vs. sales). Sklep „nikogo", każdy uważa że nie jego. Bez własności decyzje wleczą się miesiącami.
2. Brak kompetencji technicznych managera. E-com manager nie rozumie dlaczego coś zajmie 3 miesiące, kłóci się z IT, traci wiarygodność.
3. Brak vendor relationship. Agencja wdrażająca robi co chce, klient (e-com manager) nie ma czasu kontrolować.
4. Skupienie na sale. „Tylko zwiększyć obrót". Bez retention, bez NPS, bez churn rate - w pewnym momencie sklep przestaje rosnąć i nikt nie wie dlaczego.
5. Brak roadmapy. „Robimy co popadnie". Zespół demotywowany, zarząd zniecierpliwiony.
6. Brak data-driven culture. Decyzje na czuja. „Wiem że klienci tego chcą". Bez data - często źle.
FAQ
Czy e-com manager powinien być techniczny? Powinien być technicznie świadomy. Nie musi kodować, ale musi rozumieć podstawy (jak działa cache, dlaczego migracja zajmuje czas, co to jest API). Bez tego jest „przejazdem" w organizacji.
Czy lepiej rekrutować z B2C czy B2B? B2B najlepiej, jeśli istnieje. B2C z gotowością do nauki specyfiki B2B - też ok. Pure B2C bez chęci zmiany - porażka.
Ile osób w zespole dla początkującego B2B (1 M zł obrotu)? 1-2 osoby (manager + 1 ops/content). Plus vendor relationship.
Czy outsourcować e-commerce w pełni? Można dla startu (< 5 M zł obrotu). Powyżej - własny zespół + vendor jako wsparcie. Pełny outsourcing przy dużym obrocie = tracisz kontrolę i dane.
Czy e-com manager powinien być CEO-friendly? Bezwzględnie. Bez wsparcia zarządu projekty utykają. Inwestycje w komunikację (regularne raporty, ad-hoc updates) zwracają się.
Co dalej
- Konkretne tematy: Rola e-commerce managera, KPI, Budowanie zespołu, Współpraca IT-biznes, Roadmap, Budżet
O autorze
Jakub Owsianka
Architekt rozwiązania w WiseB2B - silniku platform B2B. Zaczynał po stronie biznesu (własne sklepy), potem deweloper, dziś projektuje wdrożenia dla sklepów z katalogami w dziesiątkach tysięcy SKU. W ostatnich latach wdrożył AI-development w zespole i funkcjonalności oparte o AI bezpośrednio w silniku sklepu.
Masz pytanie do tego artykułu?
Dodatkowy kontekst, problem z własnym wdrożeniem, druga opinia - napisz wprost. Odpowiadam osobiście w 1-2 dni robocze.