KYC ülevaatuse järjekorra kujundamine, mis skaleerub

KYC ülevaatuse järjekord on tagakontori töövoog, kus identiteedikontrollid, mida masin ise lahendada ei suutnud, pannakse inimese ette. Enamik taotlusi peaks läbima automaatselt; järjekord on olemas nende jaoks, mis ei läbi. Selle kogu disainieesmärk on jääda väikeseks — hoida tõelist ebaselgust ja mitte muud —, sest järjekord, mis täitub juhtumitega, mille oleks pidanud otsustama masin, ei ole kontroll, vaid kitsaskoht, mis kasvab lineaarselt registreerumistega. Kui järjekord on õige, skaleerub tagakontor erandite, mitte mahuga.

See üks omadus — tahtlikult väike — juhib kõiki järgnevaid otsuseid. Alusta jaotusest, mis seda sellisena hoiab.

Täisautomaatne töötlus on eesmärk, järjekord on erand

Täisautomaatne töötlus (STP) tähendab, et taotlus lahendatakse otsast lõpuni ilma inimese sekkumiseta: dokumendid loetud, identiteet sobitatud, sanktsiooni- ja PEP-kontroll puhas, elavuskontroll läbitud, otsus salvestatud. See peaks olema tavaline tee ning selle läbivate taotluste osa — STP määr — on ainus number, mis ütleb, kas järjekord skaleerub. Kui üheksakümmend-mitu protsenti lahendub automaatselt, on inimeste järjekord hallatav tilkumine; kui pooled kukuvad ülevaatusele, palkad ülevaatajaid kasvuga sammu pidades. Järjekord ei ole koht, kus KYC toimub. See on koht, kus automatiseeritud KYC tunnistab, et ta pole kindel. Tõsta STP määra ja kõik teised numbrid paranevad tasuta: vähem järjekorda sattunud juhtumeid, lühemad ooteajad, vähem palgatavaid ülevaatajaid. Seda tasub otse rünnata — parem dokumendi jäädvustamine kliendis, selgemad juhised enne foto tegemist, sobitusläved häälestatud nii, et päris kliente ei tõrjuks üleettevaatlik reegel —, sest iga seal tagasi võidetud protsendipunkt on juhtum, millest ei saa kellegi pärastlõunat.

Mis järjekorda jõuab ja miks

Juhtumid kukuvad ülevaatusele konkreetsetel, nimetatavatel põhjustel ja põhjus on juhtumi tähtsaim atribuut. Dokumendifoto on lugemiseks liiga hägune. Isikutunnistuse nimi ei ühti taotluse nimega. Sanktsiooni- või PEP-kontroll andis võimaliku vaste, mida inimene peab kinnitama või ümber lükkama. Aadressi ei saa ühegi allika vastu kontrollida. Elavuskontroll ebaõnnestus või sama nägu või dokument on juba teisel kontol. Kõik need on erinev töö, mis nõuab erinevat otsustusvõimet — ja nende ühte eristamata hunnikusse kuhjamine on esimene viga, mida ülevaatuse järjekord teeb. Ja sama põhjus võib kaaluda väga erinevalt: nime mittevastavus võib olla tavaline abielunime erinevus või varastatud identiteedi esimene märk, ning järjekorra ülesanne on suunata see inimesele, kes vahet teeb, mitte sundida kiirele otsusele juhtumit, mis väärib hoolikat.

Üks järjekord ei piisa: segmenteeri põhjuse järgi

Üks järjekord sunnib iga ülevaatajat olema generalist ja iga juhtumit ootama mitteseotud juhtumite taga. Põhjuse järgi segmenteerimine lahendab mõlemad. Sanktsioonide võimaliku vaste järjekorda töötlevad sõelumise ja lahendamise koolituse saanud inimesed; dokumendikvaliteedi järjekord on kiire visuaalne kontroll, mille noorem ülevaataja teeb sekunditega; duplikaatkontode järjekord on pettuseuurimine. Igal segmendil on oma suunamine, oma nõutav oskus ja oma teenustaseme eesmärk, sest hägune foto tuleks lahendada minutitega, samal ajal kui tõeline sanktsioonivaste väärib hoolikat, kiirustamata lahendamist. Segmenteerimine laseb läbilaskevõimel ja rangusel koos eksisteerida, mitte üksteisest loobuda.

Ülevaatusjärjekord ei skaleeru ülevaatajaid juurde palgates. See skaleerub siis, kui õigesti otsustatakse, millised juhtumid polnudki ülevaatust vajanud, ja kui need, mis seda vajavad, jõuavad kohale juba põhjuse järgi sorteeritult.

Põhjendust nõudvad, auditeeritavad toimingud

