Demo je nahraná trasa. Data jsou vybraná, objem malý, cesta vede od jednoho tlačítka k druhému a všechno na ní už jednou fungovalo - jinak by ji nikdo neukazoval. To není podvod, to je povaha ukázky.
Problém začne v okamžiku, kdy se z ukázky stane přejímka. Podepíše se, že dílo funguje, faktura odejde, a první skutečná data dorazí až potom. Rozdíl mezi tím, co viděl zákazník, a tím, co se stane v pondělí ráno, pak nikdo neřeší jako vadu, ale jako vícepráci.
Tenhle článek je o tom, jak přejímku postavit tak, aby ten rozdíl vyšel najevo dřív, než se podepíše.
Demo spadne. Poznat se to má u dodavatele, ne u vás
Začneme vlastní zkušeností, protože je nepříjemná.
6. 8. 2026 nám spadla ukázka u klienta. Vlastní zápis z toho dne zní doslova: „kam jsem nekliknul, všude buď chyba, nebo error“, a generování dokumentu čekalo asi deset minut. Šlo o systém, který připravuje smluvní dokumentaci - tedy o práci, kde se na výstup někdo podepisuje.
O čtyři dny později, 10. 8. 2026, prošel tentýž systém předvedením celé kanceláři klienta a fakturovala se etapa. Mezi oběma dny se nezměnilo zadání ani rozsah. Změnilo se to, že se první běh odehrál naostro a našel, co bylo potřeba najít.
Z toho plyne jediné praktické pravidlo, a platí na kohokoli včetně nás: první ostrý běh někde proběhnout musí. Otázka zní jen, jestli proběhne u dodavatele na vašich datech před podpisem, nebo u vás po něm.
Objem je jiná úloha než ukázka. A pozná se to první týden
Druhý příklad je z našeho vlastního produktu, takže ho můžeme popsat konkrétně. V systému Jobsi pro personální agentury je modul, který čte pasy a technické průkazy z fotografie.
Technologii jsme vybírali 29. 11. 2025 a vybrali jsme dráž. Levnější strojové rozpoznávání jsme odmítli kvůli tomu, jak ty fotky reálně vypadají: lidé je pořizují z ruky, v autě, za volantem. Na ukázce to fungovalo.
Do ostrého provozu to šlo 17. až 19. 2. 2026. 23. 2. 2026 si klienti stěžovali, že sken trvá dlouho a padá s chybou - tedy během několika dní. Nešlo o nový defekt. Šlo o to, že se změnil způsob použití: místo jednotlivých dokladů šly do systému dávky. Řešení nakonec nebylo ve výměně technologie, ale ve změně scénáře - dávkové asynchronní zpracování místo čekání na jeden doklad po druhém.
Ta dvě data stojí za srovnání. Od volby technologie k tomu pádu uplynuly skoro tři měsíce a vypadá to jako dlouhá doba na prověření. Od ostrého spuštění uplynuly čtyři dny - a rozhoduje ten druhý odstup, protože teprve tam se objevil provoz, který se předtím neměl kde vzít.
Poučení pro přejímku: funkce, která projde na jednom dokladu, není vyzkoušená. Vyzkoušená je tehdy, když projde na tolika dokladech, kolik jich ve špičce nasypete vy - a ve stejném rytmu.
Co znamená „na vašich datech“ prakticky
Věta „chceme to vidět na svých datech“ zní samozřejmě a v praxi se z ní stane export deseti hezkých záznamů. Ty nic neprokážou, protože hezké záznamy projdou i tou nejhorší integrací.
Vzorek pro přejímku se skládá záměrně a jsou v něm čtyři skupiny:
- Nejhorší reálné záznamy, ne průměrné. Nejdelší název, chybějící IČO, diakritika v poli, které ji podle dodavatele mít nemá, dvě adresy u jedné firmy, položka se slevou i s příplatkem zároveň.
- Historie, ne jen nové záznamy. Data zadaná před pěti lety mají jinou strukturu než data z minulého týdne, protože je zadával někdo jiný podle jiných zvyklostí.
- Objem špičky, ne průměrný den. Když vám v jeden den přijde sto padesát položek, testuje se sto padesát položek. Ne patnáct.
- Souběh. Dva lidé pracují ve stejnou chvíli, scénář běží uprostřed toho, a někdo zároveň mění záznam, který se právě přenáší.
Poslední bod bývá vynechaný nejčastěji a jeho následky se přitom hledají nejhůř, protože se neopakují na povel.
Přejímka je zápis, ne dojem z předvádění
Předvádění skončí větou „vypadá to dobře“, a tou se dá později obhájit cokoli. Zápis z přejímky to nahradí čtyřmi sloupci, které se dají číst i za půl roku:
Příklad:
| Co se zkoušelo | Na jakých datech | Výsledek | Kdo a do kdy opraví |
|---|---|---|---|
| Založení dokladu | 150 položek, špička | prošlo | - |
| Doklad se změnou po přenosu | 12 záznamů z loňska | neprošlo | dodavatel, 12. 9. |
Zápis dělá tři věci najednou. Určuje, co se považuje za hotové. Odděluje vadu od víceprací, protože vada je to, co bylo v zápisu a neprošlo. A dává oběma stranám seznam, který se dá odškrtat, místo dohadování o tom, co bylo slíbeno na schůzce.
Jedna věta do zápisu patří vždycky: co se stane, když scénář spadne v ostrém provozu. Kdo to uvidí, kde se to objeví a v jakém čase je dodavatel u toho. Bez toho je přejímka podepsaná na stav, který trvá jeden den.
Kdy se přejímka dělat nedá a co se dělá místo ní
Někdy nejde reálná data dodavateli vůbec dát - jsou osobní, jsou pod mlčenlivostí, nebo je jejich vydání samo o sobě rizikem. Tehdy přejímka na demu není řešení, ale nouzový stav, a jde ho zmenšit dvěma způsoby:
- Anonymizovaný vzorek se zachovanou strukturou. Jména se nahradí, délky, formáty, mezery a chybějící hodnoty zůstanou. Většina chyb v integracích je právě o struktuře, ne o obsahu.
- Přejímka u vás, na vašem stroji, s vaším člověkem u klávesnice. Dodavatel se dívá, ale neťuká. Tenhle formát odhalí i to, co technicky funguje a v provozu je nepoužitelné.
Pět otázek, které položte před podpisem přejímky
Fungují na kohokoli včetně nás a odpovědi si vyžádejte písemně.
- Na jakých datech běželo to, co jsem právě viděl - na mých, nebo na vašich?
- Kolik záznamů prošlo v jednom běhu a kolik jich čekáte ve špičce u mě?
- Co se stane s rozpracovaným záznamem, když scénář uprostřed spadne?
- Které z mých výjimek jste zatím neviděli a co s nimi uděláme, až vyjdou?
- Kdo se dozví o chybě dřív - vy, nebo my?
Ukázka odpovídá na otázku, jestli to jde. Přejímka odpovídá na otázku, jestli to jde u vás. To jsou dvě různé otázky a druhá z nich se platí.
Stejnou logiku jsme dřív popsali u napojení e-shopu na účetnictví, kde končí větou, kterou tady rozvádíme celou: než to podepíšete, chtějte to vidět na vašich datech, ne na demu (Shoptet API a napojení na Pohodu).
Pošlete nám vzorek, ne popis
Když poptáváte automatizaci u nás, chtějte přejímku na svých datech a napište to do poptávky. Ušetří to obě strany: my zjistíme rozsah dřív, než budeme psát cenu, a vy zjistíte, jestli jsme takový provoz už viděli.
Co automatizujeme a v jakém rozsahu, najdete na stránce automatizace; napojení na firemní systémy popisujeme zvlášť na stránce CRM a ERP.
Napište na info@lamapixel.com nebo volejte +420 775 599 009.
