Jak navrhnout frontu KYC revizí, která se škáluje

Fronta KYC revizí je back-office workflow, ve kterém se kontroly identity, které stroj sám nedokázal uzavřít, předkládají člověku. Většina žádostí má projít automaticky; fronta existuje pro ty, které neprojdou. Celým jejím cílem je zůstat malá — držet skutečnou nejednoznačnost a nic jiného — protože fronta plná případů, které měl rozhodnout stroj, není kontrola, ale úzké hrdlo, které roste lineárně s počtem registrací. Když je fronta nastavená správně, back office se škáluje s výjimkami, ne s objemem.

Tato jediná vlastnost — záměrně malá — určuje každé další rozhodnutí. Začněte dělením, které ji takovou udrží.

Straight-through je cíl, fronta je výjimka

Straight-through processing (STP) znamená, že se žádost vyřídí od začátku do konce bez zásahu člověka: doklady přečtené, identita spárovaná, sankční a PEP screening čistý, liveness úspěšný, rozhodnutí zaznamenáno. Toto má být běžná cesta a podíl žádostí, které jí projdou — STP rate — je jediné číslo, které říká, zda se fronta bude škálovat. Pokud se devadesát a více procent vyřídí automaticky, lidská fronta je zvládnutelný pramének; pokud polovina vypadne do revize, budete najímat revizory úměrně růstu. Fronta není místem, kde se KYC děje. Je to místo, kde automatizované KYC přizná, že si není jisté. Zvyšte STP rate a všechna ostatní čísla se zlepší samy: méně případů ve frontě, kratší čekání, méně revizorů k najmutí. Stojí za to na něj zaútočit přímo — lepší snímání dokladů v klientovi, jasnější pokyny před pořízením fotky, prahy párování nastavené tak, aby skuteční zákazníci nenarazili na příliš opatrné pravidlo — protože každý procentní bod získaný zde je případ, který se nikdy nestane něčím odpolednem.

Co končí ve frontě a proč

Případy vypadávají do revize ze konkrétních, pojmenovatelných důvodů a důvod je nejdůležitější atribut, který případ nese. Fotka dokladu je příliš rozmazaná, než aby se dala přečíst. Jméno na dokladu nesedí se jménem v žádosti. Sankční nebo PEP screening vrátil možnou shodu, kterou musí člověk potvrdit nebo zamítnout. Adresu nelze ověřit v žádném zdroji. Liveness kontrola selhala, nebo stejný obličej či doklad už existuje na jiném účtu. Každé z toho je jiný druh práce vyžadující jiný druh úsudku — a hodit je všechny na jednu nerozlišenou hromadu je první chyba, kterou fronta revizí dělá. Navíc stejný důvod může mít velmi odlišnou váhu: nesoulad jména může být nevýznamný rozdíl kvůli změně příjmení po svatbě, nebo první známka ukradené identity, a úkolem fronty je nasměrovat případ k tomu, kdo ten rozdíl pozná, místo aby se vynucoval ukvapený verdikt u případu, který si zaslouží pečlivý.

Jedna fronta nestačí: segmentujte podle důvodu

Jediná fronta nutí každého revizora být generalistou a každý případ čekat za těmi nesouvisejícími. Segmentace podle důvodu řeší obojí. Frontu možných sankčních shod zpracovávají lidé vyškolení na screening a rozhodování; fronta kvality dokladů je rychlá vizuální kontrola, kterou junior revizor vyřídí za pár sekund; fronta duplicitních účtů je vyšetřování podvodu. Každý segment má vlastní směrování, vlastní požadovanou odbornost a vlastní cíl úrovně služeb, protože rozmazaná fotka se má vyřešit v minutách, zatímco skutečná sankční shoda si zaslouží pečlivé a nespěchané rozhodnutí. Segmentace je to, co umožňuje, aby rychlost a důslednost koexistovaly, místo aby se vyměňovaly.

Fronta k posouzení se neškáluje najímáním dalších posuzovatelů. Škáluje se tím, že správně rozhodnete, které případy ji nikdy nepotřebovaly — a že ty ostatní dorazí už roztříděné podle důvodu.

Auditované akce s povinným důvodem

