KYC peržiūros eilė, kuri auga kartu su verslu

KYC peržiūros eilė – tai back-office darbo eiga, kurioje tapatybės patikros, kurių mašina pati nepatvirtino, pateikiamos žmogui. Dauguma paraiškų turėtų praeiti automatiškai; eilė egzistuoja toms, kurios neprieina. Visas jos projektavimo tikslas – likti maža, talpinti tik tikrą dviprasmybę, nes eilė, prisipildžiusi atvejų, kuriuos turėjo spręsti mašina, yra ne kontrolė, o butelio kakliukas, augantis tiesiškai su registracijų skaičiumi. Teisingai suprojektuota eilė leidžia back office plėstis pagal išimtis, o ne pagal apimtį.

Ši vienintelė savybė – sąmoningas mažumas – lemia kiekvieną tolesnį sprendimą. Pradėkime nuo atskyrimo, kuris ją tokią išlaiko.

Tikslas – tiesioginis apdorojimas, eilė – išimtis

Tiesioginis apdorojimas (STP) reiškia, kad paraiška patvirtinama nuo pradžios iki galo be žmogaus įsikišimo: dokumentai nuskaityti, tapatybė sutapatinta, sankcijų ir PEP patikra švari, gyvumo (liveness) patikra praeita, sprendimas užfiksuotas. Tai turėtų būti įprastas kelias, o jį pasirenkančių paraiškų dalis – STP rodiklis – yra vienintelis skaičius, parodantis, ar eilė plėsis. Jei devyniasdešimt su viršum procentų patvirtinama automatiškai, žmonių eilėje lieka valdomas srovelis; jei pusė iškrenta į peržiūrą, peržiūrėtojų samdote lygiagrečiai su augimu. Eilė nėra vieta, kur vyksta KYC. Tai vieta, kur automatizuotas KYC prisipažįsta nesantis tikras. Kelkite STP rodiklį, ir visi kiti skaičiai pagerėja savaime: mažiau eilėje esančių atvejų, trumpesnis laukimas, mažiau samdytinų peržiūrėtojų. Tai verta spręsti tiesiogiai – geresnis dokumentų fotografavimas kliente, aiškesnės instrukcijos prieš nuotrauką, suderinti sutapimo slenksčiai, kad tikri klientai nebūtų atmetami dėl pernelyg atsargios taisyklės, – nes kiekvienas čia atgautas procentinis punktas yra atvejis, kuris niekada netaps kieno nors popiete.

Kas patenka į eilę ir kodėl

Atvejai iškrenta į peržiūrą dėl konkrečių, įvardijamų priežasčių, ir priežastis yra svarbiausias atvejo požymis. Dokumento nuotrauka per neryški, kad ją būtų galima perskaityti. Vardas tapatybės dokumente nesutampa su paraiškoje nurodytu. Sankcijų ar PEP patikra grąžino galimą atitikmenį, kurį žmogus turi patvirtinti arba atmesti. Adreso nepavyksta patikrinti pagal jokį šaltinį. Nepavyko gyvumo patikra arba toks pats veidas ar dokumentas jau yra kitoje sąskaitoje. Kiekvienas iš šių atvejų – skirtingas darbas, reikalaujantis skirtingo sprendimo, o suversti juos į vieną nediferencijuotą krūvą – pirmoji peržiūros eilės klaida. Be to, ta pati priežastis gali turėti labai skirtingą svorį: vardo neatitikimas gali būti nieko ypatingo nereiškiantis pavardės pasikeitimas po santuokos arba pirmasis pavogtos tapatybės ženklas, o eilės darbas – nukreipti jį žmogui, gebančiam atskirti, užuot reikalavus skubaus verdikto atvejui, kuris nusipelno kruopštaus.

Vienos eilės neužtenka: segmentuokite pagal priežastį

Viena eilė verčia kiekvieną peržiūrėtoją būti universalistu, o kiekvieną atvejį – laukti už nesusijusių. Segmentavimas pagal priežastį išsprendžia abu dalykus. Galimų sankcijų atitikmenų eilę dirba žmonės, apmokyti atrankos ir sprendimų priėmimo srityje; dokumentų kokybės eilė – greita vizuali patikra, kurią jaunesnysis peržiūrėtojas atlieka per kelias sekundes; dubliuotų sąskaitų eilė – sukčiavimo tyrimas. Kiekvienas segmentas gauna savo maršrutizavimą, reikiamus įgūdžius ir savo paslaugos lygio tikslą, nes neryški nuotrauka turi būti išspręsta per minutes, o tikras sankcijų atitikimas nusipelno kruopštaus, neskubraus sprendimo. Segmentavimas leidžia derinti pralaidumą ir griežtumą, užuot vieną iškeitus į kitą.

Peržiūros eilės neišplėsi samdydamas daugiau peržiūrėtojų. Ją galima išplėsti tik teisingai nusprendus, kuriems atvejams jos iš viso nereikėjo, ir pasirūpinus, kad likusieji pasiektų peržiūrėtoją jau išrūšiuoti pagal priežastį.

Veiksmai su privaloma priežastimi ir auditu

