--- title: Kdo bude aplikaci spravovat, až autor odejde | Contember Fabrika description: "Co se stane s aplikací z AI, když odejde ten, kdo ji postavil: co převést na firmu předem, co dělat první den a týden po odchodu a jak to řeší Fabrika." url: "https://www.contember.com/cs/kdo-bude-spravovat" type: static generatedAt: "2026-09-28T14:08:32.820Z" --- # Kdo bude aplikaci spravovat, až odejde ten, kdo ji postavil? Zvládne to kolega, externí vývojář nebo my, ale jen když má firma v rukou účty, kód, klíče a přístupy. Když je má na sebe autor, odejde s ním i aplikace. Stránka je pro majitele, vedoucí oddělení i IT. Popisuje, co se po odchodu autora obvykle děje, co převést na firmu, dokud je ještě u vás, a co dělat, když už odešel. Seznam předání funguje i bez Fabriky. Aktualizováno 28. 9. 2026 [Na seznam předání ↓](#predani) [Ukažte nám aplikaci →](https://cal.com/contember/demo) ![](/illustrations/machine-parts.webp) > „Je otázkou, zda vývoj aplikací kritických pro fungování a rozvoj firmy může stát na jedné nezastupitelné osobě.“ *[Michaela Raková, která si s AI postavila dvě aplikace do firmy. Lupa.cz, 2025 ↗](https://www.lupa.cz/clanky/neumim-programovat-presto-jsem-si-za-par-dni-do-firmy-vytvorila-dve-aplikace-diky-ai-a-vibe-codingu/)* > „Jedna věc je vyrobit aplikaci, druhá zajistit, aby 5 let fungovala.“ *[Čtenář v diskusi na Lupa.cz, 2026 ↗](https://www.lupa.cz/clanky/mame-hotovych-90-procent-dodelejte-nam-zbytek-zadaji-klienti-vyvojare-jak-to-vypada-kdyz-vibecoding-meni-byznysmodel/nazory/)* > „Jsem jediný vývojář. Bus factor je tu 1. Když o mě přijdou, budou mít vážný problém udržet firmu dlouhodobě v chodu.“ *[Vývojář na volné noze, Hacker News, 2023 (přeloženo z angličtiny) ↗](https://news.ycombinator.com/item?id=37471554)* ## Co se stane, když autor odejde? Zpočátku většinou nic. Aplikaci postavenou s AI často zná jen ten, kdo ji postavil, a dokud nikdo nic nepotřebuje, nikomu nechybí. Potíže přicházejí ve třech krocích. 1. 01 První týdny ### Aplikace běží dál Lidé ji používají jako dřív. Nikdo si nevšimne, že za ní nikdo nestojí, protože zatím nebylo potřeba nic měnit. 1. 02 První změna ### Někdo chce něco upravit Nové pole, jiný schvalovatel, kolega z další pobočky. Najednou se ukáže, že nikdo neví, v jakém nástroji aplikace vznikla, kde je kód a kdo se tam umí přihlásit. 1. 03 První výpadek ### Aplikace přestane fungovat Vyprší karta, na které běžel hosting, skončí zkušební tarif, dojdou kredity nebo se změní služba, na kterou je aplikace napojená. Data leží v databázi na cizím účtu a hesla jde obnovit jen přes schránku, kterou už nikdo nečte. ### Kde bývají klíče od aplikace Ne schválně. Při stavění to byla prostě nejrychlejší cesta. - Účet v nástroji, ve kterém aplikace vznikla (Lovable, Replit, Bolt), založený na soukromý e-mail autora. - Databáze, často v Supabase nebo Firebase, na jeho účtu a jeho kartě. - Repozitář na jeho osobním GitHubu, nebo žádný. - Doména registrovaná na jeho jméno. - Klíče k dalším službám (AI, e-mail, platby) v souboru `.env` na jeho notebooku nebo v nastavení nástroje. - Jediný účet správce v aplikaci. - A vysvětlení, proč je co jak udělané: v jeho hlavě a v historii chatu s AI. ## Co zajistit dřív, než odejde? Dokud je autor u vás, bývá to pár hodin společné práce. Po jeho odchodu se stejné věci dohledávají týdny a některé se nedohledají vůbec. Seznam platí pro jakoukoli aplikaci, ať ji dál bude držet kolega, externí vývojář, nebo my. ![](/illustrations/tall-nameplate.webp) ### Účty a vlastnictví 1. #### 01 Sepište všechny služby, na kterých aplikace stojí. Nástroj, ve kterém vznikla, hosting, databáze, doména, e-mail, platby, AI. Projděte je s autorem jednu po druhé. Zapomenuté služby prozradí výpis z karty a soubory v kódu jako `package.json` nebo `.env.example`. 1. #### 02 Převeďte účty na firmu. Kde služba umí tým nebo organizaci (GitHub, Supabase, Vercel a další), přesuňte projekt do firemní organizace a autora v ní nechte jako člena, kterého jde odebrat. Kde to nejde, změňte e-mail účtu na firemní, ideálně sdílenou schránku, ne osobní adresu nástupce. ### Kód 1. #### 03 Je kód v repozitáři, který patří firmě? Repozitář převeďte do firemní organizace na GitHubu nebo GitLabu. Ověřte, že je v něm verze, která opravdu běží: nástroje jako Lovable nebo Replit posílají kód do GitHubu, jen když je propojení zapnuté, a vede na účet, který ho zakládal. 1. #### 04 Jde kód vůbec dostat ven? Aplikace naklikané v Bubble a podobných nástrojích kód vyexportovat nedovolí, jen strukturu a data. Je lepší to vědět teď. Aspoň si stáhněte data a sepište, co aplikace dělá. ### Klíče a hesla 1. #### 05 Sepište klíče a hesla, na kterých aplikace závisí. U každého klíče: k jaké službě patří, na čí účet je, kde je uložený (nastavení hostingu, soubor `.env`). Hodnoty patří do firemního správce hesel nebo do nastavení hostingu na firemním účtu, ne do e-mailu ani do chatu. 1. #### 06 Domluvte výměnu klíčů na poslední den. Autor klíče zná a může je mít uložené na svém počítači. Ne ze zlé vůle, prostě tam zůstanou. Nové klíče vygenerujte na firemních účtech a staré zrušte. ### Kde aplikace běží 1. #### 07 Kde aplikace běží a jak se nasazuje nová verze? Adresa, hosting, databáze. A hlavně postup: tlačítko v nástroji, push do větve, ruční nahrání? Ať ho autor jednou předvede někomu dalšímu, ne jen popíše. Postup, který si někdo sám vyzkoušel, má větší cenu než stránka návodu. 1. #### 08 Zálohuje se databáze a zkusil někdo obnovu? Zjistěte, kde zálohy jsou, jak často vznikají a na čí účet. Zálohu, kterou nikdo nezkusil obnovit, berte jako nejistou. ### Kdo platí 1. #### 09 Na čí kartu to celé běží? Každou službu převeďte na firemní kartu nebo fakturu na firmu. Zkontrolujte, co běží na zkušební tarif nebo bezplatný limit, a kdy a komu se prodlužuje doména. Aplikace na soukromé kartě skončí s první nezaplacenou platbou. ### Dokumentace 1. #### 10 Stačí jedna stránka v repozitáři. K čemu aplikace je a kdo ji používá. Seznam služeb a účtů. Jak ji spustit u sebe a jak nasadit. Co se dřív pokazilo a jak se to řešilo. Co je rozdělané. Soubor `README` v repozitáři je dobré místo, protože se od kódu neztratí. 1. #### 11 Instrukce, podle kterých stavěla AI. Pokud autor používal soubory jako `AGENTS.md`, `CLAUDE.md` nebo `.cursorrules`, ať jsou v repozitáři. Nesou pravidla a kontext, podle kterých AI kód psala, a další člověk (i jeho AI) na ně naváže. ### Přístupy 1. #### 12 Mají správcovský přístup aspoň dva lidé z firmy? V aplikaci i ve službách pod ní. Druhého správce přidejte dřív, než autorovi zrušíte účet, jinak se do některých míst už nedostanete. 1. #### 13 Kdo aplikaci vlastní a kdo ji bude udržovat? Vlastník rozhoduje, co aplikace dělá a pro koho. Správce se stará, aby běžela. Může to být jeden člověk, ale vždy konkrétní jméno, ne „IT“ nebo „někdo z oddělení“. 1. #### 14 Seznam, kde mu poslední den zrušit přístup. Aplikace, nástroj, ve kterém vznikla, repozitář, hosting, databáze, doména, služby s klíči. Když se lidé přihlašují firemním účtem, stačí zrušit ten. U vlastních hesel v aplikaci musíte projít každé místo zvlášť. Než aplikaci pustíte dalším kolegům, projděte si i [kontrolní seznam do provozu](/cs/pripraveno-do-provozu): přihlášení, data, klíče a výpadky. ## Autor už odešel. Co dělat první den a první týden? Dá se to zvládnout i bez něj, jen to trvá déle. Jde hlavně o to nic nezhoršit a postupně dostat účty zpátky pod firmu. ![](/illustrations/spot-exit.webp) 01 První den ### Nic nezhoršit - Nic nevypínejte a nic nemažte. Běžící aplikace je teď nejlepší dokumentace toho, co umí. - Firemní e-mail autora nerušte. Zablokujte mu přihlášení a přístup ke schránce dejte někomu z firmy: přijdou do ní obnovy hesel ke službám, které na ni založil. - Zrušte mu přístup do aplikace a všude, kde to jde z firemní strany. - Stáhněte si data: export z databáze, nebo aspoň export z aplikace do tabulky. - Napište mu. S konkrétním seznamem (převod účtů, repozitář, klíče, půl hodiny na otázky) se pomáhá snáz než s obecnou prosbou. 02 První týden ### Dostat to zpátky pod firmu - Sepište služby z výpisů z karty, z faktur a z kódu, pokud ho máte. - Dostaňte kód do repozitáře firmy. Když ho nemáte, zjistěte, jestli se dá získat z nástroje, ve kterém aplikace vznikla. Když ne, počítejte s tím, že se aplikace bude stavět znovu. - Vyměňte klíče a hesla, ke kterým se dostanete. Nejdřív ty k platbám a k datům. - Otevřete aplikaci v anonymním okně. Když se dostanete dovnitř bez přihlášení, řešte to hned. Víc v [kontrolním seznamu do provozu](/cs/pripraveno-do-provozu). - Rozhodněte, jestli aplikaci ještě potřebujete a kdo ji převezme: kolega, externí vývojář, nebo převzetí do Fabriky. ### Účty jsou na soukromý e-mail a autor nereaguje Zkuste podporu dané služby. Některé umí účet převést, když doložíte, že aplikace patří firmě: faktury, doménu, smlouvu. Komu patří kód, řeší pracovní smlouva nebo smlouva s dodavatelem. To posuďte s právníkem, za vás to vyřešit neumíme. ## Jak to vypadá ve Fabrice? Fabrika je platforma, na které si firma staví vlastní aplikace, a náš tým, který za ní stojí. Většina seznamu předání je v ní vyřešená od začátku, takže z odchodu autora se nestává projekt. ![](/illustrations/platform-compound.webp) ### Účty jsou na firmu Aplikace běží ve vaší vlastní instalaci, v cloudovém účtu registrovaném na vaši firmu, u Cloudflare nebo Zerops. Servery platíte přímo poskytovateli podle spotřeby. ### Kód je v Gitu firmy Každá aplikace má repozitář psaný na vaši firmu a do provozu jde jen z něj. Každé nasazení má záznam. ### Klíče nejsou v kódu ani v hlavě Klíče a hesla aplikací drží cloudový poskytovatel. Každá aplikace vidí jen svoje. Zapsat se dají, přečíst zpátky nikdy. ### Přístup visí na firemním účtu Lidé se přihlašují firemním účtem přes Google, Microsoft Entra nebo Okta a role se nastavují na jednom místě pro všechny aplikace. Jakmile firma účet zruší, přes platformu se ten člověk nepřihlásí. Lidé zvenku se přihlašují heslem. ### Každou změnu jsme viděli Než jde změna naostro, zkontrolujeme ji, a ke každé verzi píšeme zprávu: co se změnilo a co jsme kontrolovali. Znalost aplikace tak nezávisí na paměti autora. ### Navázat může kdokoli Kolega, externí vývojář, agentura, nebo my. Nový člověk naváže z Gitu a pomůžeme mu se rozkoukat. ### Provoz hlídá platforma Chyby ze všech aplikací jsou na jednom místě, platforma hlídá, jestli aplikace odpovídají, a upozorní na novou chybu. Zálohy a obnovu s vámi nastavíme v rozsahu, jaký potřebujete. ### A kdybychom skončili my Kód, data i domény jsou vaše a ve vašem účtu. Systém běží dál i bez nás. ### Co zůstává na vás Vlastník každé aplikace, který rozhoduje, co dělá a pro koho. Firemní účty vašich lidí a jejich rušení. Kdo dostane jakou roli. [Technické detaily pro IT →](/cs/bezpecnost) ## Kdy je lepší nechat aplikaci skončit? Ne každou aplikaci se po odchodu autora vyplatí zachraňovat. - Za měsíc od odchodu autora ji nikdo neotevřel. Stáhněte data, aplikaci vypněte a zrušte služby, které za ni platíte. - Byla to pomůcka jednoho člověka a nic dalšího na ní nestojí. - Existuje hotový nástroj, který dělá totéž, a vaše firma se od něj v ničem podstatném neliší. - Nejde z ní dostat kód a proces, který obsluhuje, není kritický. Stavět ji znovu se vyplatí, jen když na ní firma opravdu stojí. ## Kdy Fabrika není pro vás? Radši to řekneme hned než na konci hovoru. - Máte vlastní IT nebo vývojáře, kteří aplikace umí provozovat a kontrolovat změny. Pak vám stačí seznam předání výše a pořádek v účtech. - Aplikace je naklikaná v Bubble nebo podobném nástroji, ze kterého kód vyexportovat nejde. Převzít ji neumíme, můžeme ji jen postavit znovu. - Vaše IT vyžaduje Azure nebo vlastní servery, případně přihlášení jen přes SAML. Fabrika běží na Cloudflare nebo Zerops, po domluvě i v AWS, a firemní účty napojuje přes OIDC (Google, Microsoft, Okta). - Aplikace je veřejná služba pro tisíce zákazníků, s platbami a registrací pro kohokoli. - Chcete kód jen jednou zkontrolovat a aplikaci si dál provozovat sami. Pak je levnější cestou jednorázový audit. ## Na co se ptáte ke správě aplikací ![](/illustrations/spot-gatehouse.webp) ### Kdo aplikaci postavenou s AI vlastně spravuje? Dokud se nerozhodne jinak, tak ten, kdo ji postavil, často aniž by o tom vedení vědělo. Správa znamená hlídat, že aplikace běží, pouštět do ní změny, aktualizovat knihovny, spravovat přístupy a řešit výpadky. Když to nemá kdo dělat, je to přesně práce, kterou ve Fabrice děláme: provoz a kontrola změn jsou u nás a stavět dál může kdokoli. ### Co musí být psané na firmu, než na aplikaci začne pracovat někdo další? Účty služeb (nástroj, hosting, databáze, doména), repozitář s kódem, platební karta a klíče a hesla. K tomu aspoň dva správci z firmy. Všechno ostatní se dá dohledat později, tohle ne. ### Kdo odpovídá, když se v aplikaci něco pokazí? Bez domluvy nikdo, v praxi ten, kdo je zrovna po ruce. Vedle vlastníka aplikace potřebujete někoho, kdo se o výpadku dozví a umí ho opravit. Ve Fabrice za provoz odpovídáme podle SLA my, a když se v provozu ukáže chyba v kódu vašeho vývojáře nebo agentury, opravíme ji. Víc na stránce [Vlastní vývojáři](/cs/vlastni-vyvojari). ### Kolega nám předal aplikaci z AI, ať ji zkontrolujeme a pustíme do provozu. Pomůžete? Ano, to je převzetí. Aplikaci projdeme, maličko upravíme, aby přihlášení a nasazování držela platforma, a nasadíme ji do vašeho cloudového účtu. Každou další změnu zkontrolujeme, než jde ven. Nejste v tom sami: „they handed me a vibe coded app and asked me to review it for them and put it into production“ ([Hacker News, 2026](https://news.ycombinator.com/item?id=49382893)). Detaily pro IT na stránce [Bezpečnost](/cs/bezpecnost). ### Nestačí, když autor napíše dokumentaci? Pomůže, ale sama nestačí. Dokumentace popíše, kde co je, jenže když jsou účty a karta pořád jeho, nový člověk se tam stejně nedostane. Nejdřív vlastnictví, potom popis. ### Autor odešel a kód nemáme. Dá se aplikace převzít? Záleží, kde vznikla. Z nástrojů jako Lovable nebo Replit se kód dostat dá, pokud se dostanete k účtu. Z Bubble a podobných nástrojů ne, tam jde aplikaci jen postavit znovu podle toho, co umí. Na úvodní schůzce vám řekneme, která varianta je ta vaše. ### Můžeme po převzetí dál stavět v Lovable? To teď ověřujeme, zeptejte se nás, jak jsme daleko. Jisté je, že po převzetí může váš člověk stavět dál s Claude Code nebo Codexem. [Víc o aplikacích z Lovable](/cs/lovable-do-provozu). ### Co když odejde člověk, který nám aplikace ve Fabrice staví? Aplikace zůstanou, kde jsou, a běží dál. Kód je v Gitu, pravidla drží platforma a každou změnu jsme viděli při kontrole. Nový člověk naváže tam, kde předchozí skončil, a pomůžeme mu se rozkoukat. ### A co když skončíte vy? Kód aplikací je váš, data i domény jsou ve vašem účtu. Systém běží dál i bez nás a další člověk na něj naváže z Gitu. ### Kolik to stojí? Jednorázové zavedení Fabriky a potom měsíční provoz s kontrolou změn. Cenu dostanete v nabídce po úvodní schůzce, než začneme. Neplatíte za uživatele ani za hodiny. Víc v [ceníku](/cs/pricing). ![](/illustrations/cta-crane.webp) ## Ukažte nám *aplikaci*. Stačí půl hodiny a odkaz na aplikaci nebo repozitář, i když autor už odešel. Projdeme, co je psané na firmu a co ne, a řekneme, co by obnášelo převzetí do Fabriky. Když to pro vás nedává smysl, řekneme to na rovinu. [Domluvit 30min hovor →](https://cal.com/contember/demo) - [Už si stavíte s AI →](/cs/uz-stavite) - [Kontrolní seznam do provozu →](/cs/pripraveno-do-provozu) - [Vlastní vývojáři nebo agentura →](/cs/vlastni-vyvojari)