RÝCHLY PREHĽAD
Čo si z článku odniesť
- Najprv navrhnite cestu objednávky a zodpovednosť za údaje.
- Rátajte so zmenami, stornami, rozdelenými zásielkami a reklamáciami.
- Vlastný vývoj má riešiť konkrétnu potrebu; bežnú agendu môže zabezpečiť existujúci systém.
Zmapujte objednávku aj za hranicou košíka
Spíšte, čo sa má stať od výberu produktu po vybavenie objednávky. Kedy sa overí dostupnosť, kedy sa rezervuje tovar a kto rieši chýbajúci kus? Ktorý stav smie spustiť správu zákazníkovi a ktorý vznik dokladu?
Pred technickým návrhom si prejdite bežnú objednávku aj problémový prípad. Napríklad zákazník zaplatí, ale časť objednávky nie je skladom. Ak sa postup dohodne až po spustení, pracovníci si zvyknú na ručné obchádzky. Tie sa potom ťažšie nahrádzajú spoľahlivým prepojením.
Produkty, ceny a zásoby potrebujú poriadok
Jeden výrobok musí mať zrozumiteľný identifikátor naprieč e-shopom, skladom a dokladmi. Rozlíšte varianty, balenia a predajné jednotky. Inak môže jedno kliknutie znamenať v jednom systéme kus a v druhom celé balenie.
Pre cenu určite hlavný zdroj, platnosť cenníka a pravidlá zliav. Pri B2B zákazníkoch oddeľte schválené podmienky od všeobecnej verejnej ponuky. Dostupnosť a termín majú vychádzať z údajov, ktorým systém rozumie, nie z ručne udržiavanej poznámky pri každej objednávke.
Doklady spúšťajú dohodnuté pravidlá
Objednanie, zaplatenie, odoslanie a prevzatie sú rozdielne udalosti. Technický návrh má jasne povedať, ktorá udalosť vytvára príslušný podklad alebo doklad v ekonomickom systéme. Účtovné a daňové nastavenie konkrétnej firmy sa musí dohodnúť s jej účtovníkom; článok neurčuje okamih vzniku daňovej povinnosti.
Príkladom rozdielneho procesného nastavenia je Odoo: jeho dokumentácia odlišuje fakturáciu objednaných a dodaných množstiev. Pri integrácii teda nestačí odoslať informáciu „objednávka existuje“. Treba preniesť aj správny stav a množstvá podľa zvoleného postupu.
Výnimky sú súčasťou návrhu
Zákazník môže zmeniť adresu, platba sa môže oneskoriť a objednávka sa môže rozdeliť do dvoch zásielok. Pri vrátení alebo reklamácii treba vedieť nadviazať na pôvodný nákup a zaznamenať ďalší postup. Všetky tieto situácie majú mať miesto v agende.
Automatické opakovanie prenosu nesmie vytvoriť druhú objednávku. Zlyhanie sa má zobraziť človeku s informáciou, čo sa už vykonalo a čo zostáva. Tím potrebuje aj náhradný postup pri výpadku napojenia, aby vedel rozpracované objednávky dohľadať.
- Zmena objednávky po platbe.
- Čiastočná expedícia a následné doposlanie.
- Storno, vrátenie a reklamácia.
- Opakovaný prenos tej istej udalosti.
Vyberte prvú funkčnú cestu a až potom rozširujte
Pre prvú verziu vyberte jasný sortiment a obmedzený počet variantov procesu. Overte jednu kompletnú cestu: nákup, platbu, sklad, expedíciu, komunikáciu a doklady. Až potom pridávajte komplikovanejšie zľavy, ďalšie trhy alebo individuálne konfigurácie.
To isté platí pri predaji obalov, reklamných predmetov či firemného textilu. Každý sortiment môže potrebovať iné podklady a schvaľovanie. Vlastná aplikácia dáva zmysel tam, kde tieto osobitosti uľahčí; opakovateľnú agendu je vhodné opierať o existujúce a overené časti systému.
