RYCHLÝ PŘEHLED
Co si z článku odnést
- Nejprve navrhněte cestu objednávky a zodpovědnost za údaje.
- Počítejte se změnami, stornami, rozdělenými zásilkami a reklamacemi.
- Vlastní vývoj má řešit konkrétní potřebu; běžnou agendu může zajistit stávající systém.
Zmapujte objednávku i za hranicí košíku
Sepište, co se má stát od výběru produktu po vyřízení objednávky. Kdy se ověří dostupnost, kdy se rezervuje zboží a kdo řeší chybějící kus? Který stav smí spustit zprávu zákazníkovi a který vznik dokladu?
Před technickým návrhem si projděte běžnou objednávku i problémový případ. Například zákazník zaplatí, ale část objednávky není skladem. Pokud se postup dohodne až po spuštění, pracovníci si zvyknou na ruční objížďky. Ty se pak obtížněji nahrazují spolehlivým propojením.
Produkty, ceny a zásoby potřebují pořádek
Jeden výrobek musí mít srozumitelný identifikátor napříč e-shopem, skladem a doklady. Rozlište varianty, balení a prodejní jednotky. Jinak může jedno kliknutí znamenat v jednom systému kus a v druhém celé balení.
Pro cenu určitě hlavní zdroj, platnost ceníku a pravidla slev. U B2B zákazníků oddělte schválené podmínky od všeobecné veřejné nabídky. Dostupnost a termín mají vycházet z údajů, kterým systém rozumí, nikoli z ručně udržované poznámky při každé objednávce.
Doklady spouštějí dohodnutá pravidla
Objednání, zaplacení, odeslání a převzetí jsou rozdílné události. Technický návrh má jasně říci, která událost vytváří příslušný podklad nebo doklad v ekonomickém systému. Účetní a daňové nastavení konkrétní firmy se musí dohodnout s jejím účetním; článek neurčuje okamžik vzniku daňové povinnosti.
Příkladem rozdílného procesního nastavení je Odoo: jeho dokumentace odlišuje fakturaci objednaných a dodaných množství. Při integraci tedy nestačí odeslat informaci „objednávka existuje“. Je třeba přenést i správný stav a množství podle zvoleného postupu.
Výjimky jsou součástí návrhu
Zákazník může změnit adresu, platba se může zpozdit a objednávka se může rozdělit do dvou zásilek. Při vrácení nebo reklamaci je třeba umět navázat na původní nákup a zaznamenat další postup. Všechny tyto situace mají mít místo v agendě.
Automatické opakování přenosu nesmí vytvořit druhou objednávku. Selhání se má zobrazit člověku s informací, co již bylo provedeno a co zbývá. Tým potřebuje i náhradní postup při výpadku napojení, aby uměl rozpracované objednávky dohledat.
- Změna objednávky po platbě.
- Částečná expedice a následné doposlání.
- Storno, vrácení a reklamace.
- Opakovaný přenos téže události.
Vyberte první funkční cestu a teprve potom rozšiřujte
Pro první verzi vyberte jasný sortiment a omezený počet variant procesu. Ověřte jednu kompletní cestu: nákup, platbu, sklad, expedici, komunikaci a doklady. Teprve poté přidávejte komplikovanější slevy, další trhy nebo individuální konfigurace.
Totéž platí při prodeji obalů, reklamních předmětů či firemního textilu. Každý sortiment může potřebovat jiné podklady a schvalování. Vlastní aplikace dává smysl tam, kde tyto osobitosti usnadní; opakovatelnou agendu je vhodné opírat o stávající a ověřené části systému.
