Malý obchod s reálnou hodnotou, ale bez systému, který by držel objednávky pohromadě

Farmářka je lokální kamenný obchod s čerstvým sortimentem a vlastní zákaznickou základnou. Lidé sem nechodí jen „nakoupit něco rychle“. Chodí sem proto, že chtějí kvalitní zboží, osobnější přístup a jiný typ nákupu než ve velkém řetězci.

Právě proto bylo důležité, aby objednávkový proces působil stejně důvěryhodně jako samotný obchod. Jenže slabší místo nevznikalo u nabídky produktů. Vznikalo až mezi přijetím objednávky, ověřením dostupnosti, přípravou a skutečným výdejem.

U čerstvého sortimentu nestačí jen ukázat produkty a přidat košík. Je potřeba jasně vědět, co je opravdu k dispozici, co lze rezervovat ze skladu, co se musí objednat dopředu a kdy má vůbec smysl nabídnout zákazníkovi pickup.

Tohle už nebyl problém vzhledu. Tohle byl problém fungování.

Výzva

Původní zadání znělo jako e-shop. Skutečný problém byl mezi objednávkou a realitou obchodu.

Na začátku se nabízela rychlá odpověď: udělat e-shop.

Jenže právě to by v tu chvíli řešilo hlavně povrch. Zákazník by sice mohl objednat online, ale uvnitř obchodu by dál zůstával stejný chaos: co je opravdu dostupné, co je potřeba doobjednat, co má být připravené dnes a co je možné vydat až později.

Jinak řečeno: Farmářka nepotřebovala kopii supermarketu. Potřebovala jednoduchý a použitelný nástroj, který propojí objednávku, dostupnost zboží, termín vyzvednutí a další krok uvnitř provozu.

Teprve v tu chvíli začalo celé zadání dávat skutečný obchodní smysl.

Klíčový obrat

Ze zadání na web se stal návrh systému, který má obchod zvládnout používat každý den

Nejdůležitější moment projektu nepřišel při návrhu obrazovek. Přišel ve chvíli, kdy se změnila samotná otázka.

Místo: „Jak uděláme farmářský e-shop?“

jsem začal řešit: „Jak navrhneme systém, který obchod opravdu zvládne používat každý den bez zmatku, improvizace a zbytečných chyb?“

Tím se celé zadání pročistilo. Najednou už nešlo o to přidávat další funkce jen proto, že je „mívají e-shopy“. Šlo o to najít správnou míru jednoduchosti a užitečnosti.

Takovou, která pomůže zákazníkovi objednat s větší jistotou, obsluze usnadní práci a zároveň vytvoří pevný základ pro další rozvoj.

Právě v tomhle bodě se z webu začal stávat skutečný provozní nástroj.

Analýza

Projekt nezačal layoutem. Začal tím, co se v obchodě děje doopravdy.

Tenhle projekt nezačal barvami, layoutem ani tím, jak bude web vypadat. Začal tím, jak obchod skutečně funguje každý den.

Potřeboval jsem pochopit, jak objednávky přicházejí, kdo s nimi pracuje, kde se ztrácí informace, kde vzniká největší zmatek a v jakém momentu se z běžné objednávky stává problém pro zákazníka i obsluhu.

Právě tady se ukázalo, že celý sortiment nemůže fungovat pod jednou jednoduchou logikou. Některé produkty dává smysl rovnou rezervovat ze skladu. Jiné je potřeba objednat dopředu. A čerstvější nebo citlivější sortiment potřebuje přesnější práci s dostupností v čase.

Jinými slovy: nešlo jen o to, co zobrazit na webu, ale jak správně sladit objednávku s realitou provozu.

Strategie řešení

Místo klasického e-shopu vznikl systém, který propojuje objednávku s tím, co se má stát dál

Místo plnohodnotného retailového e-shopu jsem navrhl řešení, které propojuje zákaznickou objednávku s tím, co se má odehrát uvnitř obchodu.

