Co zyskujesz

• Zamówienia z indywidualnymi cennikami — Każdy klient widzi swoje ceny (rabat per kontrahent, ceny per ilość, ceny umowne). Koszyk z saldem netto/brutto.
• Historia zamówień i faktur — Pełna historia z możliwością ponownego zamówienia („zamów to samo"). Faktury PDF do pobrania, statusy płatności.
• Saldo i limit kupiecki — Klient widzi swoje saldo, niezapłacone faktury, limit kupiecki, termin płatności. Bez dzwonienia do księgowości.
• Integracja z ERP — Synchronizacja z Comarch ERP, Symfonia, Subiekt, SAP. Ceny, stany magazynowe, dokumenty — w czasie rzeczywistym.
• Multi-user per kontrahent — Firma kontrahenta ma kilku użytkowników (handlowiec, magazynier, księgowość) z różnymi uprawnieniami.
• Powiadomienia i alerty — Email/SMS o zmianach statusu zamówienia, terminach płatności, nowościach w ofercie. Klient nie pyta — system informuje.

Co dostajesz

• Audyt obecnego procesu obsługi B2B
• Frontend portalu klienta (web responsive)
• Logika cenników indywidualnych i rabatów
• Moduł zamówień z koszykiem i historią
• Moduł finansowy (saldo, faktury, limit)
• Integracja z ERP (Comarch/Symfonia/Subiekt/SAP)
• Panel admina dla zespołu sprzedaży
• 30 dni wsparcia po wdrożeniu

Co odróżnia portal B2B od B2C

Wielu klientów myśli „portal klienta to taki sklep internetowy, ale dla firm". To poważne uproszczenie. B2B i B2C to dwa różne światy z różną mechaniką.

Pierwsza różnica: ceny. W B2C cena jest publiczna, jednolita, czasem ze zniżką dla nowych klientów. W B2B każdy kontrahent ma swój cennik — wynegocjowany rabat ramowy (np. 12% dla całej oferty), specjalne ceny na konkretne SKU (umowa stała na 5 produktów), progi cenowe (>100 szt. = -5%, >500 szt. = -10%), promocje sezonowe per segment. Implementacja silnika cenowego B2B to często 30-40% pracy projektu.

Druga: limity i terminy płatności. B2C — klient płaci od razu, koniec. B2B — klient ma limit kupiecki (np. 50 000 zł), termin płatności (np. 14/30/60 dni od faktury), historia płatności. Portal pokazuje na bieżąco: ile masz zamówionego, ile niezapłaconego, ile zostało w limicie. Bez tego klient blokowany przez księgowość bo „jest na liście dłużników".

Trzecia: multi-user per kontrahent. W B2C konto = 1 osoba. W B2B konto kontrahenta to firma, a w niej: właściciel (widzi wszystko, akceptuje duże zamówienia), handlowiec (składa zamówienia do limitu), magazynier (przegląda dostawy, nie ceny), księgowy (faktury, salda). Role i uprawnienia per użytkownik — must-have.

Czwarta: integracja z ERP. B2C-owy sklep żyje sam (własna baza produktów, cen, stanów). B2B-owy portal jest „oknem" na ERP firmy. Stany magazynowe — z ERP. Ceny indywidualne — z ERP. Faktury — z ERP. Bez działającej integracji portal jest bezużyteczny.

Dlaczego klienci B2B chcą self-service (i czemu Twoje biuro też)

Stary model B2B: klient dzwoni do swojego handlowca, pyta o cenę i dostępność, handlowiec sprawdza w ERP, oddzwania, klient potwierdza zamówienie mailem, handlowiec wpisuje do systemu, generowana faktura trafia mailem. Cykl: 1-3 dni. Praca dla handlowca: 30-60 minut na zamówienie.

Nowy model z portalem: klient loguje się, widzi swoje ceny, składa zamówienie, dostaje potwierdzenie. Cykl: 5 minut. Praca dla handlowca: 0 minut na rutynowe zamówienia.

Kluczowe statystyki z naszych projektów: 1) Klienci B2B preferują self-service. Badania McKinsey i Gartner — 75% klientów B2B wolałoby kupować bez kontaktu z handlowcem (jeśli mogą). To pokoleniowy shift — millennialsi i Gen Z są teraz decision-makerami. 2) Zamówienia po godzinach. 30-40% zamówień w naszych portalach składanych jest poza godzinami pracy (wieczorem, w weekendy). To zamówienia, które wcześniej w ogóle nie powstały (klient zapomniał do poniedziałku). 3) Średnia wartość koszyka rośnie. Klient, który widzi pełną ofertę i swoje ceny, dodaje 15-25% więcej produktów niż przy zamówieniu telefonicznym. 4) Spadek błędów. Telefon → SMS → przepisanie do ERP — zawsze są pomyłki w ilościach, kodach SKU, adresach dostawy. Self-service eliminuje ten łańcuch.

