WooCommerce doskonale radzi sobie ze sprzedażą towaru, który mieści się w kartonie i jedzie kurierem za 15 zł. Problem zaczyna się, gdy produkt ma 2,5 metra długości, waży 400 kilogramów na palecie i nie da się go wnieść po schodach. Czyli wtedy, kiedy sprzedajesz ogrodzenia.
Widziałem dziesiątki sklepów, w których kalkulacja transportu była albo absurdalnie zawyżona, albo całkiem wyłączona „bo i tak dzwonimy w sprawie dostawy”. Oba rozwiązania kosztują koszyki. Wyjaśnię, dlaczego standardowe podejście się sypie i jak to ułożyć sensownie, wykorzystując zoptymalizowane pod kątem logistyki systemy WooCommerce dla firm technicznych.
Dlaczego typowe wtyczki wysyłkowe nie działają
Większość wtyczek liczy wysyłkę według jednego z dwóch modeli: wagi albo liczby sztuk. Oba załamują się na produkcie dłużycowym.
- Model wagowy zakłada liniową zależność: cięższe = droższe. Ale o koszcie transportu ogrodzenia decyduje nie tylko waga, lecz gabaryt – paczka 2,5 m wymaga innego auta niż paczka 1 m, niezależnie od kilogramów.
- Model „za sztukę” kompletnie ignoruje, że 18 paneli jedzie na jednej palecie tym samym autem co 6 paneli. Klient zamawiający duże ogrodzenie zostaje ukarany absurdalną stawką i porzuca koszyk.
O koszcie dostawy ogrodzenia decyduje gabaryt i typ pojazdu, nie suma kilogramów w koszyku. Dopóki sklep tego nie uwzględnia, będzie szacował transport w ciemno.
Jak naprawdę wygląda logistyka ogrodzeń
W praktyce koszt transportu skacze progowo, nie liniowo. Liczy się kilka rzeczy, których standardowa wtyczka w ogóle nie widzi:
- Długość najdłuższego elementu – przęsło, słupek 3-metrowy czy profil bramy decydują o tym, czy potrzebny jest bus, auto dłużycowe, czy transport dedykowany.
- Rozładunek – czy klient ma wózek widłowy, czy potrzebny jest HDS (dźwig). To często największa pozycja, a nie sam przejazd.
- Strefa dostawy – promień od zakładu, a nie sztywna cena ogólnopolska.
- Konsolidacja – komplet ogrodzenia jedzie jako jedna przesyłka paletowa, więc koszt trzeba liczyć dla zamówienia, nie dla pojedynczych produktów.
Jak to modeluję w WooCommerce
Zamiast walczyć z gotową wtyczką, buduję logikę transportu jako część kalkulatora. Skoro klient i tak podaje długość ogrodzenia, wysokość i dodatki, mam komplet danych, żeby policzyć dostawę realnie:
- kalkulator zna łączną długość i liczbę palet, więc dobiera właściwy typ transportu progowo,
- rozładunek HDS jest osobną, świadomą opcją – klient widzi, za co płaci,
- strefy liczone są od kodu pocztowego zakładu, nie ryczałtem,
- cały komplet trafia do koszyka jako jedna, spójna pozycja transportowa.
Efekt jest taki, że klient detaliczny widzi uczciwą cenę dostawy od razu, a Ty nie tracisz na zaniżonej stawce ani nie odstraszasz zawyżoną. To różnica między koszykiem porzuconym a sfinalizowanym.
A gdy transport jest zbyt złożony?
Czasem dostawy nie da się sensownie zamknąć w algorytmie – przy nietypowych gabarytach albo trudnym dojeździe. Wtedy lepszym rozwiązaniem nie jest zła automatyczna stawka, tylko świadomy krok: kalkulator liczy materiał, a transport oznacza jako „do ustalenia” i generuje zapytanie z kompletem danych. Klient nadal dostaje wycenę materiału od ręki, a Ty nie obiecujesz ceny, której nie dotrzymasz.
Lepiej uczciwie powiedzieć „transport wyceniamy indywidualnie” niż wpisać w sklep stawkę, która rozjedzie się z rzeczywistością przy pierwszym zamówieniu.
Wniosek
Sprzedaż ogrodzeń online nie wymaga udawania, że płot to karton. Wymaga sklepu, który rozumie paletę, dłużycę i HDS. Standardowe wtyczki tego nie potrafią, bo nigdy nie zostały do tego zbudowane. Dobrze zaprojektowany kalkulator potrafi, bo zna dane, których wtyczka nigdy nie zobaczy.