Automatyzacja e-commerce wielokanałowego: praktyczny przewodnik

Sprzedaż na Shopify to jedno. Sprzedaż na Shopify plus Allegro plus Amazon w tym samym czasie to inny biznes. Pierwszy ma dostawcę, który Ci wszystko naprawia. Drugi potrzebuje własnej hydrauliki, a w hydraulice większość zespołów traci pieniądze albo się wypala.

Co naprawdę pęka w „wielokanale"

Sprzedajesz na trzech kanałach. Każdy ma swoje:

• Stany magazynowe, które muszą być zsynchronizowane, inaczej sprzedajesz nadmiarowo.
• Reguły cenowe (różne marże per platforma, bo Amazon i Allegro biorą różne prowizje).
• Procesy obsługi zamówień, z różnymi kurierami i formatami etykiet.
• Wystawienia produktowe z różnymi kategoriami, atrybutami, opisami, rozmiarami zdjęć i wymaganymi polami.

Jedno opóźnienie stanu o 20 minut podczas wyprzedaży błyskawicznej i sprzedajesz coś, czego nie masz na Amazonie. I już masz kolejkę anulowań, zwrotów, dwie negatywne recenzje i karę za Seller Performance, która kosztuje Cię Buy Box na dwa tygodnie. Jedna źle ustawiona reguła cenowa i 30 sztuk poszło na Allegro poniżej marży.

To jest realna praca. Większość gotowych SaaSów wielokanałowych robi 80 procent dobrze i pada na tych 20, które mają znaczenie.

Jak wygląda dobra automatyzacja

Porządnie zautomatyzowany proces wielokanałowy obsługuje cztery rzeczy od początku do końca.

Synchronizacja stanów w sekundach, nie w godzinach

Gdy zamówienie wchodzi na Shopify, stan na Amazonie i Allegro aktualizuje się w parę sekund. Webhook się uruchamia, centralna baza danych aktualizuje stan, zmiana idzie na każdy kanał. Nie „co 15 minut odpytywanie API", co robi większość tanich SaaSów. Sekundy.

Gdy dostawa od producenta dochodzi i magazyn ją skanuje, wszystkie kanały od razu widzą nowy stan.

To jest pojedyncza rzecz o największym wpływie. Jest też najłatwiejszym miejscem, żeby pójść na skróty, które kosztują później.

Dynamiczne reguły cenowe

Prawdziwe reguły, nie „ustaw jedną cenę dla wszystkich kanałów". Coś w stylu:

• Na Allegro trzymaj cenę 3 procent poniżej następnego konkurenta, dopóki marża zostaje powyżej 18 procent.
• Na Amazonie trzymaj marżę 22 procent, chyba że konkurent zejdzie poniżej, wtedy dopasuj minus 1 procent, aż stan spadnie poniżej 20 sztuk.
• Podbij cenę o 8 procent automatycznie w piątek przed Cyber Monday dla produktów z kategorii X.

To są reguły, których człowiek nie wyegzekwuje ręcznie na 800 SKU. Oprogramowanie umie.

Opisy produktów AI

Wystaw nowy produkt na jednym kanale, dostań zoptymalizowane opisy na każdym innym we właściwym formacie. Inna liczba słów dla Allegro vs Amazon, inne nasycenie słowami kluczowymi, czasem inny język. Używamy Anthropic Claude lub GPT-4o. Jakość jest na tyle dobra, że ręczna edycja per wystawienie zwykle trwa poniżej minuty.

Uczciwy haczyk: opisy generowane przez AI wymagają sprawdzenia poprawności. Raz na kwartał audytuj losowych 20 pod kątem zmyślonych specyfikacji.

Kierowanie zamówień i integracja z kurierami

Zamówienia kierowane są automatycznie do najbliższego magazynu lub dostawcy. Etykiety wysyłkowe generują się z odpowiedniego API kuriera (InPost, DPD, DHL, wariant InPost Allegro w zależności od kanału i miejsca dostawy). Numery śledzenia wracają na kanał sprzedaży, żeby strona „gdzie jest moje zamówienie" była aktualna.

