Dizajn KYC reda za pregled koji se skalira

KYC red za pregled je back-office tok rada u kome se provere identiteta koje mašina nije mogla sama da reši stavljaju pred čoveka. Većina prijava treba da prođe automatski; red postoji za one koje ne prođu. Njegov ceo cilj dizajna je da ostane mali — da drži pravu dvosmislenost i ništa drugo — jer red koji se puni slučajevima o kojima je mašina trebalo da odluči nije kontrola, već usko grlo koje linearno raste sa brojem registracija. Ako red postavite kako treba, back office raste sa izuzecima, a ne sa obimom.

To jedno svojstvo — mali namerno — određuje svaku sledeću odluku. Počnite od podele koja ga održava takvim.

Straight-through je cilj, red je izuzetak

Straight-through processing (STP) znači da se prijava rešava od početka do kraja bez ljudskog dodira: dokumenta pročitana, identitet usklađen, provera sankcija i PEP lista čista, liveness prošao, odluka zabeležena. To treba da bude uobičajen put, a udeo prijava koje njime prolaze — STP stopa — jedini je broj koji govori da li će se red skalirati. Ako se devedeset i nešto odsto rešava automatski, ljudski red je podnošljiv potok; ako polovina ispadne na pregled, zapošljavate pregledače u koraku sa rastom. Red nije mesto gde se KYC dešava. To je mesto gde automatizovani KYC priznaje da nije siguran. Podignite STP stopu i svaki drugi broj se popravlja sam od sebe: manje slučajeva u redu, kraća čekanja, manje pregledača za zapošljavanje. Vredi je napadati direktno — bolje snimanje dokumenata na klijentu, jasnija uputstva pre slikanja, pragovi poklapanja podešeni tako da pravi klijenti ne budu odbijeni preopreznim pravilom — jer je svaki procenat vraćen na tom mestu slučaj koji nikad neće postati nečije popodne.

Šta završava u redu i zašto

Slučajevi ispadaju na pregled iz konkretnih razloga koji se mogu imenovati, a razlog je najvažniji atribut koji slučaj nosi. Fotografija dokumenta je previše mutna za čitanje. Ime na ličnoj karti ne odgovara imenu u prijavi. Provera sankcija ili PEP-a vratila je mogući pogodak koji čovek mora da potvrdi ili odbaci. Adresa se ne može proveriti ni u jednom izvoru. Liveness provera nije prošla, ili isto lice ili dokument već postoji na drugom nalogu. Svako od toga je druga vrsta posla koja traži drugu vrstu procene — a trpanje svega u jednu nediferenciranu gomilu prva je greška koju red za pregled pravi. A isti razlog može imati vrlo različitu težinu: nepodudaranje imena može biti bezazlena razlika zbog devojačkog prezimena ili prvi znak ukradenog identiteta, a posao reda je da ga usmeri nekome ko vidi razliku, umesto da nameće prenagljenu odluku o slučaju koji zaslužuje pažljivu.

Jedan red nije dovoljan: segmentirajte po razlogu

Jedan red tera svakog pregledača da bude generalista, a svaki slučaj da čeka iza nepovezanih. Segmentiranje po razlogu rešava oba problema. Red mogućih poklapanja sa sankcijama obrađuju ljudi obučeni za screening i donošenje odluka; red za kvalitet dokumenata je brza vizuelna provera koju mlađi pregledač reši za nekoliko sekundi; red duplikata naloga je istraga prevare. Svaki segment dobija sopstveno rutiranje, sopstvenu potrebnu veštinu i sopstveni cilj nivoa usluge, jer mutna fotografija treba da se reši za nekoliko minuta, dok stvarni pogodak sa sankcija zaslužuje pažljivo, neužurbano rešavanje. Segmentacija omogućava da propusnost i rigoroznost koegzistiraju umesto da se međusobno žrtvuju.

Red za proveru se ne skalira zapošljavanjem novih analitičara. Skalira se tako što ispravno odlučite koji slučajevi uopšte nisu morali da dospeju u njega — a da oni koji jesu stignu već razvrstani prema razlogu.

Radnje sa obaveznim razlogom i revizorskim tragom

