Zarządzanie e-commerce B2B - rola managera, KPI, zespół, budżet

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.

Rola e-commerce managera.

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%+.

KPI sklepu B2B.

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.

Budowanie zespołu.

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.

Współpraca IT-biznes.

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

Roadmap rozwoju e-commerce.

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".

Budżet e-commerce.

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.

Co dalej

• Konkretne tematy: Rola e-commerce managera, KPI, Budowanie zespołu, Współpraca IT-biznes, Roadmap, Budżet
• Umowa z dostawcą: Utrzymanie sklepu Magento i SLA

Najczęstsze pytania