Onboarding nováčka: Projekt, který odpovídá za vás

Nástup nového člověka stojí tým víc, než se přiznává. Nováček neví, kde co je, a ptá se — správně, protože jinak by hádal. Jenže každá otázka vytrhne někoho jiného z práce a odpověď je pokaždé stejná jako minule. Do toho se přidá druhá polovina problému: část otázek nováček nepoloží vůbec, protože je mu trapné se ptát popáté, a udělá věc špatně.

Většina otázek prvních týdnů má jednu jedinou správnou odpověď, která už je někde napsaná — jen ji nikdo neumí najít. A přesně tohle řeší Projekt v AI: trvalý kontext, do kterého nahrajete firemní postupy a instrukce, jak se z nich má odpovídat. Nováček se pak ptá vlastními slovy, kdykoli, bez ostychu a bez čekání, až bude mít kolega chvilku.

Tenhle návod vede od výběru dokumentů přes napsání instrukcí a první týdny nováčka až po měření přínosu, kvartální údržbu a rozšíření na brigádníky, externisty a předávání agendy při odchodu. Každá fáze má prompty k okopírování — stačí doplnit hranaté závorky. Postavení Projektu zabere jedno odpoledne; hodnotu má od druhého nástupu, kdy už jen doplňujete.

Vzorová situace

Do dvanáctičlenného obchodního týmu nastupuje Tomáš. Vedoucí Lucie z předchozích nástupů ví, jak to dopadne: první tři týdny se Tomáš ptá zhruba patnáctkrát denně a každá otázka sebere kolegovi nejen minutu odpovědi, ale i deset minut, než se vrátí zpátky do soustředění. Napříč týmem to dělá několik hodin týdně. Tomáš k tomu má nepříjemný pocit, že pořád otravuje, takže se u části věcí radši neptá — a založí tři objednávky se špatnou slevou, protože si domyslel, jak asi funguje schvalování.

Tentokrát Lucie před nástupem založí Projekt „Onboarding obchod“. Nahraje do něj směrnici k zakládání objednávek, ceník s pravidly slev, dvě vzorové nabídky, schvalovací matici, FAQ posbírané z týmového chatu a přehled, kdo má co na starosti. Do instrukcí napíše, že se odpovídá jen z nahraných dokumentů a při nejistotě se odkazuje na konkrétního člověka.

Tomáš se první den ptá „jak se u nás zakládá objednávka?“ a dostane postup krok za krokem i s tím, kdo ji schvaluje nad sto tisíc. Ptát se kolegů nepřestal — ptá se ale zhruba třikrát denně místo patnáctkrát a hlavně na věci, které v dokumentech nejsou, tedy na kontext, výjimky a „proč to tak vlastně děláme“. To jsou zrovna ty otázky, u kterých lidský rozhovor dává smysl.

Vedlejší efekt Lucii překvapí víc než ten hlavní. Seznam otázek, na které Projekt neuměl odpovědět, je za tři týdny dlouhý dvacet položek — a je to nejpřesnější audit firemní dokumentace, jaký kdy měla. Šest z těch dvaceti věcí nebylo napsané nikde, jen v hlavě dvou služebně nejstarších kolegů.

Fáze 1: co nahrát a co ne

Zásada je jednoduchá a osvobozující: nepište nic nového. Pokud kvůli Projektu začnete sepisovat dokumentaci, kterou jste roky odkládali, nikdy ho nespustíte. Nahrajte to, co existuje, i když je to neúplné a místy zastaralé — mezery vám ukáže sám provoz.

Šest kategorií, které pokryjí první měsíc

• Postupy a směrnice. Jak se zakládá objednávka, jak se schvaluje faktura, jak se hlásí nemoc, jak se objednává vybavení. Klidně i neformálně sepsané, hlavně že popisují, co se skutečně dělá.
• Wiki a interní dokumentace. Cokoli, co už žije v Notionu, Confluence nebo na sdíleném disku. Vyberte podmnožinu relevantní pro danou roli, ne celý prostor.
• Šablony. Vzorová nabídka, vzorová smlouva, formát zápisu z jednání, struktura reportu. Nováčci se učí nejrychleji z hotového příkladu.
• FAQ. Nejcennější a nejčastěji opomíjená kategorie. Zdroje jsou dva: co se vás ptali minulí nováčci, a týmový chat — v kanálu s dotazy jsou odpovědi na osmdesát procent toho, co bude potřeba.
• Organigram a odpovědnosti. Kdo je kdo, kdo co schvaluje, na koho se v čem obracet. Sem patří i schvalovací matice s limity.
• Kontext a slovník. Interní zkratky, názvy systémů, jak si říkají produkty. Nováček netuší, co je „ekáčko“ nebo „velký report“, a nikoho nenapadne mu to vysvětlit.