Dla biura: odzyskane godziny przeznaczacie na realne sprzedaże (nowi klienci, upsell, rozmowy strategiczne) zamiast na przepisywanie zamówień. Typowo 1 handlowiec po wdrożeniu portalu obsługuje 2-3x więcej kontrahentów.

Integracja z ERP — gdzie diabeł tkwi w szczegółach

Portal klienta bez ERP jest bezużyteczny. Ale integracja z ERP-em to typowo największy ból w projekcie. Doświadczenie z 30+ projektów:

Comarch ERP XL/Optima: API REST dostępne, dokumentacja przyzwoita, ale wymagana licencja na moduł BI/integracje. Synchronizacja w czasie rzeczywistym przez webhooks (zmiany w ERP → push do portalu). Typowo 3-6 tygodni pracy. Najpopularniejszy ERP w MŚP w Polsce.

Symfonia: starszy ERP, słabsza dokumentacja API. Czasem trzeba przez warstwę pośrednią (custom service nad bazą Symfonii). Typowo 4-8 tygodni pracy. Częsta sytuacja: klient ma stary Symfonia Handel, plan migracji do Comarch — robimy portal compatible z oboma.

Subiekt GT/Nexo: dobra dokumentacja, REST API, łatwa integracja. Typowo 2-4 tygodnie. Najszybsza integracja w polskim ekosystemie.

SAP (Business One albo S/4HANA): enterprise level, dokumentacja po angielsku, wymagana współpraca z konsultantem SAP od strony klienta. Typowo 8-16 tygodni dla pełnej integracji. Większe firmy, większe budżety.

Kluczowe decyzje techniczne: real-time vs batch (real-time = lepsze UX, ale większe obciążenie ERP), co synchronizujemy w którą stronę (zamówienia z portalu → ERP, ale ceny i stany z ERP → portal), co cache'ujemy (stany na 5-15 minut żeby nie robić requesta przy każdym kliknięciu), error handling (co jeśli ERP nie odpowiada — klient widzi cache albo error message).

Nasz pierwszy etap projektu to zawsze audyt ERP klienta — co jest dostępne, co działa, gdzie wąskie gardła. Czasem rekomendujemy upgrade ERP-a (np. ze starego Symfonia Handel) PRZED budową portalu — bo bez tego portal będzie żebrał.

Najczęstsze pytania

Czy portal działa z naszym ERP-em?

Z dużym prawdopodobieństwem tak. Robiliśmy integracje z Comarch ERP (Optima, XL), Symfonia, Subiekt (GT, Nexo), SAP (B1, S/4HANA), Microsoft Dynamics, własnymi systemami klientów. Przed wyceną robimy audyt API/integracji Twojego ERP-a.

Co jeśli nasz ERP nie ma API?

Robimy middleware — usługa pośrednicząca, która łączy się z bazą ERP-a (read-only) i wystawia API dla portalu. Plus webhooks po stronie ERP-a (jeśli możliwe). Czasem wymagana współpraca z dostawcą ERP-a po stronie klienta.

Czy portal może obsłużyć 10 000 kontrahentów?

Tak. Architektura skalowalna — robiliśmy portale z 50 000+ kontrahentami i 200 000+ użytkowników (np. portal dla dystrybutora hurtowego). Performance ograniczona głównie przez ERP, nie przez portal.

Czy klient kontrahenta może dodawać własnych użytkowników?

Tak. „Admin kontrahenta" (np. dyrektor zaopatrzenia) może zapraszać kolejnych użytkowników (handlowca, magazynier, księgowość) z różnymi rolami. Bez angażowania Twojego biura.

Co z mobile? Klienci kupują z telefonu?

Klienci B2B coraz częściej tak — szczególnie mobilni handlowcy w terenie. Robimy portal responsive (działa świetnie na telefonie) jako standard. Dla intensywnego użycia — dedykowana aplikacja mobilna iOS/Android (40-90k extra).

Czy portal może mieć moduł rezerwacji albo ofertowania?

Tak. Dla branż projektowych (np. budowlana) standardowy zakup nie wystarcza — klient potrzebuje ofertowania, akceptacji oferty, zamiany na zamówienie. Robimy taki workflow jako część portalu.

Ile kosztuje utrzymanie?

Hosting + wsparcie + monitoring typowo 3-6 tysięcy zł miesięcznie. Plus dalszy rozwój wg priorytetów. Subskrypcje (Twilio, Stripe) — według użycia. Dla większych portali (10k+ użytkowników) koszt może być wyższy.