Kiekvienas peržiūrėtojo sprendimas — patvirtinti, atmesti, eskaluoti, pareikalauti papildomų dokumentų — turi būti pagrįstas priežastimi ir užfiksuotas. Ne laisvo teksto pastaba „pro šalį“, o struktūruotas pasirinkimas, nurodantis, kodėl veiksmas atliktas, ir įrašytas tuo pačiu momentu. Tai nėra biurokratija — būtent tai daro eilę apginamą. Kai reguliuotojas, auditorius ar vėlesnis peržiūrėtojas klausia, kodėl sąskaita buvo patvirtinta nepaisant įspėjimo, atsakymas yra konkretus peržiūrėtojas, laiko žyma ir nurodyta priežastis, o ne gūžtelėjimas pečiais. Audito pėdsakas yra tik papildomas (append-only), todėl sprendimo vėliau tyliai perrašyti neįmanoma: pataisymai yra nauji įrašai, o ne senųjų redagavimas. Mūsų sistemoje ši eilė ir jos audito modelis veikia Protocore Center (/products/center) — operatoriaus konsolėje, kur kiekvienam privilegijuotam veiksmui reikia nurodyti priežastį, o jis patenka į žurnalą, kurio negalima tyliai pakeisti.

Keturių akių atvejai

Kai kurie sprendimai per daug reikšmingi, kad juos priimtų vienas žmogus. Tikros sankcijų atitikties panaikinimas, didelės rizikos profilio patvirtinimas ar automatinio atmetimo pakeitimas turėtų reikalauti, kad patvirtintų antras peržiūrėtojas — maker-checker, arba keturių akių principas. Pirmasis peržiūrėtojas pateikia siūlymą ir nurodo priežastį; antrasis, turintis tam įgaliojimus, patvirtina arba atmeta ir nurodo savo priežastį. Abu veiksmai registruojami. Tai ne nepasitikėjimas peržiūrėtojais, o supratimas, kad didžiausios rizikos patvirtinimai yra būtent tie, kuriuose viena klaida kainuoja brangiausiai, o antra akių pora — pigiausias draudimas nuo jos. Eilės dizainas turėtų tokius atvejus pagal priežastį automatiškai nukreipti į dviejų žingsnių procedūrą, o ne tikėtis, kad peržiūrėtojai prisimins. Tačiau dviejų žingsnių procedūrą palikite tik reikšmingiems atvejams: taikoma viskam, ji padvigubina visos eilės kainą ir išmoko peržiūrėtojus antrąjį parašą dėti automatiškai, o tai tyliai sunaikina visą tokio parašo prasmę.

Projektavimas dideliems srautams: senėjimas, prioritetai, SLA

Eilė, kuri tik auga, yra žlugusi eilė. Į dizainą įdėkite spaudimą, kuris ją judina. Atvejų senėjimas matomas, todėl niekas nepamirštamas; kiekvienas segmentas turi paslaugos lygio tikslą, todėl atvejis su neryškia nuotrauka, viršijantis kelių minučių SLA, išryškėja kitaip nei sankcijų atvejis savo ilgesnio SLA ribose. Prioritetų nustatymas — tikras pasirinkimas: seniausias pirmas yra sąžininga ir paprasta taisyklė, tačiau dažnai teisingesnis sprendimas yra rizika pirmiau — didžiausia galima ekspozicija viršuje, o senėjimas tampa lemiamu kriterijumi lygiaverčiais atvejais, kad mažos rizikos atvejai vis tiek būtų išnagrinėti, o ne išbadėtų. Peržiūrėtojo ekrane turi būti rodomas kitas atvejis, jau nukreiptas ir su prioritetu, o ne sąrašas, iš kurio renkamasi, nes eilė, kurią žmonės renkasi patys, yra eilė, kurioje nepatogūs atvejai niekada neišrenkami. Eilė be matomo senėjimo tyliai genda: sunkūs atvejai nugrimzta į dugną, o lengvieji sukasi viršuje, ir vienintelis rodiklis, kuris tai atskleistų — seniausio atviro atvejo amžius — yra būtent tas skaičius, kurio niekas nestebi, kol nepaskambina nepatenkintas klientas.

Eilės matavimas

Keturi skaičiai parodo, ar dizainas veikia. STP rodiklis sako, kiek atvejų apskritai nereikalavo žmogaus; eilės dydis ir jo tendencija rodo, ar spėjate, ar atsilikate; sprendimo priėmimo laikas, sekamas pagal segmentus ir lyginamas su jų SLA, parodo, ar klientai per ilgai laukia registracijos; o pakartotinio atidarymo rodiklis — vėliau panaikinti sprendimai — parodo, ar peržiūrėtojai sprendžia teisingai, ar tik greitai. Stebėkite juos kartu, nes jie vienas kitam prieštarauja: mažinant sprendimo laiką, kai auga pakartotinio atidarymo rodiklis, greitis nuperkamas klaidomis. Sveika eilė yra maža, judanti, teisingai sprendžiama ir sąžininga dėl joje dar likusių atvejų.

Užkulisių skyrius, kurį žmonės įsivaizduoja — salės, pilnos darbuotojų, vedančių paraiškas ranka — atsiranda tada, kai automatizacija išvalo per mažai, o eilė yra viena nediferencijuota krūva. Užkulisių skyrius, kuris plečiasi, yra priešingas: dauguma paraiškų niekada nepasiekia žmogaus, tos, kurios pasiekia, ateina išrūšiuotos pagal priežastį ir prioritetą, kiekvienas veiksmas įrašomas su priežastimi į tik papildomą žurnalą, o keturių akių principas saugo sprendimus, kuriems jo reikia. Kurkite eilę išimtims, ir ji liks maža augant. Kurkite ją kaip vietą, kur vyksta KYC, ir ji augs su kiekviena jūsų priimta registracija.