Svaka odluka analitičara — odobravanje, odbijanje, eskalacija, zahtev za dodatnom dokumentacijom — mora imati razlog i mora biti zabeležena. Ne kao slobodan tekst koji se dopisuje naknadno, već kao strukturisan izbor koji kaže zašto je radnja preduzeta i koji se beleži u trenutku kad se preduzme. To nije birokratija; to je ono što red čini odbranjivim. Kada regulator, revizor ili kasniji analitičar pita zašto je nalog odobren uprkos oznaci, odgovor je imenovani analitičar, vremenska oznaka i naveden razlog — a ne sleganje ramenima. Revizorski trag je append-only, pa se odluka ne može tiho prepraviti naknadno; ispravke su novi unosi, a ne izmene starih. U našem stack-u ovaj red i njegov model revizije žive u Protocore Center (/products/center), operatorskoj konzoli u kojoj svaka privilegovana radnja zahteva razlog i završava u logu koji se ne može neprimetno izmeniti.

Slučajevi za četiri oka

Neke odluke su previše značajne za jednu osobu. Brisanje stvarnog pogotka na listi sankcija, odobravanje visokorizičnog profila ili poništavanje automatskog odbijanja treba da potvrdi i drugi analitičar — maker-checker, odnosno princip četiri oka. Prvi analitičar predlaže i navodi razlog; drugi, sa odgovarajućim ovlašćenjem, potvrđuje ili odbija i navodi svoj. Obe radnje se beleže. To nije nepoverenje prema analitičarima; to je priznanje da su najrizičnija odobrenja upravo ona kod kojih je jedna greška najskuplja, a drugi par očiju je najjeftinije osiguranje od nje. Dizajn reda treba da ove slučajeve automatski, prema razlogu, usmerava na odluku u dva koraka, umesto da se oslanja na to da će analitičari to upamtiti. Dva koraka ipak čuvajte za značajne slučajeve; primena na sve udvostručuje cenu celog reda i uči analitičare da mehanički overavaju drugi potpis, čime se smisao drugog potpisa tiho gubi.

Dizajn za obim: starenje, prioritizacija, SLA

Red koji samo raste je red koji je zakazao. Ugradite pritisak koji ga drži u pokretu. Slučajevi vidljivo stare, pa ništa ne ostaje zaboravljeno; svaki segment ima svoj cilj nivoa usluge, pa slučaj sa mutnom fotografijom koji probija SLA od nekoliko minuta izlazi na videlo drugačije od slučaja sa sankcijama unutar dužeg roka. Prioritizacija je stvarni izbor: najstariji-prvi je pošteno i jednostavno, ali rizik-prvi — najveća potencijalna izloženost na vrhu — često je pravi potez, uz starenje kao dodatni kriterijum da se slučajevi niskog rizika i dalje rešavaju, a ne izgladnjuju. Ekran analitičara treba da prikaže sledeći slučaj, već usmeren i prioritizovan, a ne listu iz koje se bira — jer red kroz koji ljudi prebiraju je red u kome se nezgodni slučajevi nikad ne biraju. Red bez vidljivog starenja tiho truli: teški slučajevi tonu na dno dok se laki vrte na vrhu, a jedina metrika koja bi to otkrila — starost najstarijeg otvorenog slučaja — upravo je broj koji niko ne prati dok se klijent ne požali.

Merenje reda

Četiri broja govore da li dizajn funkcioniše. STP stopa kaže koliko slučajeva uopšte nije trebalo da vidi čovek; dubina reda i njen trend govore da li držite korak ili zaostajete; vreme do odluke, praćeno po segmentu u odnosu na njegov SLA, kaže da li klijenti predugo čekaju na onboarding; a stopa ponovnog otvaranja — odluke koje su kasnije poništene — kaže da li analitičari odlučuju ispravno ili samo brzo. Pratite ih zajedno, jer se međusobno kompenzuju: ako vreme do odluke pada dok stopa ponovnog otvaranja raste, brzinu ste kupili greškama. Zdrav red je mali, u pokretu, ispravno odlučen i iskren o slučajevima koji su u njemu još otvoreni.

Back office kakav ljudi zamišljaju — sobe pune zaposlenih koji ručno unose prijave — dobija se kada automatizacija rešava premalo, a red je jedna neizdiferencirana gomila. Back office koji se skalira je obrnut: većina prijava nikad ne stigne do čoveka, one koje stignu dolaze razvrstane po razlogu i prioritetu, svaka radnja unosi razlog u append-only log, a princip četiri oka čuva odluke koje to zaslužuju. Napravite red za izuzetke i on ostaje mali dok rastete. Napravite ga kao mesto gde se događa KYC i on raste sa svakom registracijom koju primite.