Cíl nebyl udělat „menší supermarket online“. Cíl byl mnohem praktičtější: dát obchodu větší přehled, méně improvizace a jasnější kontrolu nad tím, co je dostupné, co je potřeba připravit a co má následovat po přijetí objednávky.

• přehlednější nabídka produktů,
• srozumitelný košík a checkout,
• jasnější práce s dostupností a termínem vyzvednutí,
• interní přehled objednávek a jejich stavů,
• základ logiky pro přípravu, doobjednání a výdej.

Důležité bylo i to, co jsem záměrně neřešil příliš brzy. Nechtěl jsem z malého obchodu udělat složitý systém, který bude dobře vypadat na papíře, ale selže v běžném provozu.

Cílem bylo navrhnout řešení, které má šanci obstát v každodenní realitě obchodu.

Návrh systému

Objednávka, dostupnost i interní zpracování musely fungovat jako jeden celek

Výsledkem byl návrh, který spojoval to, co vidí zákazník, s tím, co potřebuje mít pod kontrolou obsluha.

UI a UX

Rozhraní nemělo jen dobře vypadat. Muselo lidem usnadnit rozhodování.

Vizuální návrh tady neměl za úkol jen dobře působit. Musel pomáhat v konkrétních situacích.

Na straně zákazníka bylo cílem zmenšit váhání, snížit nejistotu a ukázat správné informace ve chvíli, kdy je člověk opravdu potřebuje.

Na provozní straně šlo o něco jiného: aby obsluha rychle viděla, co je nové, co je potřeba udělat dnes, co čeká na dodavatele, co je připravené k výdeji a co už je vyřešené.

Rozhraní jsem proto nebral jako sérii stránek, ale jako sérii situací, ve kterých systém pomáhá rozhodnout rychleji, jistěji a s menším třením.

Přesah projektu

Nejen řešení pro jeden obchod, ale směr použitelný i dál

Na tomhle projektu je pro mě důležitá ještě jedna věc.

Postupně se ukázalo, že nejde jen o řešení pro jeden konkrétní farmářský obchod. Začal se z něj rýsovat obecnější princip: jak propojit objednávku zákazníka s dostupností, přípravou, vyzvednutím a interním zpracováním tak, aby celý model fungoval jednodušeji a s menším chaosem.

Právě proto má takový základ potenciál i pro další typy menších obchodů nebo hybridních e-shopů, kde část sortimentu funguje skladem a část na objednávku.

Projekt pro mě tak nebyl jen realizací pro jednoho klienta, ale i důležitým krokem k přemýšlení nad širším provozně orientovaným řešením.

Výsledek

Nevznikl jen další web. Vznikl základ řešení, které má oporu v reálném provozu.

Nevznikl jen katalog. Nevznikl jen objednávkový formulář. A nevznikl ani další lokální web, který by dobře vypadal, ale uvnitř nechal stejný zmatek jako předtím.

Vznikl základ řešení, které propojuje nabídku produktů, objednávku, dostupnost, termín vyzvednutí, interní zpracování a provozní přehled do jednoho srozumitelnějšího celku.

Obchodně nejcennější na tom ale bylo něco jiného: projekt ukázal, že správné řešení někdy nevzniká tím, že rychle splníš původní zadání, ale tím, že nejdřív správně pochopíš, kde je skutečný problém.

A právě v tom vidím největší hodnotu své role.

Moje role

Od analýzy provozu přes UX a návrh systému až po samotné řešení

Na projektu jsem neřešil jen to, jak má řešení vypadat.

Mou rolí bylo pochopit byznys a provoz, rozebrat, kde vzniká tření, navrhnout informační strukturu a logiku systému, převést ji do obrazovek a dotáhnout celé řešení až do technické realizace.

Jinými slovy: neřešil jsem jen vizuální vrstvu. Řešil jsem hlavně to, jak má celý model fungovat dnes v praxi a jak může růst dál bez zbytečné složitosti.