Náborový trychtýř
TOOLS · EXPERTINI ATS

Náborový trychtýř

Skutečná kumulativní analytika náborového trychtýře s měřením času v jednotlivých fázích a identifikací úzkých míst, napříč všemi vašimi aktivními pozicemi nebo v přímém srovnání.

3 min čtení · Aktualizováno v červenci 2026 · Redakce Expertini

Skutečná analytika náborového trychtýře vypočítaná z historie fází – kumulativní počty, kde se přijatý uchazeč započítává jako uchazeč, který prošel každou předchozí fází, čas v jednotlivých fázích a identifikace problematických míst, pro jednotlivé pozice nebo při vzájemném porovnání.

Výrok „Doba do přijetí je příliš dlouhá“ sám o sobě nevede k žádným konkrétním krokům; teprve přesná znalost toho, která fáze je skutečným úzkým hrdlem, promění vágní stížnost v řešitelný problém, a k tomu jsou zapotřebí reálná kumulativní data o náborovém trychtýři, nikoli jen aktuální momentální stav počtu uchazečů v jednotlivých fázích.

01What it does

Zobrazuje, kolik uchazečů dosáhlo jednotlivých fází náboru, míru konverze mezi fázemi, průměrný čas strávený v každé fázi a označuje, která fáze představuje skutečné úzké hrdlo — včetně možnosti exportu do sdílitelného PDF pro reporting.

02Who it's for

Náboroví manažeři a vedoucí HR, kteří potřebují přesně vědět, kde náborový proces ztrácí čas nebo uchazeče, a agentury reportující výkonnost trychtýře klientovi s podloženým a exportovatelným přehledem.

03V čem je rozdíl

Vypočítává skutečné kumulativní počty v náborovém trychtýři z úplné historie fází – přijatý kandidát se započítává, jako by prošel každou předchozí fází – namísto pouhého snímku aktuální fáze, což představuje zásadně odlišný a přesnější pohled na to, kde kandidáti skutečně odpadávají.

04Why it matters

Výrok „doba do přijetí je příliš dlouhá“ sám o sobě k řešení nevede — teprve zjištění, která fáze představuje skutečné zúžené místo (screening, plánování pohovorů nebo vyjednávání o nabídce), umožňuje situaci napravit namísto pouhého obecného záměru ke zlepšení.

05Ceník a co je zahrnuto

Zahrnuto od tarifu Business výše s dostupnou 14denní bezplatnou zkušební verzí, abyste mohli posoudit, zda tato úroveň vyhovuje vašim potřebám reportování.

06Support

Centrum nápovědy vysvětluje, jak se kumulativní počty liší od okamžitého přehledu; pro cokoli dalšího je vám k dispozici podpora na support@expertini.com.

Technické poznámky

Architektura a provoz platformy

A1Architektura: kde se v platformě nachází

Náborový trychtýř is a first-class module of the Správa pipeline a klientů suite inside the authenticated Expertini ATS workspace. Platforma je záměrně vykreslována na straně serveru: každé zobrazení je připraveno aplikačním serverem a doručeno jako kompletní HTML bez jakéhokoli klientského frameworku, skriptů CDN třetích stran a bez sestavovacího řetězce mezi daty a stránkou. To, co se vykreslí, je přesně to, co server vypočítal – což je vlastnost, díky níž je rozhraní plně auditovatelné.

Veškeré ukládání dat probíhá v jediném dokumentovém úložišti nativně uzpůsobeném pro vyhledávání; každý dotaz nese identifikátor organizace jako povinný filtr na nejnižší vrstvě dotazování. Izolace tenantů je tedy strukturální – vlastnost toho, jak je každý požadavek sestaven – nikoli zásada spoléhající na to, že aplikační kód nezapomene provést kontrolu.

Availability is governed by the platform's tool registry: this tool is registered from the Business plan, and access is enforced server-side by the registry gate on every request — never by hiding a button. Plans also carry a monthly distinct-tool quota (3 / 5 / 15 / 30 / 45 across Trial→Business, unlimited on Enterprise), counted at the same chokepoint. The pricing page states both honestly: what is available, and how much of it the month includes.

A2Datový model a mapa závislostí

In production the tool reads and writes pipeline applications (ats_applications). Documents are plain, explicitly-mapped fields — mappings are provisioned ahead of first write, so term filters and aggregations behave deterministically instead of depending on inferred types.

Každé jednotlivé otevření je zaznamenáno do úložiště aktivit nástroje — a právě tento protokol, nikoli paralelní analytický systém, sekce Přehledy agreguje. Čísla využití, která vidíte, odpovídají hodnotám, které platforma skutečně zaznamenala.

Vše, co opouští cestu požadavku — hromadné odesílání oznámení, doručování webhooků, protokolování aktivit, e-maily — běží na pozadí ve vláknech typu fire-and-forget. Pomalý externí koncový bod tak nikdy nemůže způsobit zamrznutí rozhraní a neúspěšný vedlejší účinek je zaprotokolován, místo aby byl v tichosti opakován a vedl k nekonzistenci.

A3Provozní aspekty

Nastavení na úrovni organizace, destruktivní akce a propojení jsou vyhrazeny rolím vlastníka a administrátora; personalisté pracují s nástrojem na záznamech, které smějí vidět. Změny rolí se projeví při dalším požadavku — vynucení probíhá na úrovni routování, nikoli v menu.

Chyby jsou zobrazeny, nikoli skryty: validace na straně serveru vrací přesné pole a důvod, chyby dodavatelů jsou v případě integrací citovány doslovně a každý zápis je buď potvrzen, nebo nahlášen. Exporty se generují znovu na vyžádání namísto ukládání do mezipaměti — stažený přehled odráží stav úložiště v okamžiku vašeho požadavku, nikoli stav ze včerejší noci.

