Jak uniknąć sprzedaży ponad stan, gdy wystawiasz na pięciu marketplace’ach

Sprzedaż ponad stan oznacza przyjęcie zamówień na dwóch marketplace’ach na parę, którą masz raz. To nie jest drobna pomyłka administracyjna. Wymusza anulowanie, a anulowania są surowo karane: spadek oceny sprzedawcy, opłaty albo kary, a na niektórych platformach tymczasowe wstrzymanie wypłat. Zrób to kilka razy, a pozycja Twojego konta spadnie na platformach, od których zależysz.

Sprzedaż ponad stan rośnie razem z sukcesem. Im szerzej wystawiasz i im szybciej rotuje towar, tym częściej dwóch kupujących sięga po tę samą sztukę w odstępie kilku minut. Problemem sprzedawców działających ręcznie jest struktura, a nie szybkość.

Odruchowe rozwiązanie to być szybszym: odświeżać karty i usuwać pozostałe ogłoszenia w sekundzie, gdy coś się sprzeda. To działa, dopóki dwie sprzedaże nie wpadną w tej samej minucie, dopóki nie śpisz albo dopóki drop nie każe Ci potwierdzać dwudziestu zamówień naraz.

Wyścigu mierzonego w sekundach nie wygrasz, pilnując kart. Powiązany towar i obsługiwane sprzątanie zmniejszają ryzyko. Czas reakcji marketplace’ów nadal wymaga uzgadniania stanu.

Zapobieganie sprzedaży ponad stan zaczyna się od tego, jak modelujesz towar. RestocksAIO rozdziela dwie rzeczy, które większość arkuszy miesza:

• Inventory: jeden wiersz na każdą fizyczną sztukę, którą masz, z kosztem, rozmiarem, stanem, opakowaniem i SKU. To jest źródło prawdy.
• Listings: jeden wiersz na każde aktywne ogłoszenie na każdym marketplace’ie. Wiele ogłoszeń łączy się z jedną sztuką ze stanu magazynowego.

Każde ogłoszenie jest powiązane z konkretną posiadaną sztuką. Dzięki temu system zawsze wie, że ogłoszenie na StockX, ogłoszenie na WeTheNew i ogłoszenie na Alias to ta sama para, a nie trzy pary.

Automatyczne usuwanie działa tylko dlatego, że ogłoszenia wiedzą, że należą do tej samej pary. To powiązanie trzyma Controller. Bricker dzieli ceny i cykl życia ogłoszeń na dwie jednostki. Task automatyzuje jedną platformę dla jednego produktu. Controller grupuje Taski dla tego samego SKU i rozmiaru. Controller mówi: „te pięć ogłoszeń to jedna sztuka”, i właśnie dzięki temu po wykrytej sprzedaży można zlecić usunięcie pozostałych czterech.

Zapobiega to też konfliktom między kategoriami. Resale, Direct (StockX Buyer-Direct) i Consign / Flex działają jako osobne Controllery dla tej samej pary, a każdy ma własne ceny i własny cykl życia. Dlatego potwierdzenie sprzedaży Resale nie zdejmie omyłkowo Twojego ogłoszenia Consign. W tym modelu uniknięcie sprzedaży ponad stan mniej zależy od tego, czy wygrasz wyścig. System utrzymuje jedną posiadaną sztukę, jeden Controller i wiele powiązanych Tasków, które razem rosną, spadają i znikają. Powiązany towar umożliwia obsługiwane sprzątanie, ale nadal musisz sprawdzać status sprzedaży i ogłoszeń, gdy aktualizacje się opóźniają.

Model pomaga najbardziej, gdy robi się gorąco. Podczas dropu możesz potwierdzić dwadzieścia zamówień w kilka minut. Gdy działająca automatyzacja wykryje kwalifikujące się sprzedaże, prośby o sprzątanie mogą iść za każdą wykrytą sprzedażą na obsługiwanych, powiązanych ścieżkach. Ręczna sprzedaż nie utrzyma tego tempa. Na strukturę, która działa na poziomie Controllera, nie wpływa liczba sprzedaży wpadających naraz.

Obsługuje też sprzedaż, której nie zrobiłeś przez narzędzie. Jeśli para sprzeda się gdzieś, gdzie RestocksAIO tego nie uruchomił, Sync Data pokaże brakujące teraz ogłoszenie. Oznaczasz je jako sprzedane checkboxem w wierszu, co uzgadnia Controller i nie pozwala, żeby nieaktualne powiązane ogłoszenie przyjęło drugie zamówienie. Nawet gdy rzeczywistość wyprzedzi narzędzie, jeden krok uzgodnienia przywraca sztukę do spójnego stanu.

Odpowiedź na sprzedaż ponad stan leży więc w tym, jak ułożone są dane, a nie w szybszej pracy. Układasz dane tak, żeby powiązane ogłoszenia dało się uzgodnić po sprzedaży.

Gdy automatyzacja obsługi sprzedaży wykryje sprzedaż, może zlecić usunięcie powiązanych ogłoszeń na obsługiwanych marketplace’ach. Task musi działać, ogłoszenia muszą być poprawnie powiązane, a każde połączone konto musi pozwalać na tę akcję. Odpowiedzi marketplace’ów i opóźnione wykrycie sprzedaży mogą zostawić okno na kolejne zamówienie, więc automatyzacja zmniejsza ryzyko podwójnej sprzedaży, ale nie gwarantuje, że do sprzedaży ponad stan nigdy nie dojdzie.

