Како да се дизајнира KYC редица за преглед што расте

KYC редицата за преглед е работен тек во back-office каде проверките на идентитетот што машината не можела сама да ги разреши се ставаат пред човек. Повеќето апликации треба да поминат автоматски; редицата постои за оние што не поминуваат. Нејзината целосна цел на дизајн е да остане мала — да држи вистинска нејасност и ништо друго — бидејќи редица што се полни со случаи што машината требало да ги реши не е контрола, туку тесно грло што расте линеарно со регистрациите. Направете ја редицата како што треба и back-office расте со исклучоците, а не со обемот.

Таа единствена особина — намерно мала — го води секое понатамошно решение. Започнете со поделбата што ја одржува таква.

Straight-through е целта, редицата е исклучок

Straight-through processing (STP) значи дека апликацијата поминува од почеток до крај без човечки допир: документите прочитани, идентитетот совпаднат, проверката за санкции и PEP чиста, liveness поминат, одлуката запишана. Ова треба да е вообичаената патека, а уделот на апликации што ја минуваат — STP стапката — е единствената бројка што кажува дали редицата ќе расте. Ако деведесетина проценти поминат автоматски, човечката редица држи управлив тенок тек; ако половина паднат на преглед, вработувате прегледувачи во чекор со растот. Редицата не е местото каде се случува KYC. Таа е местото каде автоматизираниот KYC признава дека не е сигурен. Подигнете ја STP стапката и сите други бројки се подобруваат бесплатно: помалку случаи во редица, пократки чекања, помалку прегледувачи за вработување. Вреди директно да се работи на тоа — подобро снимање на документи кај клиентот, појасни упатства пред да се сними фотографија, прагови на совпаѓање подесени така што вистинските клиенти не се враќаат од претерано претпазливо правило — бидејќи секој вратен процентен поен е случај што никогаш не станува нечие попладне.

Што завршува во редицата и зошто

Случаите паѓаат на преглед од конкретни причини што може да се именуваат, а причината е најважниот атрибут што го носи еден случај. Фотографијата на документот е премногу заматена за читање. Името на личната карта не се совпаѓа со името на апликацијата. Проверка за санкции или PEP вратила можно совпаѓање што човек мора да го потврди или отфрли. Адресата не може да се потврди од ниту еден извор. Liveness проверката паднала или истото лице или документ веќе постои на друга сметка. Секое од овие е различен вид работа што бара различна проценка — а нивното собирање во една неразликувана купчина е првата грешка на редицата за преглед. А истата причина може да носи сосема различна тежина: несовпаѓање на името може да е безначајна разлика поради мажено презиме или прв знак на украден идентитет, а задачата на редицата е да го упати кај некој што може да ја види разликата, наместо да присили брза пресуда на случај што заслужува внимателна.

Една редица не е доволна: сегментирајте по причина

Единствена редица ги присилува сите прегледувачи да бидат генералисти, а секој случај да чека зад неповрзани. Сегментирањето по причина ги решава двете. Редицата за можно совпаѓање со санкции ја работат луѓе обучени за проверки и расправање на совпаѓања; редицата за квалитет на документи е брза визуелна проверка што помлад прегледувач ја решава за секунди; редицата за дупликат сметки е истрага за измама. Секој сегмент добива свое насочување, своја потребна вештина и своја цел за ниво на услуга, бидејќи заматена фотографија треба да се реши за минути, а вистинско совпаѓање со санкции заслужува внимателно, непрепрчано расправање. Сегментацијата е она што овозможува пропусноста и строгоста да коегзистираат, наместо да се менуваат една за друга.

Редицата за преглед не се скалира со вработување нови проверувачи. Се скалира кога правилно ќе одлучите кои случаи воопшто не требало да стигнат до неа — и кога ќе се погрижите оние што стигнуваат да пристигнат веќе подредени според причината.

Ревидирани дејства со задолжителна причина

