Transport dłużycowy w WooCommerce

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.