Sprawdzaj status sprzedaży i powiązanych ogłoszeń po intensywnych premierach albo ręcznych zmianach. Regularnie uruchamiaj Sync Data, w razie potrzeby użyj Shift-click do pełnego odświeżenia i oznaczaj brakujące ogłoszenia jako sprzedane albo usunięte. Proces crosslistingu sneakersów wyjaśnia obsługiwane kanały i granice kont.

Sprzedaż ponad stan ma pokrewny problem: sprzedaż, która powinna się zamknąć, ale się nie zamknęła, bo potwierdzenie trwało za długo i kupujący zrezygnował. Zwłaszcza na Alias kupujący może anulować, dopóki nie potwierdzisz, więc zamówienie może zniknąć w każdej minucie, w której czeka niepotwierdzone. Anulowana sprzedaż zostawia Cię też z towarem, który już policzyłeś jako sprzedany, przez co Twoje dane znów się rozjeżdżają.

Confirm Sales rozwiązuje oba problemy. Load Unconfirmed ściąga oczekujące zamówienia ze wszystkich połączonych platform do jednego widoku, więc nie przełączasz się między panelami. Auto-Confirm akceptuje je automatycznie co pięć minut na stronach, które włączysz. Szybkie potwierdzanie chroni sprzedaż. Sprawia też, że automatyczne usuwanie uruchamia się wcześniej, więc sprzątanie obsługiwanych powiązanych ogłoszeń jest zlecane wcześniej.

Obsługiwane automatyczne sprzątanie zmniejsza ryzyko przy bieżącej sprzedaży. Druga połowa unikania sprzedaży ponad stan to utrzymywanie zgodności stanu magazynowego i ogłoszeń w czasie. Rozjeżdżają się, gdy ogłoszenie sprzeda się na platformie, na której RestocksAIO tego nie uruchomił, albo gdy prześlizgnie się ręczna edycja.

Tę lukę zamykają dwa nawyki. Po pierwsze, regularnie uruchamiaj Sync Data. Synchronizacja przyrostowa ściąga nowe i brakujące ogłoszenia, a Shift-click robi pełne odświeżenie od zera. Po drugie, gdy ogłoszenie zniknie, użyj checkboxa w wierszu, żeby oznaczyć je jako sprzedane albo usunięte, tak aby widoki stanu magazynowego i ogłoszeń się zgadzały. Gdy SKU i tak płaci najlepiej w jednym kanale, skierowanie go na jedną platformę za pomocą Price Comparator całkowicie usuwa ryzyko duplikatu.

eBay i Twój własny sklep Shopify działają na ilości, a nie na osobnym ogłoszeniu dla każdej pary. W RestocksAIO ta ilość równa się liczbie sztuk z Inventory, które powiążesz z ofertą. Gdy powiązana sztuka sprzeda się na StockX albo Alias, aplikacja zmniejsza ilość na eBay i Shopify. Przy 0 ogłoszenie zostaje zakończone albo wycofane.

Obowiązują dwa ograniczenia. Aplikacja musi być otwarta. A sprzedaż na Shopify albo eBay jest widoczna dopiero przy następnym odczycie: Shopify mniej więcej co 10 minut, eBay mniej więcej co 15. Dwóch kupujących w tym czasie może zapłacić. Druga sprzedaż czeka wtedy w skrzynce Review na Twoją decyzję. Strona Marketplace tab pokazuje, jak działa powiązanie.

Sprzedaż w sklepie czyści też stronę resale. Po zamówieniu na eBay albo Shopify każdy task Bricker Mode tej pary usuwa swoje ogłoszenie na StockX, Alias i pozostałych marketplace’ach odsprzedaży. Ogłoszenie bez taska Bricker zostaje aktywne i pojawia się w Review, chyba że włączysz Also delete listings without a Bricker task. Ogłoszenia komisowe i Flex nigdy nie są usuwane. Gdy kilka ogłoszeń pasuje do sprzedanej pary i żadne nie jest z nią powiązane, aplikacja niczego nie usuwa i pyta Cię w Review.

Zabezpieczeniu zaufasz bardziej, jeśli zobaczysz, jak działa. Webhooki Discord dla poszczególnych zdarzeń wysyłają powiadomienie w chwili, gdy wpada sprzedaż i usuwane jest powiązane ogłoszenie, więc widzisz działanie mechanizmu w czasie rzeczywistym. Jeśli usunięcie kiedyś się nie uda (chwilowy problem z siecią, błąd platformy), pojawi się jako zdarzenie. Nie dowiesz się o tym dopiero wtedy, gdy przyjdzie drugie zamówienie.

Dwukierunkowy bot Telegram wysyła te same zdarzenia na Twój telefon i pozwala na nie reagować. Nawet podczas intensywnego dropu widzisz, co się sprzedaje, i możesz wkroczyć z dowolnego miejsca. System zleca sprzątanie, a powiadomienia pokazują, co się stało. Nie musisz już pilnować kart, żeby złapać podwójną sprzedaż. Dostajesz informację, gdy powiązane ogłoszenie zostanie usunięte i gdy usunięcie się nie uda.

Powiąż każde ogłoszenie na marketplace’ie z fizyczną sztuką, którą reprezentuje. Utrzymuj aktywne taski obsługi sprzedaży tam, gdzie są obsługiwane, sprawdzaj wyniki sprzątania i uruchamiaj Sync Data, żeby uzgodnić zmiany zewnętrzne albo opóźnione. To zmniejsza ryzyko podwójnej sprzedaży, ale nie może sprawić, że równoczesne zamówienia na marketplace’ach będą niemożliwe.

Skorzystaj z procesu zarządzania stanem magazynowym sneakersów, żeby zrozumieć wiązanie towaru, przyjmowanie z telefonu na komputer i uzgadnianie stanu, zanim dodasz kolejny kanał.