Секоја одлука на проверувачот — одобрување, одбивање, ескалација, барање дополнителни документи — мора да бара причина и мора да се евидентира. Не како слободен текст пишуван накнадно, туку како структуриран избор што кажува зошто е преземено дејството, запишан во моментот кога е преземено. Ова не е бирократија; тоа ја прави редицата одбранлива. Кога регулатор, ревизор или подоцнежен проверувач ќе праша зошто една сметка е одобрена и покрај предупредувањето, одговорот е именуван проверувач, временска ознака и наведена причина — а не кревање раменици. Ревизорската трага е „само додавање“ (append-only), па одлуката не може тивко да се препише потоа; исправките се нови записи, а не измени врз старите. Во нашиот стек оваа редица и нејзиниот модел за ревизија живеат во Protocore Center (/products/center), операторската конзола во која секое привилегирано дејство бара причина и завршува во дневник што не може тивко да се менува.

Случаите со четири очи

Некои одлуки се премногу значајни за да ги носи една личност. Расчистувањето на вистински погодок од санкциска листа, одобрувањето на профил со висок ризик или поништувањето на автоматско одбивање треба да бараат потврда од втор проверувач — maker-checker, или принцип на четири очи. Првиот проверувач предлага и наведува причина; вториот, со соодветно овластување, потврдува или одбива и ја наведува својата. Двете дејства се евидентираат. Ова не е недоверба кон проверувачите; тоа е препознавање дека најризичните одобрувања се токму оние каде една грешка чини најмногу, а второто пар очи е најевтиното осигурување од неа. Дизајнот на редицата треба автоматски да ги упатува овие случаи кон двостепено решавање, според причината, наместо да се потпира на проверувачите да се сетат. Но двата чекора резервирајте ги намерно за значајните случаи; ако ги применувате на сè, цената на целата редица се удвојува, а проверувачите се навикнуваат механички да го потпишуваат вториот потпис, со што тивко се губи смислата од неговото постоење.

Дизајн за обем: стареење, приоритизација, SLA

Редица што само расте е редица што пропаднала. Вградете го притисокот што ја држи во движење. Случаите видливо стареат, па ништо не останува заборавено; секој сегмент има целна вредност за ниво на услуга, па случај со заматена фотографија што го надминува својот SLA од неколку минути се појавува поинаку од санкциски случај во рамки на својот подолг рок. Приоритизацијата е вистински избор: прво најстариот е праведно и едноставно, но прво најризичниот — со највисока потенцијална изложеност на врвот — често е вистинската одлука, со стареењето како критериум при изедначување, за и случаите со низок ризик да се решаваат, а не да изгладнат. Екранот на проверувачот треба да го прикажува следниот случај, веќе упатен и приоритизиран, а не список од кој се избира — зашто редица низ која луѓето бираат е редица во која незгодните случаи никогаш не се избрани. Редица без видливо стареење тивко иструлува: тешките случаи тонат на дното, додека лесните се вртат на врвот, а единствената метрика што би го открила тоа — староста на најстариот отворен случај — е токму бројот што никој не го следи сè додека клиент не се пожали.

Мерење на редицата

Четири броеви кажуваат дали дизајнот работи. STP стапката покажува колку случаи воопшто не барале човек; длабочината на редицата и нејзиниот тренд покажуваат дали држите чекор или заостанувате; времето до одлука, следено по сегмент наспроти неговиот SLA, покажува дали клиентите чекаат предолго за да бидат онбордирани; а стапката на повторно отворање — одлуки подоцна поништени — покажува дали проверувачите одлучуваат правилно или само брзо. Следете ги заедно, бидејќи се во спротивност меѓу себе: ако времето до одлука се намалува додека стапката на повторно отворање расте, значи брзината е купена со грешки. Здравата редица е мала, во движење, правилно решавана и искрена за случаите што сè уште се отворени во неа.

Бек офисот што луѓето си го замислуваат — простории со вработени што рачно внесуваат апликации — е она што го добивате кога автоматизацијата расчистува премалку, а редицата е една недиференцирана купчина. Бек офисот што се скалира е спротивниот: повеќето апликации никогаш не стигнуваат до човек, оние што стигнуваат пристигнуваат подредени според причина и приоритет, секое дејство носи причина во дневник само за додавање, а четирите очи ги чуваат одлуките што тоа го заслужуваат. Градете ја редицата за исклучоците и таа ќе остане мала додека растете. Градете ја како место каде се случува KYC и ќе расте со секоја регистрација што ја примате.