Od zadání k pokladně: Popis POS srozumitelnou řečí

Popsat POS srozumitelnou řečí funguje, ale pouze v případě, že popisujete své podnikání, a ne software. Ty nejlepší popisy vypadají tak, jako byste zaškolovali nového zaměstnance na jeho první směně: tady je to, co prodáváte, takhle lidé platí a tohle musí být na účtence. Nástroj založený na zadání dokáže takový popis proměnit ve funkční pokladní proces, na kterém můžete odbavit reálný prodej. Zda získáte funkční pokladnu, nebo jen pěkně vypadající demo, závisí na pěti detailech – a ani jeden z nich není technického rázu.

Jak vypadá popis POS srozumitelnou řečí?

Zní to, jako když v úterý někomu ukazujete pult:

„Provozuji pekařství s jednou pokladnou. Prodáváme chléb, pečivo a překapávanou kávu. Pečivo prodáváme po kusech nebo po půltuctech. Káva má dvě velikosti s možností výběru mléka. Téměř každý platí bezkontaktně kartou, ale stále přijímáme i hotovost. Celé bochníky chleba jsou zde osvobozeny od daně, vše ostatní podléhá DPH. Zákazníci obvykle chtějí poslat účtenku e-mailem.“

Žádné názvy funkcí, žádné popisování obrazovek. Sedm vět, které popisují celý provoz prodejny: katalog, možnosti, způsoby platby, daňová pravidla a účtenku. S tím už si generátor dokáže poradit. S čím si poradit nedokáže, je „vytvoř mi moderní POS pro pekařství“, což popisuje náladu, nikoli podnikání.

Kterých pět detailů rozhoduje o tom, zda bude pokladní proces fungovat?

Ty, na které by se nový zaměstnanec zeptal ještě před obědem. Popište každý z nich vlastními slovy:

• Co prodáváte a jak je to seskupeno. Nemusíte uvádět každou položku, stačí struktura katalogu: kategorie a to, zda mají položky varianty, jako je velikost nebo příplatky. V systému POS se tyto možnosti nazývají modifikátory a jejich vynechání je nejčastějším důvodem, proč první verze u pokladny nepůsobí správně.

• Jak lidé platí. Kartou, v hotovosti, nebo obojím, a zda je součástí vašeho provozu spropitné.

• Vaše daňová pravidla tak, jak je skutečně uplatňujete. Ne legislativní poučky, ale realita vašeho obchodu: co podléhá dani, co je osvobozeno a zda je daň již započítána v ceně na cedulce, nebo se připočítává až u pokladny.

• Co musí být na účtence. E-mail, tisk nebo obojí, plus cokoliv povinného, jako je vaše IČO nebo podmínky vrácení zboží.

• Výjimky. Zálohy na lahve, vážené zboží, zaměstnanecké slevy nebo stálý zákazník, který platí na konci měsíce. Na každou z nich stačí jedna věta. Pokladní proces, který zvládne běžný prodej, ale nezvládne vaše specifika, přestanete používat do týdne – proto jsou výjimky těmi nejcennějšími větami v celém popisu.

Co srozumitelná řeč nedokáže?

Popis určuje chování, ale nedokáže zajistit správnost mechanismů na pozadí. Inventář, který zůstává přesný, i když dva prodeje proběhnou u stejné položky současně, denní uzávěrky, které sedí (souhlasí s penězi, které se skutečně přelily), daň uplatněná stejně u tisícího prodeje jako u prvního a platby kartou splňující standardy PCI (bezpečnostní standard kartového průmyslu) – to nejsou věci, které by zajistila jedna věta. Platforma, na které váš popis běží, je buď poskytuje, nebo ne.

Zde pokusy o vývoj svépomocí narážejí. Generátor kódu AI vytvoří ze stejných sedmi vět přesvědčivé obrazovky pokladny a výsledek vypadá správně až do chvíle, než dojde na reálné peníze a reálné zásoby. Tuto hranici jsme podrobně popsali v článku vibe coding a point of sale a v textu o tom, proč ani špičkový kódovací model nedokáže sám o sobě vytvořit funkční POS. Srozumitelná řeč je kompletní specifikací pro ty části POS, které vidíte. Někdo ale stále musí postavit ty části, které vidět nejsou.

Jak vylepšit první návrh?

Stejně, jako byste opravovali nového zaměstnance: konkrétně a po jedné věci. Jakmile máte k dispozici náhled, proveďte zkušební prodej – nejprve nejběžnější objednávku, pak tu nejneobvyklejší. Když něco nesedí, opravte to jednoduchou větou („u půltuctu by se měl systém zeptat, kterých šest kusů pečiva to je“) místo toho, abyste znovu popisovali celý obchod. Pokud potřebuje upravit samotná obrazovka, použijte vzorové prompty pro skvělé rozvržení POS; popis samotné transakce namísto obrazovky udělá většinu práce.

V aplikaci Final vypadá tento cyklus jako chat: popsat, zobrazit náhled, upravit, nasadit, přičemž každá změna se uloží jako bod obnovení, ke kterému se můžete vrátit. Návod krok za krokem najdete v článku jak vytvořit svůj první proces, a pokud raději zůstanete u nástroje AI, který již používáte, můžete připojit vlastní AI přes MCP (standardní způsob propojení nástrojů AI s jiným softwarem) a stavět proti stejnému živému náhledu. Pokud vás zajímá, jak jsme se sem dostali, podrobnější příběh najdete v článku proč psaní promptů nahradilo vizuální editory.

Může vás tedy srozumitelná řeč opravdu dovést od zadání až k funkční pokladně?

Ano. Popis, který pokrývá katalog, způsoby platby, daňová pravidla, účtenku a výjimky, je kompletní specifikací pro provoz prodejny a generátor založený na zadání jej dokáže proměnit v pokladní proces ještě týž den. Co však žádný popis nedodá, je obchodní infrastruktura na pozadí, proto směřujte své věty na platformu, kde tato část již existuje. Zlaté pravidlo zní: popište svůj pult tak, jako byste zaškolovali nového zaměstnance, a nechte platformu vyřešit vše, co nový zaměstnanec nikdy neuvidí.

Pokud chcete sledovat, jak se popis mění v běžící pokladnu, návod Začínáme s nástrojem Build je pětiminutová verze.