LMW Commerce — Architektura: Shoper + BaseLinker

Rekomendacja do konsultacji z Panią Kasią
Architektura systemu MONESA — rekomendacja LMW Commerce do konsultacji z Panią Kasią.
Na podstawie Pana odpowiedzi z 21.04: będzie Allegro, docelowo do 20 dostawców z różnymi źródłami stanów magazynowych (obecnie 5 aktywnych + 5 w kolejce). Rekomendujemy model hybrydowy od startu.

Trzy rzeczy, które trzeba zdecydować

  1. Gdzie "żyją" produkty (opisy, ceny katalogowe, zdjęcia, kategorie)? — master produktowy
  2. Gdzie "żyją" stany magazynowe (ile sztuk dostępne)? — master stanów
  3. Gdzie "żyją" zamówienia (od klienta do dostawcy, wysyłka)? — master zamówień

Rekomendacja LMW Commerce

ObszarMasterUzasadnienie
Produkty
(opisy, zdjęcia, kategorie, warianty, ceny katalogowe)
Shoper Klienci widzą MONESA.pl (Shoper). Pan i Pani Kasia znacie Shopera — tam edytujecie karty produktów.
Stany magazynowe BaseLinker Docelowo do 20 dostawców (już znanych 10) przekazuje stany w 6 różnych formatach (XML live, API, Google Drive, Google Sheets, XLS mailem, nieznane). Shoper sam nie pospina tego — potrzebny hub. BL jest stworzony do tego celu.
Zamówienia + wysyłka BaseLinker Klient zamawia na Shoperze (teraz) lub Allegro (w przyszłości) → zamówienie spływa do BL → BL wysyła do właściwego dostawcy dropshipping → Ambro Transport odbiera.

Schemat przepływu danych

  10 DOSTAWCÓW              BASELINKER               SHOPER              KLIENT
  (różne źródła)          (hub / synchronizacja)    (sklep produktowy)

  Meblosiek XLS ────────────┐
  ML Meble XML ─────────────┤
  BIM XML ──────────────────┤                       Produkty ─────────▶ monesa.pl
  Jarstol API ──────────────┼──▶ Stany ────sync────▶ Stany
  Livin Hill API ───────────┤    magazynowe         magazynowe
  Kobi (czekamy) ───────────┤                          │
  Gała Drive ───────────────┤                          │
  Piaski Sheets ────────────┤                          │
  Layman (TBD) ─────────────┤                          ▼
  Idźczak (TBD) ────────────┘                       Zamówienie
                                   ◀──────────────── od klienta
                               Zamówienie
                               + Ambro Transport
                                    │
                                    ▼
                               Do właściwego dostawcy
                               (dropshipping)

Dlaczego BaseLinker od razu (nie "gdy dojdzie Allegro")

Argument 1: Stany magazynowe już są problemem

Nawet bez Allegro, Pan ma docelowo do 20 dostawców (już znanych 10) z 6 różnymi formatami stanów. Bez BaseLinkera ktoś musi ręcznie codziennie przepisywać stany do Shopera (niewykonalne przy 3 000+ produktów) albo napisać custom skrypt dla każdego dostawcy osobno (drogi w utrzymaniu). BL jest stworzony do tego celu natywnie.

Argument 2: Bez "drugiej migracji"

Jeśli teraz zrobimy Shoper-nadrzędny, a za kilka miesięcy dodajemy Allegro i migrujemy na BL — to podwójna praca po stronie Pani Kasi (spięcie BL) oraz przerwa w sprzedaży na czas migracji (w BL trzeba ponownie zaimportować produkty i dopasować).

Argument 3: Zabezpieczenie przed over-sell

Gdy Allegro dojdzie a BL nie jest nadrzędnym — klient może kupić ten sam mebel na Shoperze i Allegro w tej samej minucie. BL synchronizuje stany w real-time między kanałami — eliminuje ten problem.

Alternatywy — plusy i minusy

WariantPlusyMinusyKiedy sensowne
A. Shoper jedyny
(bez BL)
Tanio (bez kosztu BL)
Jedno narzędzie
Stany z 6 źródeł = problem
Allegro niemożliwe
Dropshipping ręczny
Jeden dostawca, bez Allegro, mały sklep. Nie dla MONESA.
B. Shoper nadrzędny teraz, BL później Start szybszy
Pani Kasia zna Shopera
Podwójna praca (migracja)
Stany i tak wymagają BL
Gdy Allegro na pewno nie będzie — ale już potwierdzone, że będzie.
C. Hybryda od razu
(Shoper produkty + BL stany/zamówienia)
Rekomendacja LMW
Bez migracji
Allegro plug-and-play
Stany scentralizowane
Ambro + BL natywnie
Trochę więcej konfiguracji na start
Koszt BL od razu
Wielu dostawców, wiele kanałów sprzedaży planowanych. Pasuje do MONESA.
D. BaseLinker jedyny
(Shoper tylko jako witryna)
Wszystko w jednym
Silne narzędzie
Klient traci bogactwo Shopera (SEO, szablon, landing)
Pani Kasia uczy się BL produktowego
Firma, która sprzedaje głównie na marketplace'ach.

