# Kdo školí nové zaměstnance na softwaru, který jste si vyvinuli sami?

> Published: 2026-08-04
> Updated: 2026-08-04
> Author: Mathias Nielsen
> Category: POS
> Canonical: https://finalpos.com/cs/blog/kdo-skoli-nove-zamestnance-na-softwaru-ktery-jste-si-vyvinuli-sami

Debata o tom, zda software vyvíjet, nebo koupit, oceňuje vývoj, ale k zaškolení přistupuje, jako by bylo zdarma. To ale není pravda. Když provozujete interně vyvinutý software, každý nový zaměstnanec se ho učí od toho, kdo ho vytvořil, a tento účet vám přijde hned při jeho první směně.

Vy. Zaškolování na softwaru, který jste si vyvinuli sami, automaticky spadne na toho, kdo ho vytvořil: majitele, manažera, který ho pomocí promptů přivedl k životu, nebo posledního zaměstnance, který si pamatuje, jak byl nastaven. Debata o tom, zda vyvíjet, nebo koupit („build vs. buy“), vyčísluje vývoj v hodinách a penězích, ale k zaškolení přistupuje, jako by bylo zdarma. To ale není pravda. Zaškolování je opakující se účet, který splatíte pokaždé, když si za pult stoupne někdo nový – a téměř nikdo s ním v rozpočtu nepočítá.

## Co se vlastně stane, když se nový zaměstnanec poprvé setká s vaším interním nástrojem?