Bezpečnost: co do Projektu nesmí

Tohle je klíčový krok, ne formalita. Do Projektu patří přesně ta část dokumentace, kterou by nováčkovi kdokoli z týmu bez váhání ukázal. Nic víc. Ven jdou mzdy a personální spisy, hodnocení lidí, obchodní tajemství nad rámec role, osobní údaje klientů, přístupové údaje a smlouvy s citlivými podmínkami.

Pozor na dvě zrádná místa. Za prvé: přílohy a skryté záložky. Ceník ve formátu tabulky často obsahuje list s marží, který nováček vidět nemá — a AI ho přečte celý. Před nahráním soubory otevřete a projděte, co v nich všechno je. Za druhé: e-maily a zápisy z porad, do kterých se dostanou jména a hodnocení lidí; ty se hodí očistit, nebo nahrát jen tu část, která popisuje proces.

A druhá polovina bezpečnosti: veďte Projekt na firemním účtu se smluvní ochranou dat, ne v soukromém free chatu jednoho vedoucího. Má to tři důvody — data jsou pod smlouvou, přístup se dá řídit rolí, a když Lucie odejde, Projekt zůstane firmě. Projekt v osobním účtu odchází spolu s ním.

Když si nejste jistí rozsahem, nechte si udělat kontrolní průchod:

Přikládám seznam dokumentů, které chci nahrát do onboardingového
Projektu pro novou [pozici] v [oddělení]:

[vlož seznam názvů dokumentů, u každého jednou větou, co obsahuje]

Projdi seznam a rozděl dokumenty do tří skupin:
1. BEZPEČNÉ — nováček je smí vidět od prvního dne.
2. ZKONTROLOVAT — pravděpodobně obsahují část, která tam nepatří
   (u každého napiš, co konkrétně v takovém dokumentu bývá
   citlivé a co mám před nahráním hledat).
3. NENAHRÁVAT — patří jinam, u každého uveď proč.

Pak napiš, co v seznamu podle tebe chybí, aby se nováček
na téhle pozici zvládl zorientovat v prvním měsíci.
Vycházej z názvů a popisů, nedomýšlej si obsah dokumentů.

Skupina „zkontrolovat“ je ta užitečná: nedá vám verdikt, ale řekne, co v takovém typu dokumentu hledat, než ho nahrajete. Poslední odstavec bývá cenný jinak — typicky ukáže, že máte skvěle popsané procesy a vůbec nic o tom, jak se u vás komunikuje a co se od člověka první měsíc čeká.

Fáze 2: instrukce projektu

Tady se rozhoduje o kvalitě celého systému. Projekt je trvalý kontext — nahrané soubory a instrukce, které AI zná v každé konverzaci uvnitř projektu, takže je nováček nemusí pokaždé vysvětlovat. Podrobněji o mechanice v tipu Projekty a kontext.

Bez instrukcí dostanete obecného asistenta, který o vaší firmě něco tuší z nahraných souborů a zbytek doplní z obecných znalostí o tom, jak se objednávky zakládají „obvykle“. To je horší než nic, protože to zní stejně sebejistě jako pravda.

Instrukce, které fungují

Instrukce projektu „Onboarding [oddělení]":

Jsi průvodce pro nového kolegu na pozici [pozice] v [firma].
Odpovídáš na jeho otázky o našich postupech, nástrojích a lidech.

Pravidla, která platí vždy:
1. Odpovídej VÝHRADNĚ z nahraných dokumentů. Nepoužívej obecné
   znalosti o tom, jak se to dělá jinde.
2. U každé odpovědi uveď, ze kterého dokumentu čerpáš.
3. Když odpověď v podkladech není nebo je nejednoznačná, řekni to
   výslovně větou „tohle v našich dokumentech není" a doporuč,
   koho se má nováček zeptat (podle přehledu odpovědností).
   Nikdy nehádej a nedoplňuj pravděpodobný postup.