Szczegóły stanów magazynowych per dostawca (wg Pana maila z 21.04)

Na podstawie informacji od Pana — mapowanie każdego źródła stanów na sposób obsługi w BaseLinkerze:

Obecni dostawcy (feedy wliczone w ofertę 8 900 zł)

DostawcaŹródło stanówObsługaKto robi
BIMXML pod URL (topmeble.eu/.../BIM_stany.xml)BL natywnie — URL XML feedPani Kasia konfiguruje w BL
JarstolWeb Service API (app.jarstol.eu/web_services)BL przez API connectorPani Kasia w BL (credentials od dostawcy)
Livin HillCustomer API (livinhill.com/pl/about/integracje-33.html)BL przez API connectorPani Kasia w BL (credentials od dostawcy)
MeblosiekCodzienny XLS mailemBL Gmail watcher albo skrypt LMWW retainerze FEED 5/12/20 — bez dopłat. W Modelu A ad-hoc — obejmuje przerób (300 zł/dostawca).
KobiOczekiwanie na odpowiedź dostawcyDo ustalenia po otrzymaniu formatuW retainerze FEED 5/12/20 — bez dopłat. W Modelu A — obejmuje przerób.

Dostawcy przyszli (dodawani w miarę wzrostu, poza ofertą podstawową)

DostawcaŹródło stanówObsługaKto robi
ML MebleXML pod URL (mlmeble.eu/_BAZA/Stany/Katalog.xml)BL natywnie — URL XML feedPani Kasia w BL (integracja stanów 0 zł)
Gała MebleFolder Google DriveBL Drive integracja albo skrypt LMWW retainerze FEED 5/12/20 — bez dopłat. W Modelu A — w ramach przerobu dostawcy.
PiaskiGoogle SheetsBL Sheets integracja albo skrypt LMWW retainerze FEED 5/12/20 — bez dopłat. W Modelu A — w ramach przerobu dostawcy.
Layman, IdźczakCzekamy na warunki współpracyDo ustalenia po zawarciu umowyDo określenia
Wniosek praktyczny: z 5 obecnych dostawców — 3 ma standardowe źródła które BL ciągnie sam (BIM XML, Jarstol API, Livin Hill API). Meblosiek (XLS mailem) i Kobi (format nieznany) wymagają analizy. Z 5 przyszłych dostawców — ML Meble obsłuży BL sam (XML), Gała i Piaski najprawdopodobniej wymagają skryptu LMW (Drive / Sheets). Argument za Hybrydą od razu (Wariant C): BL jest natywnym hubem dla XML/API, pozostałe przypadki obsługujemy warstwą po naszej stronie — rozliczane osobno w momencie dodawania dostawcy.

Pełny cennik skryptów integracyjnych + alternatywa "ręcznie" — w dokumencie koszty.html.

Co z konfiguracją BaseLinkera

Zgodnie z ustaleniem z Pana maila 21.04 — konfiguracją BaseLinkera zajmuje się Pani Kasia. Po stronie LMW Commerce dostarczamy:

  • Feedy CSV produktów w formacie do importu (Shoper i/lub BaseLinker — ten sam plik)
  • Wagi na produktach (z feedów dostawców — niezbędne dla Ambro)
  • Mapowanie SKU per dostawca (kody używane w zamówieniach)
  • Zdjęcia w Shoperze (2000×2000 WebP)

Pani Kasia prawdopodobnie konfiguruje (wg ustaleń z 21.04 i w miarę kompetencji — do wspólnego uzgodnienia na etapie planowania):

  • Połączenie BL ↔ Shoper
  • Przewoźnik Ambro Transport z progami wagowymi
  • Natywne connectory BaseLinkera dla standardowych źródeł (XML pod URL, Customer/Web Service API)

Źródła nietypowe (Meblosiek XLS mailem, Gała Drive, Piaski Sheets) oraz automatyzacja zamówień do dostawców przez API — to zakres który LMW Commerce realizuje po otrzymaniu dokumentacji od dostawców. W retainerze FEED 5/12/20 — bez dopłat; poza retainerem — osobna wycena per przypadek.

Decyzja do podjęcia

Ten dokument jest punktem wyjścia do rozmowy z Panią Kasią. Decyzja finalna należy do Pana — możemy pracować w każdym z czterech wariantów (A/B/C/D). Jeśli wybiorą Państwo wariant C, LMW Commerce dostarcza te same pliki, tylko format jest zoptymalizowany pod BaseLinker od startu.

LMW Commerce — Launch Measure Win
Jacek Kubas — kontakt@lmwcommerce.com