Učení přes rameno. Někdo, kdo nástroj zná, stojí vedle někoho, kdo ho nezná, a všechno mu komentuje. Funguje to – jednou. Problém je v tom, že to nikdy nezůstane u jednoho razu. Maloobchod a pohostinství se dlouhodobě potýkají s jednou z nejvyšších fluktuací zaměstnanců ze všech odvětví, která sledovaná data ukazují[¹](https://www.bls.gov/jlt/), takže se toto vysvětlování opakuje s každým novým pracovníkem – a vždy v tu nejméně vhodnou chvíli: uprostřed směny, během největší špičky nebo ve volný den toho, kdo software vytvořil.

Hlubším problémem je kmenové vědění (know-how, které žije pouze v něčí hlavě namísto na papíře). Interní software ho koncentruje. Existuje přesně jedna autorita, která ví, proč postup při vrácení peněz funguje právě takto – a tato autorita musí navíc řídit firmu. Když odjede na dovolenou, odjede na dovolenou i odpověď. Když odejde z práce, odejde i odpověď. Vývojáři tomu říkají „bus factor“ (kolik lidí může zmizet, než věc přestane fungovat). U většiny vlastnoručně vyrobených nástrojů je toto číslo rovno jedné.

![Obrazovka pokladny polepená ručně psanými poznámkami, neformální manuál k interně vyvinutému softwaru](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/8b89e6457ddd2075-in-house-software-tribal-knowledge-sticky-notes.png)

## Proč je zaškolení na zakoupeném softwaru snazší než na softwaru, který jste si vyvinuli sami?

Ne proto, že by šlo o lepší software. Ale proto, že jde o sdílený software. Běžný POS nebo účetní nástroj disponuje centrem nápovědy, instruktážními videi, komunitními fóry a zákaznickou podporou a je celkem pravděpodobné, že váš nový zaměstnanec s ním už pracoval v předchozím zaměstnání. Jeho uživatelská základna je zároveň jeho školicím střediskem.

Váš interní nástroj má uživatelskou základnu o jednoho člověka. Nikdo nový ho nezná, žádné video ho nevysvětluje a na žádném fóru se vaše chybová hláška nikdy neobjevila. Každý dotaz tak míří na téhož člověka.

Tento kompromis přesto může mít smysl. Sami jsme do toho šli a napsali o tom v článku [Měla by si vaše firma v roce 2026 vyvíjet vlastní interní software?](/blog/build-its-own-internal-software). Obecnější pravidlo z článku [Je SaaS mrtvý?](/blog/is-saas-dead-build-in-house) stále platí: vyvíjejte vrstvu, která vás odlišuje, a kupujte infrastrukturu, která musí pokaždé fungovat bezchybně. Umělá inteligence ale vývoj výrazně zlevnila a levný vývoj potichu rozmnožil počet nezdokumentovaných nástrojů běžících v malých firmách. Prompt napíše software. Nenapsat ale manuál. Článek [Vibe coding pro prodejní místo (POS)](/blog/vibe-coding-a-point-of-sale) ukazuje stejný vzorec z jiného úhlu: funkční demo je ta snadná část, skutečná práce je všechno kolem něj.

![Majitel firmy dokumentuje, jak funguje jeho interní software, aby se noví zaměstnanci mohli zaškolit bez něj](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/2dc2d84b9b1e2b30-documenting-in-house-software-runbook.png)

## Jak zajistit, aby se interní software dal snadno naučit?

Přistupujte ke školicím materiálům jako k součásti samotného vývoje, ne jako k nepříjemné povinnosti až po něm. Většinu potřeb vyřeší těchto šest postupů:

- Napište provozní příručku (návod krok za krokem pro jednotlivé úkoly) přímo během vývoje. Pokud úkol vyžaduje pět klepnutí, zabere pět řádků na stránce. Psát ji později znamená nenapsat ji nikdy.
- Nahrajte pro každý úkol jedno krátké video s ukázkou obrazovky. Pět dvouminutových klipů je lepších než jedna dvacetiminutová prohlídka – nový zaměstnanec si totiž znovu pustí jen klip k vrácení peněz, ne celé dlouhé video.
- Berte každý dotaz nového zaměstnance jako chybu v dokumentaci. Jednou na něj odpovězte nahlas a pak odpověď zapište tam, kde ji další nováček skutečně najde.
- Udržujte rozhraní co nejjednodušší. Méně obrazovek a méně výjimek znamená méně věcí k učení. Software na míru se vyplatí tím, že odpovídá vašim procesům, ne tím, že má více tlačítka.
- Určete druhého klíčového uživatele (superuser). Měl by být schopen odřídit celou směnu včetně vrácení peněz, aniž by vám musel volat. Dokud to nikdo další nedokáže, váš bus factor je stále jedna.
- Oznamujte své vlastní změny. K zakoupenému softwaru vycházejí poznámky k vydání (release notes). Váš nástroj se mění potichu, pokud lidem, kteří ho používají, neřeknete, co se posunulo.

Nic z toho není lákavá práce. Všechno je ale levnější než vysvětlovat stejný postup při vrácení peněz už devátekrát.

![Nový zaměstnanec obsluhuje pult sám po řádném zaškolení na interním softwaru](https://hy9joxwes0n0bta4.public.blob.vercel-storage.com/media/43399b6a-0d29-48b6-84dd-88ef01fcb193/generated/f28aca1dcc8a0df0-new-hire-running-shift-alone.png)

## Kdo tedy školí nové zaměstnance na softwaru, který jste si vyvinuli sami?

Vy, dokud neproměníte to, co máte v hlavě, v něco, podle čeho dokáže nový zaměstnanec postupovat sám. To vyžaduje disciplínu při dokumentaci, nebo vytvoření vlastního nástroje na infrastruktuře, která v základu zůstává konzistentní. To je tichý argument pro platformy založené na promptech, jako je Final: rozhraní může být tak přizpůsobené, jak vaše podnikání vyžaduje, ale samotné placení, vrácení peněz a přehledy pod ním využívají stejné zdokumentované mechaniky pro všechny obchodníky na platformě, podpořené veřejným centrem nápovědy, které pokrývá vše od [instalace procesu pokladny](https://finalpos.com/help/install-a-checkout-flow) až po [řešení problémů v Merchant Hubu](https://finalpos.com/help/merchant-hub-faq-troubleshooting). Vlastní řešení nahoře, sdílené dole – takže vlastní nastavení neznamená školení od nuly.

Zlaté pravidlo: **pokud váš nejnovější zaměstnanec nedokáže zpracovat vrácení peněz, aniž by vás musel vyhledat, nemáte software, ale závislost.** A pokud stále zvažujete, zda vůbec stavět vlastní vývoj, začněte článkem [Měla by si vaše firma v roce 2026 vyvíjet vlastní interní software?](/blog/build-its-own-internal-software)

## FAQ

**Q: Kdo by měl školit nové zaměstnance na softwaru vytvořeném na míru?**
A: Tvůrce zaškolí prvního klíčového uživatele a poté přebírá roli dokumentace. Pokud každý nový zaměstnanec stále vyžaduje osobní přístup tvůrce, systém zaškolování selhal a fluktuace zaměstnanců to bude neustále odhalovat.

**Q: Jakou dokumentaci interní software potřebuje?**
A: Krátkou provozní příručku pro každý úkol (pokladna, vrácení peněz, denní uzávěrka), jedno krátké video s ukázkou obrazovky pro každý úkol a protokol změn, aby personál věděl, když se něco posunulo. Pište ji během vývoje, ne až po něm.

**Q: Co je to bus factor?**
A: Počet lidí, kteří mohou odejít, než systém přestane být použitelný. Většina vlastnoručně vyvinutých firemních nástrojů má bus factor roven jedné: je to osoba, která jej vytvořila.

**Q: Usnadňuje software vytvořený pomocí AI zaškolení personálu, nebo ho naopak ztěžuje?**
A: Samotný vývoj se zjednodušuje, zaškolení však nikoli. AI napíše software, ale ne manuál, takže nezdokumentované nástroje se množí, pokud se k dokumentaci nepřistupuje jako k součásti vývoje.

**Q: V čem se POS postavený na Final liší od softwaru vyvinutého od nuly?**
A: Rozhraní může být zcela na míru, ale pokladna, vrácení peněz a přehledy fungují na sdílených, zdokumentovaných mechanikách podpořených veřejným centrem nápovědy, takže zaškolení nového zaměstnance nezačíná od nuly.