Všechna zapsaná data jsou vaše: exporty do CSV a aplikace Data Export pokrývají stejná úložiště, ze kterých čte samotný produkt. Odchod je stejně otevřený jako příchod – ze své podstaty, nikoli z ústupku.

A4Interaction contract

Rozhraní se řídí konvencí vyhledávání a výběru v rámci platformy: jakékoli pole odkazující na skutečný záznam – kandidáta, klienta nebo pracovní pozici – je dynamický našeptávač nad živými daty, nikoli pole pro volný text. Díky tomu zůstává historie aktivit i deduplikace naprosto spolehlivá. Statické volby fungují jako filtrovatelné seznamy namísto nativních rozbalovacích nabídek a změny stavů poskytují jednoznačnou zpětnou vazbu: potvrzení ze serveru se zobrazují jako oznámení, chyby validace uvádějí přesné pole a nic se nezobrazí jako hotové, dokud to server nepotvrdí.

Níže uvedený drátěný model a pracovní postup dokumentují strukturální uspořádání rozhraní — jaké panely existují, v jakém pořadí stavy nastávají a co se děje na jednotlivých rozhraních — spíše než konkrétní pixely. Rozvržení je vytvořeno pomocí nativního CSS gridu a flexboxu a přizpůsobuje se od široké desktopové obrazovky až po jeden sloupec bez nutnosti samostatných mobilních zobrazení.

Mapa závislostí

Reads / writesats_applications
Access gateBusiness plan and above — enforced server-side by the tool registry
Monthly quotajedinečných nástrojů za měsíc: Trial 3 / Starter 5 / Growth 15 … neomezeně v tarifu Enterprise
Usage journalats_tool_activity (za otevření)
Tenancykaždý dotaz je filtrován podle ID organizace na úrovni dotazu
Side effectsvlákna na pozadí — nikdy v cestě požadavku

Návrh rozhraní

Strukturální schéma rozhraní – panely, hierarchie a možnosti interakce. Závazek, nikoli snímek obrazovky.
metrika
metrika
změna oproti předchozímu
změna oproti předchozímu
Agregační plátno — počítáno v čase požadavku
CSVPDF — znovu vygenerováno na vyžádání
Obr. 1 — Náborový trychtýř: strukturální schéma rozhraní. Panely a stavy jsou závazné; zobrazená data jsou zástupná.

Tok interakce — stavy, validace, zpětná vazba

Každý stav níže je vynucen na straně serveru; rozhraní jej pouze zobrazuje, nerozhoduje o něm.
Open viewbrána registru: tarif + měsíční kvóta
Aggregatedynamické agregace na úrovni organizace v čase požadavku – žádné zastaralé souhrny
Renderserverem generované SVG grafy; rozdíly oproti předchozímu srovnatelnému období
Drill / exportOpětovné generování CSV / PDF na vyžádání
Zatím žádná data → graf to uvádí; nic se neinterpoluje ani nevymýšlíObdobí bez srovnání → změna je vynechána, nikoli vykonstruovánaExport → znovu vygenerováno z aktivního úložiště v okamžiku kliknutí
Obr. 2 — tok interakcí: tmavě modrá = stavy, zlatá = brány vynucené serverem, zelená = potvrzené výsledky; štítky uvádějí okrajové případy a jejich zpětnou vazbu.

Datové plátno — jak se vykreslují metriky

Interaktivní ukázka s ilustrativními daty (nejedná se o živé metriky). V produktu jsou řady počítány agregacemi na úrovni organizace v čase požadavku a vykreslovány jako nativní SVG – žádné knihovny grafů, nic vymyšleného na straně klienta.

Často kladené otázky

Jaký je rozdíl mezi kumulativním počtem a počtem v reálném čase v náborovém trychtýři?
Snímek v reálném čase ukazuje, kolik kandidátů se aktuálně nachází v jednotlivých fázích; kumulativní počet ukazuje, kolik jich do dané fáze kdykoliv vstoupilo, včetně kandidátů, kteří se od té doby posunuli dále nebo byli přijati – což představuje přesnější pohled pro identifikaci skutečných úzkých míst.
Mohu porovnávat výkonnost náborového trychtýře napříč více pozicemi?
Ano – analýza náborového trychtýře je k dispozici pro jednotlivé pozice nebo pro jejich vzájemné porovnání vedle sebe.
Mohu tato data sdílet s klientem nebo zúčastněnou stranou?
Ano — obsahuje export do formátu PDF ke sdílení pro účely reportingu.
Který tarif obsahuje tento nástroj?
Enterprise, s možností 14denní bezplatné zkušební verze pro vyzkoušení.

Přehled

  • Zahrnuto od tarifu Business výše
  • Kumulativní, reálné počty v náborovém trychtýři — nikoli momentální snímek aktuální fáze
  • Označí konkrétní problematickou fázi, nejen celkovou rychlost
  • Čas strávený v jednotlivých fázích a míra konverze mezi fázemi
  • Sdílitelný export do PDF pro reporting
  • K dispozici je 14denní bezplatná zkušební verze

Vyzkoušejte si náborový trychtýř na vlastním náboru.

Přineste si reálný popis pracovní pozice na 30minutové demo — bezplatná zkušební verze v ceně.

Domluvit si ukázku
Inteligentní Expertini
Nyní online
Dobrý den! Jsem inteligentní produktový expert platformy Expertini. Zeptejte se mě na cokoli ohledně našich řešení, získejte rady k libovolným nástrojům pro nábor nebo mi jednoduše řekněte, čeho chcete dosáhnout — rád vás navedu správným směrem. V případě problémů týkajících se konkrétního účtu napište na support@expertini.com.