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
„Je otázkou, zda vývoj aplikací kritických pro fungování a rozvoj firmy může stát na jedné nezastupitelné osobě.“
„Jedna věc je vyrobit aplikaci, druhá zajistit, aby 5 let fungovala.“
„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.“
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.
- 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.
- 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.
- 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
.envna 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.
Účty a vlastnictví
-
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.jsonnebo.env.example. -
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
-
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.
-
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
-
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. -
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ěží
-
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.
-
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í
-
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
-
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
READMEv repozitáři je dobré místo, protože se od kódu neztratí. -
11 Instrukce, podle kterých stavěla AI.
Pokud autor používal soubory jako
AGENTS.md,CLAUDE.mdnebo.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
-
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.
-
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í“.
-
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: 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.
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.
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.
- 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.
Úč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.
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í
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.
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). Detaily pro IT na stránce Bezpečnost.
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.
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.
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.