Potřeba
Kniha jízd je zákonná povinnost. Pokud používáte firemní auto, musíte ji vést. Každý OSVČ a malá firma to řeší — a většina to řeší špatně.
Enterprise systémy stojí tisíce měsíčně, vyžadují školení a řeší sto věcí, ze kterých potřebujete tři. Excel funguje, ale je to ruční práce — jednou za měsíc si sednete k hromadě účtenek a přepisujete čísla. Chyby jsou nevyhnutelné. Propojení s účetnictvím? Ručně, nebo vůbec.
Jasně definovaný scope, jasná legislativa, jasná cílová skupina. Žádné experimentování s trhem — ten trh tu je, jen ho nikdo pořádně neobsluhuje.
Co to musí umět
Cílová skupina: OSVČ, malá firma, 1–10 aut. Ne korporát s flotilou stovek vozidel. To je jiný produkt pro jiné lidi.
Základní pravidlo: musí to být rychlejší než Excel. Pokud uživatel stráví víc času zadáváním jízdy v aplikaci než přepsáním do tabulky, nikdo to používat nebude.
AI rozpoznávání účtenek není nice-to-have — je to core funkce. Vyfotíte účtenku, AI vytáhne litry a cenu, hotovo. Automatický výpočet diet, náhrad a spotřeby PHM podle české legislativy. Export do PDF a Excelu ve formátu, který účetní bere bez řečí.
Správa vozového parku pro 100+ aut. GPS tracking. Flotilový management. Analýzy vytížení vozidel. To všechno jsou features, které by z jednoduchého nástroje udělaly další enterprise moloch. Hranice mezi "dost" a "příliš" je to nejdůležitější rozhodnutí v celém návrhu.
CZ, EN, DE. Protože kniha jízd není jen český problém a rozšířit lokalizaci později je vždycky dražší než ji mít od začátku. Přidání nového jazyka do hotové aplikace znamená procházet stovky řetězců — to nechcete dělat zpětně.
První verze
Flask · MariaDB — server-rendered šablony, rychlý vývoj, žádný oddělený frontend framework. MariaDB pro data, protože relační databáze je pro účetní data přirozená volba. Docker pro deployment, protože "u mě to funguje" není provozní strategie.
AI agent pro rozpoznávání účtenek překvapil v obou směrech. Na čisté, nové účtenky z pumpy funguje skvěle — přesnost přes 95 %. Na zmačkané, vybledlé účtenky z krabičky v autě? Tam je potřeba lidská korekce. Klíčové je, aby UI ten přechod mezi "AI rozpoznalo" a "uživatel opravuje" udělalo plynulý, ne frustrující.
Automatizované workflow na pozadí nahrazuje to, co by jinak vyžadovalo backend tým — zpracování importů, notifikace, periodické výpočty.
Free / Pro / Enterprise. Proč? Protože kniha jízd je zákonná povinnost — dávat lidem paywall na zákonnou povinnost je špatný byznys. Free verze pokryje základní potřeby. Pro přidá AI import a pokročilé exporty. Enterprise přidá MCP server integraci pro firmy, které chtějí napojit vlastní systémy.
Jak to funguje v praxi
Testování s reálným uživatelem — někdo, kdo má desítky jízd týdně, nulovou toleranci ke komplikacím a nulový zájem o technické detaily.
Co vypadalo logicky při návrhu a nefungovalo v reálu: příliš mnoho kroků k zadání jízdy. Původně pět kliknutí, po testování tři. V autě, na telefonu, po schůzce — každé kliknutí navíc je důvod to neudělat.
UX detaily, které vypadají triviálně, ale dělají rozdíl: progress bar "21/21 pracovních dní" — uživatel okamžitě vidí, jestli má hotovo. Barevné odlišení víkendů a svátků — Nový rok žlutě, nemusíte přemýšlet. Badge s počtem záznamů u každého měsíce v navigaci — orientace bez proklikávání.
Dark mode jako výchozí — ne jako módní prvek, ale praktické rozhodnutí. Kdo vyplňuje knihu jízd večer po práci, ocení tmavé pozadí víc než bílou plochu.
Ta nudná část
Napsat aplikaci trvá týdny. Provozovat ji trvá roky. A právě ta provozní část rozhoduje o tom, jestli aplikace přežije první měsíc.
Docker kontejner na vlastním serveru, automatické zálohy, monitoring. Když spadne server ve tři ráno, musíte to vědět dřív než uživatelé. Když se změní legislativa, musíte aktualizovat výpočty dřív, než účetní najde chybu.
GDPR: účtenky obsahují osobní data — jména, SPZ, místa. Tohle se nedá ignorovat a řešit to zpětně je vždycky dražší než to mít od začátku.
Platební brána přes Stripe — protože to je standard, funguje to a nemusíte řešit PCI compliance sami. Ale i tak: integrace, testování, edge cases (co když platba selže uprostřed?), to jsou dny práce na něčem, co uživatel nikdy neuvidí.
Navrhnout a projít celý use case je práce na týdny. Samotný vývoj pak jde rychle. Aplikace běží, zpracovává reálná data a je připravená pro další uživatele.
Otevřít Kniha Jízd