Když LIVE prodá rychleji než sklad: objednávky bez chaosu

Před prodejní špičkou musí firma vědět, odkud se bere dostupnost, kdy vzniká rezervace a kdo řeší nesoulad. Připojený katalog není důkaz, že funguje celý objednávkový proces. Otestujte variantu, stav skladu, přijetí objednávky, expedici i vrácení jako jednu návaznou cestu.

Tento postup je redakční provozní checklist. Není specifikací každého konektoru a nezaručuje bezchybnou synchronizaci. Dostupnost konkrétní integrace ověřte odděleně od dostupnosti TikTok Shopu na daném trhu.

Určete systém, který rozhoduje

U každého údaje napište jeho zdroj: produktový název, variantu, cenu, dostupnost, objednávku a stav zásilky. Pokud dva systémy mohou nezávisle změnit stejnou hodnotu, potřebujete pravidlo, která změna má přednost.

Shopify popisuje synchronizaci produktů a nastavení propojení TikTok Shopu. To je užitečný příklad, nikoli důkaz, že tento konektor bude dostupný a stejně nastavený pro každou českou firmu.

Mapa předání

Nezavádějte neověřené tvrzení „všechno se propisuje okamžitě“. Změřte reálné chování v povoleném testu a napište, jaký postup platí při prodlevě. Současně nepoužívejte umělé objednávky nebo recenze k manipulaci výkonu.

Co ukazuje podporovaná Shopify integrace

Nápověda k objednávkám popisuje kontrolu inventáře před vznikem objednávky v daném propojení a rozdělení dalších kroků mezi systémy. Z této dokumentace nelze odvodit nulové riziko přeprodeje zásob nebo bezchybný provoz všech integrací.

Vlastní kontrola musí zahrnout také ostatní prodejní kanály. Pokud stejný poslední kus nabízí e-shop i LIVE, skladová politika musí odpovídat této situaci. Případná bezpečnostní rezerva je interní rozhodnutí podle rizika, ne univerzální počet kusů.

Testujte nešťastnou cestu

Vedle úspěšné objednávky ověřte nedostupnou variantu, změněnou cenu, přerušené předání a storno. U každého testu zaznamenejte čas, očekávaný výsledek a skutečný stav. Pokud událost nejde bezpečně simulovat, ověřte postup s poskytovatelem integrace a připravte eskalaci.

Produkční tým musí vědět, co říct, když produkt přestane být dostupný. Host nemá dál slibovat možnost objednat, zatímco sklad hledá řešení. Změnu promítněte do produktové karty i aktuálního scénáře.

Plán kapacity před větším LIVE

Odhadněte, kolik zásilek tým dokáže správně připravit v daném čase, a tento předpoklad označte jako odhad. Projděte balení, štítky, svoz, podporu a náhradní směnu. Reklamní rozpočet by neměl růst nezávisle na schopnosti objednávky splnit.

Při špičce sledujte otevřenou frontu a chybovost, ne pouze počet objednávek. Problém se může projevit až později ve stížnostech a vratkách. Navazuje servisní postup.

Uzavření dne

Porovnejte počty a hodnoty mezi příslušnými systémy, ale respektujte rozdílné časové pásmo, stav platby a definici objednávky. Rozdíl nejprve vysvětlete, teprve potom opravujte. Nevytvářejte ručně druhou objednávku jen proto, že se první chvíli neobjevuje v jednom pohledu.

Pro marketingové reporty použijte slovník metrik; pro další země kontrolu evropského provozu.

Model incidentu: poslední kus ve dvou kanálech

Představme si, že e-shop i živá nabídka ukazují poslední kus stejné varianty. V krátkém odstupu vzniknou dvě objednávkové události. Nejdřív je nutné zjistit skutečný stav a pravidla rezervace; nelze automaticky tvrdit, že jedna z objednávek je neplatná jen podle pořadí, v němž ji někdo uviděl na obrazovce.

Určený provozní vlastník ověří zásobu, časy a stav plateb. Produkce mezitím přestane slibovat ověřenou dostupnost této varianty, dokud není situace vyřešena. Podpora komunikuje podle skutečného výsledku a platných podmínek, nikoli podle optimistického odhadu hosta.

Po incidentu tým hledá příčinu: prodleva přenosu, ruční změna, špatné mapování varianty nebo jiná událost. Teprve potom mění proces. Univerzální rada „dejte všude větší sklad“ by mohla problém naopak zhoršit.

Zaveďte seznam kontrolovaných zásahů. Kdo smí ručně měnit dostupnost, kde změnu provede a jak informuje ostatní? U malého obchodu to může být jediný člověk, ale pravidlo musí být známé. Jinak se několik dobře míněných oprav může navzájem přepsat.

Výstupem incidentu má být ověřená náprava a opakovaný test. Ne pouze zpráva „už to funguje“. Stejnou variantu znovu zkontrolujte v katalogu, nákupní cestě a skladu, aby oprava jedné vrstvy nezanechala nesoulad v jiné.

FAQ

Stačí propojit Shopify a TikTok Shop?

Ne. Musíte ověřit dostupnost konektoru, konfiguraci, schválení produktů a celý průchod objednávky v konkrétním prostředí.

Máme při LIVE ručně upravovat sklad?

Jen podle předem stanoveného procesu. Neřízené zásahy v několika systémech mohou vytvořit další nesoulad.

Co je nejdůležitější záloha?

Jasný vlastník incidentu a pravdivá komunikace zákazníkům. Technická záloha je užitečná pouze tehdy, pokud ji tým umí bezpečně použít.