Tu siedzą przypadki graniczne. Częściowa realizacja, gdy tylko część jest na stanie. Zamówienia na towar niedostępny, które trzeba wysłać w 2 paczkach. Międzynarodowe z logiką VAT, która zmienia się per kraj odbiorcy. „Szczęśliwa ścieżka" jest łatwa; przypadki graniczne to cały projekt.

Ostatni projekt (realne liczby)

Zbudowaliśmy to dla unijnej firmy e-commerce na Shopify plus Allegro plus Amazon z 4-osobowym zespołem operacyjnym. Trafili na ścianę: nie dało się obsłużyć więcej zamówień bez zatrudnienia dwóch kolejnych osób.

Zestaw technologii:

• Python z FastAPI jako centralny orkiestrator.
• PostgreSQL jako jedno źródło prawdy dla stanów, cen i zamówień.
• Celery plus Redis do zadań w tle (operacje masowe, planowane sprawdzanie cen).
• OpenAI API do generowania opisów.
• Odbiorniki webhooków na każdym kanale sprzedaży pod zdarzenia w czasie rzeczywistym.

Uczciwe liczby z pierwszych 90 dni:

• Przepustowość zamówień wzrosła około 5x bez nowych etatów. Większość zysku wynika z wyeliminowania ręcznego wprowadzania i uzgadniania danych.
• Rozjazdy stanów spadły z około 15 tygodniowo do prawie zera.
• Czas wystawienia nowego produktu na wszystkich trzech kanałach spadł z około 2 godzin na produkt do poniżej 10 minut (większość to opis AI plus szybkie sprawdzenie przez człowieka).
• Zwroty i anulacje z nadmiarowej sprzedaży spadły około 70 procent. Nie do zera, bo pomyłki magazynowe nadal się zdarzają, ale już nie z winy oprogramowania.

Całkowity koszt projektu: 38 000 zł stałej ceny. Termin: 4 tygodnie od startu projektu do uruchomienia.

Na czym to zbudowaliśmy

• Python plus FastAPI: centralna orkiestracja plus odbiorniki webhooków.
• PostgreSQL: jedno źródło prawdy dla stanów, cen, zamówień.
• Celery plus Redis: zaplanowane zadania i operacje masowe.
• OpenAI lub Anthropic API: opisy produktów, mapowanie kategorii, czasem automatyczne tłumaczenie.
• Bezpośrednie API kanałów sprzedaży: Shopify REST i GraphQL, Allegro REST, Amazon SP-API.

Unikamy warstw pośrednich „bez kodu" (Zapier, Make) w tej kategorii. Wolumen jest za duży, a obsługa błędów zbyt krucha.

Typowy harmonogram projektu

Wdrożenie automatyzacji wielokanałowej to 3 do 5 tygodni dla skupionego zakresu:

• Tydzień 1: audyt obecnych operacji, mapowanie przepływu danych, identyfikacja przypadków granicznych, o których nikt Ci nie powiedział na rozmowie wstępnej (zawsze jakieś są).
• Tydzień 2 i 3: budowa rdzenia: synchronizacja stanów plus kierowanie zamówień plus reguły cenowe.
• Tydzień 4: opisy AI, panel wskaźników, monitoring.
• Tydzień 5 (jeśli potrzebny): testy na żywo, optymalizacja, uruchomienie produkcyjne.

Stała cena zwykle 20 000 do 43 000 zł zależnie od liczby kanałów i złożoności reguł cenowych.

Kiedy to jest zły projekt

• Sprzedawcy jednokanałowi. Jeśli jesteś tylko na Shopify, to jest przesada. Shopify Flow plus parę gotowych aplikacji obsłuży 90 procent potrzeb przy 1/10 kosztu.
• Poniżej 100 zamówień miesięcznie. Ręczne podejście kosztuje mniej niż automatyzacja.
• Sprzedajesz mocno spersonalizowane produkty albo niskie SKU (produkcja na zamówienie). Synchronizacja stanów nie jest Twoim problemem, moc produkcyjna jest.
• Akurat zmieniasz platformę. Buduj automatyzację na platformie, na której faktycznie będziesz za 6 miesięcy, nie na tej, z której migrujesz.

Inaczej, jeśli tracisz godziny tygodniowo na nadmiarową sprzedaż, ręczne dostosowywanie cen albo duplikację wystawień, to jest jeden z najwyższych ROI projektów automatyzacyjnych, jakie budujemy.