4. Odpovídej stručně a krok za krokem. U postupů čísluj kroky
   a uveď, kdo co schvaluje a v jakém limitu.
5. Když se ptá na něco, co má schvalovací limit nebo právní dopad
   (slevy, smlouvy, výjimky, platby), vždy dodej, že finální
   rozhodnutí patří člověku uvedenému ve schvalovací matici.
6. Nováček je nový: vysvětluj interní zkratky, když je použiješ,
   a nepředpokládej znalost našich systémů.
7. Nikdy nedoporučuj obcházení postupu, ani když se ptá,
   jestli to nejde rychleji.

Ke každé odpovědi na konec přidej řádek: „Nejsi si jistý?
Zeptej se [jméno garanta] — a napiš mi, ať to doplníme do dokumentů."

Bod 3 je jádro celé věci. Bez něj si AI chybějící postup domyslí a nováček se to nedozví — to je ten nejnebezpečnější způsob selhání, protože vypadá stejně jako správná odpověď. Bod 5 drží zásadu AI navrhuje, člověk schvaluje: Projekt je průvodce, ne schvalovací autorita, a cenovou výjimku ani smlouvu nováček neposílá na základě odpovědi z chatu.

Poslední řádek dělá dvě věci naráz: dává nováčkovi svolení ptát se lidí a zároveň z něj dělá sběrače mezer v dokumentaci.

Ověřte, že se instrukcí drží

Před předáním nováčkovi si Projekt vyzkoušejte. Nejrychlejší test je zeptat se na věc, která v dokumentech není:

Chci otestovat, jestli se držíš instrukcí. Odpověz na těchto pět
otázek a u každé jasně označ, jestli odpověď máš z dokumentů,
nebo ne:

1. [otázka, na kterou je odpověď v nahraných dokumentech]
2. [otázka, na kterou odpověď v dokumentech NENÍ, ale zní
   samozřejmě — např. „jaká je u nás výpovědní lhůta"]
3. [otázka, kde jsou v dokumentech dvě různá tvrzení]
4. [otázka na věc, která má schvalovací limit]
5. [otázka, kterou by se nováček zeptal špatně formulovanou —
   napiš ji hovorově a nepřesně]

U každé odpovědi napiš na konec: ZDROJ: [název dokumentu]
nebo ZDROJ: není v dokumentech.

Otázka 2 je ta rozhodující. Když na ni dostanete věcnou odpověď místo přiznání, že to v podkladech není, instrukce nefungují — zpřísněte bod 3 a test opakujte. Otázka 3 zase odhalí, jestli si model mezi rozpornými dokumenty tiše vybere jeden, nebo vás na rozpor upozorní; obojí se dá vyladit formulací instrukce.

Startovní sada otázek pro nováčka

Nováčka je potřeba naučit, že se má ptát Projektu — sám od sebe otevře chat asi třetí týden, když už si zvykl otravovat kolegy. Dejte mu do rukou seznam typických dotazů prvního týdne.

Na základě nahraných dokumentů sestav startovní sadu pro nového
kolegu na pozici [pozice].

Vytvoř:
1. Dvacet otázek, které si podle dokumentů nováček bude
   v prvním týdnu klást — formulovaných tak, jak by je
   položil on, ne jak by je formuloval manuál.
2. Rozděl je do bloků: první den, první týden, první měsíc.
3. U každé otázky uveď dokument, ze kterého jde odpovědět.
4. Pět otázek, na které v dokumentech odpověď NENÍ a nováček
   se je má zeptat člověka — u každé napiš koho.

Výstup jako přehledný seznam, který můžu poslat v uvítacím e-mailu.

Vrátí seznam, který posloužíte nováčkovi jako první úkol: „projdi si tyhle otázky s Projektem, ať máš základ“. Blok 4 je stejně důležitý jako první tři — nováček musí vědět, kde končí kompetence nástroje a začíná rozhovor s člověkem.

Fáze 3: první týdny nováčka

Projekt je hotový, nováček nastoupil. Teď jde o to, aby si vytvořil návyk ptát se ho jako první a lidí jako druhých — a aby to nevypadalo, že ho odbýváte robotem.

Jak to představit, aby to nevyznělo jako odbytí

Formulace rozhoduje. Věta „na tohle se ptej AI“ vyzní jako „neotravuj mě“. Věta, která funguje, zní jinak: „Založil jsem ti Projekt, kde jsou všechny naše postupy. Ptej se ho na cokoli, kdykoli, i popáté na totéž — a když ti neodpoví, přijď za mnou a doplníme to.“ Rozdíl je v tom, že nováčkovi dáváte nástroj navíc, ne bariéru.

Součástí uvítání ať je i jasné vymezení, na co se lidí ptát má: kontext a důvody („proč to děláme takhle“), věci, o kterých se rozhoduje, cokoli u klienta a všechno, co v dokumentech není. Nováček, který ví, kdy se ptát lidí, se ptá s klidem.

Denní použití

První dny se hodí nováčka provést pár typickými dotazy. Tři vzory, které pokrývají většinu situací:

Potřebuju udělat [úkol, např. připravit nabídku pro nového klienta].
Nikdy jsem to tady nedělal.

Podle našich dokumentů mi napiš:
1. Postup krok za krokem, co mám udělat a v jakém pořadí.
2. Který systém nebo šablonu k tomu použít a kde ji najdu.
3. Kdo to schvaluje a v jakém limitu.
4. Co je na tom nejčastější chyba nebo na co si dát pozor.
5. Co z toho v dokumentech není a musím se doptat člověka —
   a koho konkrétně.

Piš, jako bych u vás byl třetí den a neznal zkratky.

Dostal jsem tenhle úkol a nejsem si jistý, jestli ho chápu správně:

[vlož zadání, e-mail nebo zprávu od kolegy]

Podle našich dokumentů mi vysvětli:
- co se po mně přesně chce a jak se pozná, že je to hotové
- jaké interní zkratky a názvy systémů se v zadání objevují
  a co znamenají
- jaký je u nás standardní postup pro tenhle typ úkolu
- jaké informace mi v zadání chybí a na co se mám doptat

Kde si nejsi jistý, protože to v dokumentech není, řekni to
a napiš, koho se mám zeptat.

Udělal jsem tohle:

[vlož svůj návrh — nabídku, e-mail klientovi, zápis, report]

Porovnej to s našimi šablonami a postupy a napiš:
1. V čem se to liší od naší standardní podoby (konkrétně,
   s odkazem na šablonu).
2. Co v tom chybí podle našich pravidel.
3. Co by u nás prošlo a co ne — a proč.
4. Jestli tu není něco, co překračuje moje kompetence
   a musí to schválit někdo jiný.

Nepřepisuj to za mě, jen mi řekni, co opravit.

Třetí prompt je z hlediska učení nejcennější. Nováček dostane zpětnou vazbu dřív, než pošle práci kolegovi ke kontrole — a kolega pak kontroluje třetí verzi místo první. Poslední řádek („nepřepisuj to za mě“) je tam schválně: cílem je, aby se nováček naučil, jak to má vypadat, ne aby to za něj napsal nástroj.

Sbírejte mezery od prvního dne

Otázky, na které Projekt neuměl odpovědět, jsou nejlevnější audit vaší dokumentace, jaký kdy získáte. Zaveďte jednoduchý sběr: nováček si je zapisuje do jednoho dokumentu (nebo je posílá do jednoho kanálu) a vy je jednou týdně projdete.

Přikládám seznam otázek, na které náš onboardingový Projekt
za [poslední tři týdny] neuměl odpovědět:

[vlož seznam otázek]

Zpracuj to jako plán doplnění dokumentace:
1. Seskup otázky do tematických okruhů.
2. U každého okruhu urči, jestli chybí celý dokument,
   nebo jen část existujícího (a kterého).
3. Seřaď okruhy podle toho, kolik otázek se jich týkalo
   a jak velký problém způsobí špatná odpověď.
4. U tří nejdůležitějších navrhni osnovu dokumentu, který
   máme sepsat — nadpisy a odrážky, co v nich má být.
5. Označ okruhy, které nejspíš nikde napsané nejsou a žijí
   jen v hlavách lidí.

Nepiš dokumenty samotné, jen plán a osnovy.

Bod 5 stojí za pozornost i mimo onboarding: to, co žije jen v hlavách lidí, je vaše největší provozní riziko. Když z toho jednou za rok uděláte tři sepsané postupy, Projekt je jen ta menší část užitku.

Fáze 4: měření — poznáte vůbec, že to funguje?

Bez měření nevíte, jestli jste tým odlehčili, nebo jen přidali další nástroj. Nemusí to být složité; stačí tři čísla a jedno srovnání.

Kolik otázek šlo na AI a kolik na kolegy. Nejjednodušší varianta: nováček si první čtyři týdny dělá čárky ve dvou sloupcích. Zní to primitivně, ale je to jediné číslo, které přímo měří to, o co jde. Cíl není nula otázek na kolegy — cíl je posun poměru a hlavně posun jejich obsahu k „proč“ a „co si o tom myslíš“.

Čas do samostatnosti. Kdy nováček poprvé zvládne typický úkol bez pomoci? Vezměte dva až tři úkoly, které dělá každý na dané pozici, a zapište datum. Porovnáte s předchozím nástupem — a i hrubý odhad z paměti („dřív to bylo tak měsíc“) je použitelný.

Počet mezer v dokumentaci. Klesající počet otázek bez odpovědi znamená, že dokumentace dozrává. Rostoucí znamená, že nováček se dostal do složitější agendy — taky užitečná informace.

Zpětná vazba nováčka. Po měsíci se zeptejte přímo: kde ti Projekt pomohl, kde ti dal blbou odpověď a kde ti chyběl člověk. Třetí otázka je nejdůležitější, protože odhalí, kde jste nástrojem nahradili něco, co se nahradit nemá.

Přikládám data z prvního měsíce onboardingu nové kolegyně
na pozici [pozice]:

Počet otázek na AI po týdnech: [čísla]
Počet otázek na kolegy po týdnech: [čísla]
Otázky bez odpovědi z dokumentů: [seznam]
Zpětná vazba nováčka: [vlož text]
Pro srovnání minulý nástup bez Projektu: [co si pamatuješ]

Vyhodnoť:
1. Co z těch čísel jde odpovědně tvrdit a co ne — buď opatrný,
   je to jeden člověk a krátké období.
2. Jak se v čase měnil poměr otázek AI ku kolegům a co to
   naznačuje.
3. Které typy otázek zůstávají na lidech a je to tak správně.
4. Tři konkrétní změny do dalšího nástupu, seřazené podle
   dopadu.

Nepřeceňuj význam dat z jednoho nástupu.

Poslední řádek promptu je tam proto, že modely mají tendenci ze čtyř čísel udělat trend a doporučit reorganizaci. Jeden nástup je jeden nástup — data z něj slouží k úpravě Projektu, ne k závěrům o produktivitě týmu.

Fáze 5: údržba, aby Projekt nezestárl

Projekt zestárne rychleji, než čekáte. Ceník se změní, proces se překlopí jinam, odejde člověk uvedený v organigramu — a AI bude s naprostou jistotou tvrdit staré nesmysly. Zastaralý Projekt je horší než žádný, protože nováček nemá jak poznat, že mu odpovídá loňská pravda.

Kvartální revize, patnáct až třicet minut, pevně v kalendáři jako opakovaná událost. Projít nahrané dokumenty, zastaralé nahradit, doplnit, co přinesly mezery, a do instrukcí zapsat datum poslední aktualizace. Tři konkrétní návyky, které to zlevňují:

• Datum platnosti do názvu dokumentu. „Ceník 2026-Q3“ řekne AI i člověku víc než „Ceník aktuální“.
• Jedna verze, ne tři. Když v Projektu leží starý i nový postup, model nemá jak poznat, který platí. Starý smažte, ne archivujte vedle.
• Vlastník na každý dokument. Ke každému postupu jméno člověka, který za jeho aktuálnost odpovídá. Bez toho revizi dělá vedoucí sám a příště ji odloží.

Projdi všechny dokumenty nahrané v tomto Projektu a připrav
podklad ke kvartální revizi:

1. Vypiš dokumenty a u každého uveď, z jakého je období —
   podle data v názvu, v textu nebo podle zmíněných údajů.
2. Označ dokumenty, které vypadají zastarale: odkazují na
   systémy, ceny, role nebo lidi, kteří se v jiných dokumentech
   už neobjevují.
3. Najdi rozpory: kde dva dokumenty tvrdí o stejné věci něco
   jiného. U každého rozporu uveď obě znění a názvy dokumentů.
4. Najdi místa, kde se odkazuje na dokument nebo přílohu,
   která v Projektu není.
5. Vypiš jména a role, které se v dokumentech objevují —
   ať můžu zkontrolovat, jestli ti lidé mají pořád tu agendu.

Nic nemaž ani neupravuj, jen mi dej seznam k rozhodnutí.
Řaď od nejrizikovějších nálezů.

Bod 3 najde věci, které by člověk hledal hodiny — rozpory mezi dokumenty vznikají tiše a projeví se až tím, že nováček udělá něco špatně. Bod 5 řeší nejčastější zastarání ze všech: v postupech zůstávají jména lidí, kteří danou agendu už rok nedělají.

Po revizi se hodí nechat si sepsat i změnový přehled pro tým — jednou za kvartál větu „tohle se změnilo, tohle už neplatí“ ocení i služebně starší kolegové, kteří dokumentaci nečtou vůbec.

Fáze 6: stejný princip, jiné situace

Onboarding je jen nejviditelnější případ. Jakmile Projekt jednou postavíte, čtyři další použití stojí hodinu práce.

Brigádníci a sezónní posily

Nejlepší poměr přínosu a námahy z celého seznamu. U brigádníka se nevyplatí investovat do dlouhého zaškolení — pracuje šest týdnů a odejde. Projekt s deseti dokumenty a instrukcí „odpovídej jen z podkladů, u čehokoli neobvyklého odkaž na směnového vedoucího“ pokryje devadesát procent otázek. Rozsah dokumentů držte co nejužší: brigádník potřebuje svoje úkoly a bezpečnost, ne firemní strategii.

Externisté a dodavatelé

Tady je klíčová jiná věc než u zaměstnance: rozsah dokumentů je zároveň rozsah toho, co externista smí vědět. Založte oddělený Projekt, ne ten zaměstnanecký, a nahrajte jen to, co souvisí s jeho zakázkou — zadání, standardy, formáty předávky, kontakty. Do instrukcí přidejte, že na otázky mimo rozsah spolupráce se neodpovídá a míří na projektového manažera.

Předání agendy při odchodu

Nejpodceňovanější varianta a zároveň ta, která zachraňuje nejvíc. Odcházející kolega má v hlavě věci, které nejsou nikde — a poslední dva týdny mu na jejich sepsání nikdo nedá čas. Otočte postup: místo aby psal dokumentaci, nechte ho odpovídat na otázky, které mu vygenerujete.

Přikládám popis role, kterou po odcházejícím kolegovi přebírám,
a seznam dokumentů, které k ní existují:

Role a agenda: [popis]
Existující dokumenty: [seznam]
Kdo přebírá: [pozice, zkušenosti]

Připrav strukturovaný předávací dotazník:
1. Čtyřicet otázek na odcházejícího kolegu, rozdělených podle
   oblastí agendy — takových, na které odpověď není v žádném
   z uvedených dokumentů.
2. Zaměř se na: opakující se rutiny a jejich termíny, výjimky
   a dohody, které se nikde nepíšou, vztahy a kontakty
   (kdo na co reaguje, s kým se co domlouvá), rozdělaná práce,
   pasti a věci, které se pokazily v minulosti.
3. U každé otázky napiš, proč je důležitá — co se stane,
   když odpověď nebudu mít.
4. Deset otázek označ jako kritické, kdyby na předání
   zbyla jen hodina.

Neptej se na věci, které jsou v uvedených dokumentech.

Odpovědi pak nahrajete do Projektu spolu s existujícími dokumenty a máte předávku, které se dá ptát ještě půl roku po odchodu. Bod 4 řeší realitu: na předání skoro nikdy není tolik času, kolik by mělo být.

Trvalá znalostní báze týmu

Poslední krok je přirozený: Projekt přestane být „pro nováčky“ a stane se místem, kam se chodí ptát všichni. Služebně starší kolegové mají stejný problém jako nováčci, jen se ho stydí přiznat — taky nevědí, jak se schvaluje neobvyklá sleva, protože ji dělali naposledy před rokem.

Pokročilá varianta pro později: místo nahrávání souborů napojte AI přímo na firemní wiki nebo úložiště konektorem, takže se dokumenty aktualizují samy. Jak to funguje, popisuje tip MCP konektory. Širší pohled na zavádění AI ve firmě — od pilotu po pravidla používání — najdete v kompletním průvodci AI ve firmě.

Nejčastější chyby

• Nahrát všechno, co firma má. Tři sta dokumentů zhorší kvalitu odpovědí a zaručeně mezi nimi propašujete něco, co nováček vidět nemá. Vyberte podmnožinu pro konkrétní roli a raději doplňujte podle mezer.
• Vynechat instrukce nebo je napsat vágně. Bez věty „když to v dokumentech není, řekni to a odkaž na garanta“ si model chybějící postup domyslí — a odpověď zní naprosto stejně sebejistě jako ta správná.
• Založit Projekt v soukromém účtu vedoucího. Firemní znalost pak visí na jednom člověku a odejde s ním. Patří to na firemní účet se smluvní ochranou dat.
• Nechat Projekt zestárnout. Po půl roce bez revize odpovídá loňskými pravidly a nováček nemá jak poznat rozdíl. Kvartální revize v kalendáři, ne v dobrých úmyslech.
• Prezentovat to jako náhradu lidí. Nováček, který má pocit, že se nesmí ptát, se neptá vůbec a chyby dělá potichu. Projekt je nástroj navíc, ne bariéra mezi nováčkem a týmem.
• Nesbírat otázky bez odpovědi. Přijdete o nejcennější vedlejší produkt celého systému — přesný seznam toho, co ve firmě není nikde napsané.
• Dát Projektu rozhodovací roli. Slevy, výjimky, smlouvy a cokoli s právním nebo finančním dopadem schvaluje člověk podle matice, ne odpověď z chatu.

Nejlepší nástroje

• Claude — Projekty s trvalým kontextem a vlastními instrukcemi; hodí se, když chcete odpovědi s odkazem na zdrojový dokument a jasné přiznání, že něco v podkladech není.
• NotebookLM — varianta pro uzavřené sady dokumentů: odpovídá jen z nahraných zdrojů a u každé odpovědi ukáže citaci. Vhodné pro předávku agendy nebo pro externistu s ostře vymezeným rozsahem, viz NotebookLM a vlastní zdroje.
• Notion — přirozený domov pro samotnou firemní wiki; Projekt pak stojí nad ní jako vyhledávací a odpovídací vrstva.
• Firemní úložiště (Google Drive, SharePoint) — kde už dokumenty většinou leží; stačí vybrat správnou podmnožinu, ne stěhovat celý disk.
• Konektory (MCP) — pokročilá varianta pro později: místo nahrávání souborů se AI napojí přímo na wiki nebo Drive a pracuje vždy s aktuální verzí.

Co vám to přinese

• Čas týmu: hodiny každého kolegy, které jinak padnou na opakované vysvětlování. U jednoho nástupu do dvanáctičlenného týmu jde snadno o desítky hodin za měsíc — vyrušení totiž stojí víc než odpověď samotná.
• Peníze: kratší doba do samostatnosti znamená, že nový člověk začne přinášet hodnotu dřív. A ušetříte i na chybách z domýšlení, které se opravují dráž než odpověď.
• Klid nováčka: může se ptát i na to, na co je mu trapné se zeptat popáté. Nikdo nekouká, nikdo nevzdychne, není potřeba čekat na volnou chvilku kolegy.
• Kvalita: všichni dostanou stejnou verzi postupu. Konec toho, že každý služebně starší kolega učí nováčky trochu jinak a po roce má tým čtyři varianty téhož procesu.
• Zpětná vazba na dokumentaci: seznam nezodpovězených otázek ukáže, kde máte v postupech díry a co žije jen v hlavách lidí. Tuhle informaci jinak nezískáte za žádné peníze.

Pro tip

Otočte směr a nechte Projekt sepsat onboardingový plán, ne jen odpovídat. Když do něj nahrajete dokumenty a popis role, umí z toho složit plán prvních třiceti dnů — co si má nováček přečíst kdy, jaké úkoly zvládne v jakém pořadí a s kým se má potkat. Pro vedoucího je to půlhodina práce místo půldne, a hlavně to vznikne z reálné dokumentace, ne z obecné šablony.

A závěrečné pravidlo, které platí nad vším ostatním: Projekt odpovídá, člověk rozhoduje. Nováček se z něj naučí, jak se u vás věci dělají, ale schválení slevy, podpis smlouvy, cokoli s dopadem na peníze nebo na klienta jde přes člověka uvedeného ve schvalovací matici. Nástroj, který zrychlí zaučení, nesmí zároveň zrušit kontrolní body — ty tam nejsou proto, že by nováčkovi nikdo nevěřil, ale proto, že chyba v nich stojí víc než minuta čekání.