Iga ülevaataja otsus — kinnitamine, tagasilükkamine, eskaleerimine, lisadokumentide küsimine — peab nõudma põhjendust ja olema salvestatud. Mitte vabateksti järelmõttena, vaid struktureeritud valikuna, mis ütleb, miks toiming tehti, ja mis fikseeritakse toimingu tegemise hetkel. See ei ole bürokraatia, vaid just see teebki järjekorra kaitstavaks. Kui regulaator, audiitor või hilisem ülevaataja küsib, miks konto kinnitati vaatamata lipule, on vastuseks nimeline ülevaataja, ajatempel ja esitatud põhjus, mitte õlakehitus. Auditijälg on ainult lisatav (append-only), nii et otsust ei saa tagantjärele vaikselt ümber kirjutada: parandused on uued kirjed, mitte muudatused vanade peal. Meie platvormil asuvad see järjekord ja selle auditimudel toimingus Protocore Center (/products/center), operaatorikonsoolis, kus iga privilegeeritud toiming nõuab põhjendust ja jõuab logisse, mida ei saa märkamatult muuta.

Neljasilmareegli juhtumid

Mõned otsused on liiga tähtsad, et neid ühe inimese teha jätta. Päris sanktsioonitabamuse kustutamine, kõrge riskiga profiili kinnitamine või automaatse tagasilükkamise tühistamine peaks nõudma teise ülevaataja kinnitust — maker-checker ehk neli silma. Esimene ülevaataja teeb ettepaneku ja esitab põhjuse; teine, kellel on selleks volitus, kinnitab või lükkab tagasi ning esitab oma põhjuse. Mõlemad toimingud logitakse. See ei tähenda umbusku ülevaatajate vastu, vaid tõdemust, et kõige riskantsemad kinnitused on just need, kus üksainus viga läheb kõige kallimaks, ja teine silmapaar on selle vastu odavaim kindlustus. Järjekorra ülesehitus peaks suunama need juhtumid põhjuse alusel automaatselt kaheastmelisele otsustusele, mitte lootma, et ülevaatajad mäletavad seda. Hoia kaheastmelisus siiski teadlikult tähtsate juhtumite jaoks: kui rakendada seda kõigele, kahekordistub kogu järjekorra hind ja ülevaatajad harjuvad teist allkirja mehaaniliselt andma, mis õõnestab vaikselt kogu mõtte.

Disain mahu jaoks: vananemine, prioriseerimine, SLA-d

Järjekord, mis ainult kasvab, on läbi kukkunud järjekord. Ehita sisse surve, mis hoiab seda liikumas. Juhtumid vananevad nähtavalt, nii et miski ei jää unarusse; igal segmendil on teenusetaseme siht, mistõttu hägusa foto juhtum, mis rikub oma minutitepikkust SLA-d, ilmub nähtavale teisiti kui sanktsioonijuhtum oma pikema tähtaja sees. Prioriseerimine on päris valik: vanim-ees on aus ja lihtne, kuid riskipõhine — suurim võimalik kokkupuude tipus — on sageli õige otsus, kusjuures vananemine on viigilahendaja, et madala riskiga juhtumid ikka lahenevad, mitte ei nälgi. Ülevaataja ekraan peaks näitama järgmist juhtumit, mis on juba suunatud ja prioriseeritud, mitte nimekirja, kust valida — sest järjekord, kust inimesed valivad, on järjekord, kust ebamugavaid juhtumeid kunagi ei võeta. Järjekord ilma nähtava vananemiseta laguneb vaikselt: rasked juhtumid vajuvad põhja, kerged keerlevad tipus, ja ainus mõõdik, mis oleks seda paljastanud — vanima lahtise juhtumi vanus —, on just see number, mida keegi ei jälgi enne, kui klient kurdab.

Järjekorra mõõtmine

Neli numbrit ütlevad, kas disain töötab. STP määr näitab, kui suur osa ei vajanudki inimest; järjekorra pikkus ja selle trend näitavad, kas jõuad järele või jääd maha; otsuseni jõudmise aeg, mida jälgitakse segmentide kaupa SLA vastu, näitab, kas kliendid ootavad liiga kaua liitumist; ja taasavamiste määr — hiljem tühistatud otsused — näitab, kas ülevaatajad otsustavad õigesti või lihtsalt kiiresti. Jälgi neid koos, sest need on omavahel vastuolus: otsuseni jõudmise aja langetamine samal ajal, kui taasavamiste määr tõuseb, tähendab, et ostsid kiiruse vigadega. Terve järjekord on väike, liikuv, õigesti otsustatud ja aus selle suhtes, mis temas veel lahtine on.

Back office, mida inimesed ette kujutavad — ruumitäis töötajaid, kes sisestavad avaldusi —, tekib siis, kui automatiseerimine lahendab liiga vähe ja järjekord on üks eristamata hunnik. Back office, mis skaleerub, on selle vastand: enamik avaldusi ei jõua kunagi inimeseni, need, mis jõuavad, saabuvad põhjuse ja prioriteedi järgi sorteeritult, iga toiming kannab põhjuse ainult lisatavasse logisse ning neli silma valvavad otsuseid, mis seda väärivad. Ehita järjekord erandite jaoks ja see jääb kasvades väikeseks. Ehita see paigaks, kus KYC toimub, ja see kasvab iga uue registreerujaga.