Každé rozhodnutí posuzovatele — schválit, zamítnout, eskalovat, vyžádat další dokumenty — musí vyžadovat důvod a musí být zaznamenáno. Ne jako dodatečná poznámka ve volném textu, ale jako strukturovaný výběr, který říká, proč byla akce provedena, a je zachycený v okamžiku, kdy k ní došlo. Není to byrokracie, díky tomu je fronta obhajitelná. Když se regulátor, auditor nebo pozdější posuzovatel zeptá, proč byl účet schválen navzdory příznaku, odpovědí je jmenovitý posuzovatel, časové razítko a uvedený důvod — ne pokrčení ramen. Auditní stopa je pouze přidávací (append-only), takže rozhodnutí nelze dodatečně nenápadně přepsat; opravy jsou nové záznamy, ne úpravy těch starých. V našem stacku žije tato fronta i její auditní model v Protocore Center (/products/center), operátorské konzoli, kde každá privilegovaná akce vyžaduje důvod a zapisuje se do logu, který nelze potichu změnit.

Případy podle principu čtyř očí

Některá rozhodnutí mají příliš velké důsledky na to, aby je dělal jediný člověk. Uvolnění skutečné shody se sankčním seznamem, schválení vysoce rizikového profilu nebo zrušení automatického zamítnutí by měly vyžadovat potvrzení druhým posuzovatelem — maker-checker, tedy princip čtyř očí. První posuzovatel navrhne řešení a uvede důvod; druhý, který k tomu má oprávnění, jej potvrdí nebo zamítne a uvede svůj důvod. Obě akce se zaznamenají. Není to nedůvěra vůči posuzovatelům; je to uznání faktu, že u nejrizikovějších schválení je jediná chyba nejdražší a druhý pár očí je nejlevnější pojistka proti ní. Návrh fronty by měl tyto případy podle důvodu automaticky směrovat do dvoukrokového vyřízení, místo aby spoléhal na to, že si je posuzovatelé zapamatují. Dvoukrokový postup si ale vyhraďte záměrně jen pro případy s velkým dopadem; uplatnit ho na všechno zdvojnásobí náklady celé fronty a naučí posuzovatele druhý podpis jen odklepávat, což tiše maří smysl jeho existence.

Návrh pro velký objem: stárnutí, prioritizace, SLA

Fronta, která jen roste, je fronta, která selhala. Zabudujte do ní tlak, který ji udržuje v pohybu. Případy viditelně stárnou, takže nic nezůstane zapomenuto; každý segment má cíl úrovně služeb, takže případ s rozmazanou fotkou, který překračuje SLA v řádu minut, se zobrazí jinak než sankční případ v rámci delšího limitu. Prioritizace je skutečná volba: nejstarší první je férové a jednoduché, ale často je správné řešení nejdřív podle rizika — nejvyšší potenciální expozice nahoře — a stárnutí slouží jako rozhodující kritérium, aby se i nízkorizikové případy vyřizovaly a nehladověly. Obrazovka posuzovatele by měla zobrazit další případ, už nasměrovaný a seřazený, ne seznam, ze kterého si vybírá — fronta, ve které se lidé přehrabují, je fronta, ve které se nepohodlné případy nikdy nevyberou. Fronta bez viditelného stárnutí tiše hnije: těžké případy klesají ke dnu, zatímco ty snadné se točí nahoře, a jediná metrika, která by to odhalila — stáří nejstaršího otevřeného případu — je přesně to číslo, které nikdo nesleduje, dokud si nezačne stěžovat zákazník.

Měření fronty

O tom, zda návrh funguje, vypovídají čtyři čísla. Míra STP říká, kolik případů člověka nikdy nepotřebovalo; hloubka fronty a její trend říkají, zda držíte tempo, nebo zaostáváte; doba do rozhodnutí, sledovaná po segmentech vůči jejich SLA, říká, zda zákazníci nečekají na onboarding příliš dlouho; a míra znovuotevření — rozhodnutí, která byla později zvrácena — říká, zda posuzovatelé rozhodují správně, nebo jen rychle. Sledujte je společně, protože se navzájem ovlivňují: tlačit dobu do rozhodnutí dolů, zatímco míra znovuotevření roste, znamená, že jste si rychlost koupili chybami. Zdravá fronta je malá, plynule se pohybuje, rozhoduje se v ní správně a je upřímná ohledně případů, které v ní zůstávají otevřené.

Back office, jak si ho lidé představují — místnosti plné zaměstnanců, kteří proklikávají žádosti — vzniká, když automatizace vyřídí příliš málo a fronta je jedna nerozlišená hromada. Back office, který škáluje, je opak: většina žádostí se k člověku nikdy nedostane, ty, které ano, dorazí roztříděné podle důvodu a priority, každá akce nese svůj důvod do append-only logu a princip čtyř očí hlídá rozhodnutí, která si ho zaslouží. Postavte frontu pro výjimky a zůstane malá, i když porostete. Postavte ji jako místo, kde se dělá KYC, a poroste s každou registrací, kterou přijmete.