บันทึกจากหน้างาน

ออกแบบคิวตรวจสอบ KYC ให้รองรับการเติบโต

คิวตรวจสอบ KYC คือเวิร์กโฟลว์หลังบ้านที่นำการตรวจสอบตัวตนซึ่งเครื่องตัดสินเองไม่ได้ไปวางตรงหน้าคน ใบสมัครส่วนใหญ่ควรผ่านโดยอัตโนมัติ คิวมีไว้สำหรับรายที่ไม่ผ่าน เป้าหมายการออกแบบทั้งหมดคือให้คิวเล็กเข้าไว้ ให้มีเฉพาะความคลุมเครือจริง ๆ เท่านั้น เพราะคิวที่เต็มไปด้วยเคสที่เครื่องควรตัดสินได้ ไม่ใช่การควบคุม แต่เป็นคอขวดที่โตเป็นเส้นตรงตามจำนวนผู้สมัคร ถ้าออกแบบคิวถูกต้อง ทีมหลังบ้านจะโตตามข้อยกเว้น ไม่ใช่ตามปริมาณ

คุณสมบัติข้อเดียวนี้ คือเล็กโดยตั้งใจ เป็นตัวกำหนดทุกการตัดสินใจที่ตามมา เริ่มจากการแบ่งที่ทำให้คิวเล็กอยู่เสมอ

Straight-through คือเป้าหมาย คิวคือข้อยกเว้น

Straight-through processing (STP) หมายถึงใบสมัครผ่านตั้งแต่ต้นจนจบโดยไม่มีมือคนแตะ ได้แก่ อ่านเอกสาร จับคู่ตัวตน คัดกรอง sanctions และ PEP ไม่พบปัญหา ผ่าน liveness และบันทึกการตัดสินใจ นี่ควรเป็นเส้นทางหลัก และสัดส่วนใบสมัครที่ผ่านเส้นทางนี้ หรือ STP rate คือตัวเลขเดียวที่บอกว่าคิวจะรองรับการเติบโตได้หรือไม่ ถ้าเก้าสิบกว่าเปอร์เซ็นต์ผ่านอัตโนมัติ คิวของคนจะเหลือเพียงสายน้ำเล็ก ๆ ที่จัดการได้ แต่ถ้าครึ่งหนึ่งหลุดไปรอตรวจ คุณต้องจ้างผู้ตรวจสอบเพิ่มตามการเติบโต คิวไม่ใช่ที่ที่ KYC เกิดขึ้น แต่เป็นที่ที่ KYC อัตโนมัติยอมรับว่าไม่แน่ใจ ถ้าดัน STP rate ขึ้น ตัวเลขอื่นทุกตัวจะดีขึ้นตามไปเอง ได้แก่ เคสในคิวน้อยลง รอสั้นลง และจ้างผู้ตรวจสอบน้อยลง จึงควรแก้ที่จุดนี้โดยตรง ทั้งการจับภาพเอกสารที่ดีขึ้นฝั่งไคลเอนต์ คำแนะนำที่ชัดเจนขึ้นก่อนถ่ายภาพ และเกณฑ์การจับคู่ที่ปรับให้ลูกค้าตัวจริงไม่ถูกตีกลับด้วยกฎที่ระวังเกินไป เพราะทุกเปอร์เซ็นต์ที่ได้คืนมาคือเคสที่ไม่กลายเป็นงานช่วงบ่ายของใครสักคน

อะไรเข้าคิว และเพราะอะไร

เคสหลุดไปรอตรวจด้วยเหตุผลเฉพาะเจาะจงที่ระบุชื่อได้ และเหตุผลคือคุณสมบัติที่สำคัญที่สุดของเคส ภาพเอกสารเบลอเกินกว่าจะอ่านได้ ชื่อบนบัตรไม่ตรงกับชื่อในใบสมัคร การคัดกรอง sanctions หรือ PEP พบรายการที่อาจตรง ซึ่งต้องให้คนยืนยันหรือตัดออก ที่อยู่ตรวจสอบกับแหล่งใดไม่ได้ การตรวจ liveness ไม่ผ่าน หรือใบหน้าหรือเอกสารเดียวกันมีอยู่แล้วในอีกบัญชี แต่ละเหตุผลเป็นงานคนละแบบที่ต้องใช้วิจารณญาณคนละแบบ และการกองรวมทั้งหมดไว้ในกองเดียวที่ไม่แยกประเภทคือความผิดพลาดแรกของคิวตรวจสอบ อีกทั้งเหตุผลเดียวกันอาจมีน้ำหนักต่างกันมาก ชื่อไม่ตรงอาจเป็นเพียงความต่างจากการเปลี่ยนนามสกุลหลังสมรสที่ไม่มีอะไรน่าสงสัย หรืออาจเป็นสัญญาณแรกของการขโมยตัวตน หน้าที่ของคิวคือส่งเคสให้คนที่แยกความต่างนี้ได้ ไม่ใช่บังคับให้ตัดสินแบบรีบร้อนในเคสที่สมควรได้รับการพิจารณาอย่างรอบคอบ

คิวเดียวไม่พอ: แบ่งตามเหตุผล

คิวเดียวบังคับให้ผู้ตรวจสอบทุกคนต้องเป็นผู้เชี่ยวชาญรอบด้าน และทุกเคสต้องรอหลังเคสที่ไม่เกี่ยวข้องกัน การแบ่งตามเหตุผลแก้ได้ทั้งสองเรื่อง คิว sanctions possible-match ทำโดยคนที่ผ่านการอบรมด้านการคัดกรองและการตัดสินผล คิวคุณภาพเอกสารเป็นการตรวจด้วยสายตาแบบเร็วที่ผู้ตรวจสอบระดับจูเนียร์เคลียร์ได้ในไม่กี่วินาที ส่วนคิวบัญชีซ้ำคือการสอบสวนการทุจริต แต่ละส่วนมีการจัดเส้นทาง ทักษะที่ต้องการ และเป้าหมายระดับการให้บริการ (service-level) เป็นของตัวเอง เพราะภาพเบลอควรจบในไม่กี่นาที ขณะที่ผลตรง sanctions จริง ๆ สมควรได้รับการพิจารณาอย่างรอบคอบไม่เร่งรีบ การแบ่งส่วนคือสิ่งที่ทำให้ปริมาณงานและความเข้มงวดอยู่ร่วมกันได้ แทนที่จะต้องแลกกัน

การเพิ่มผู้ตรวจสอบไม่ได้ทำให้คิวรีวิวขยายตัวได้ สิ่งที่ทำได้คือการตัดสินใจอย่างถูกต้องว่าเคสไหนไม่จำเป็นต้องเข้าคิวตั้งแต่แรก — และทำให้เคสที่ต้องเข้ามาถูกคัดแยกตามสาเหตุมาเรียบร้อยแล้ว
— Protocore · วิศวกรรมงานปฏิบัติการ

การดำเนินการที่ต้องระบุเหตุผลและตรวจสอบย้อนหลังได้

ทุกการตัดสินใจของผู้ตรวจสอบ ไม่ว่าจะอนุมัติ ปฏิเสธ ส่งต่อ หรือขอเอกสารเพิ่ม ต้องระบุเหตุผลและต้องถูกบันทึกไว้ ไม่ใช่ช่องพิมพ์อิสระที่เติมทีหลัง แต่เป็นการเลือกแบบมีโครงสร้างที่บอกว่าเหตุใดจึงทำรายการนั้น และบันทึกในขณะที่ทำรายการ นี่ไม่ใช่ระบบราชการ แต่คือสิ่งที่ทำให้คิวนี้ชี้แจงได้อย่างหนักแน่น เมื่อหน่วยงานกำกับดูแล ผู้ตรวจสอบบัญชี หรือผู้ตรวจสอบรายถัดไปถามว่าทำไมจึงอนุมัติบัญชีทั้งที่มีการแจ้งเตือน คำตอบคือชื่อผู้ตรวจสอบ เวลาที่ทำรายการ และเหตุผลที่ระบุไว้ ไม่ใช่การยักไหล่ audit trail เป็นแบบ append-only จึงไม่มีใครแก้ไขการตัดสินใจย้อนหลังแบบเงียบ ๆ ได้ การแก้ไขคือรายการใหม่ ไม่ใช่การเขียนทับของเดิม ในสแตกของเรา คิวนี้และโมเดล audit อยู่ใน Protocore Center (/products/center) คอนโซลสำหรับผู้ปฏิบัติงานที่ทุกการดำเนินการระดับสิทธิ์สูงต้องระบุเหตุผล และถูกบันทึกลงล็อกที่ไม่มีใครแก้ไขได้โดยไม่ทิ้งร่องรอย

เคสที่ต้องใช้ four-eyes

บางการตัดสินใจมีผลมากเกินกว่าจะให้คนเดียวเป็นผู้ตัดสิน การปลดล็อกผลตรงกับรายชื่อ sanctions จริง การอนุมัติโปรไฟล์ความเสี่ยงสูง หรือการแทนที่ผลปฏิเสธอัตโนมัติ ควรต้องให้ผู้ตรวจสอบคนที่สองยืนยัน ซึ่งก็คือ maker-checker หรือ four-eyes ผู้ตรวจสอบคนแรกเสนอและระบุเหตุผล คนที่สองซึ่งมีอำนาจเพียงพอจะยืนยันหรือปฏิเสธและระบุเหตุผลของตนเอง ทั้งสองการดำเนินการถูกบันทึกไว้ นี่ไม่ใช่การไม่ไว้ใจผู้ตรวจสอบ แต่เป็นการยอมรับว่าการอนุมัติที่เสี่ยงสูงสุดคือจุดที่ความผิดพลาดครั้งเดียวมีราคาแพงที่สุด และสายตาคู่ที่สองคือประกันที่ถูกที่สุด การออกแบบคิวควรส่งเคสเหล่านี้เข้าสู่การพิจารณาสองขั้นตอนโดยอัตโนมัติตามเหตุผล แทนที่จะพึ่งให้ผู้ตรวจสอบจำเอง อย่างไรก็ตาม ให้เก็บสองขั้นตอนไว้สำหรับเคสสำคัญโดยเจตนา หากใช้กับทุกเคส ต้นทุนของทั้งคิวจะเพิ่มเป็นสองเท่า และผู้ตรวจสอบจะเคยชินกับการประทับลายเซ็นที่สองโดยไม่ได้พิจารณา ซึ่งทำลายเป้าหมายของการมีลายเซ็นนั้นไปอย่างเงียบ ๆ

ออกแบบเพื่อรองรับปริมาณงาน: อายุเคส ลำดับความสำคัญ SLA

คิวที่มีแต่โตขึ้นคือคิวที่ล้มเหลว จงออกแบบแรงกดดันที่ทำให้คิวเดินต่อไปได้ เคสต้องแสดงอายุให้เห็นชัด จะได้ไม่มีอะไรถูกลืม แต่ละเซกเมนต์มีเป้าหมายระดับบริการของตัวเอง เคสรูปถ่ายเบลอที่เกิน SLA ระดับนาทีจึงปรากฏต่างจากเคส sanctions ที่ยังอยู่ในกรอบเวลาที่ยาวกว่า ลำดับความสำคัญคือการเลือกจริง ๆ แบบเก่าสุดก่อนนั้นเป็นธรรมและเรียบง่าย แต่แบบความเสี่ยงก่อน โดยเอาเคสที่อาจเสียหายมากที่สุดไว้บนสุด มักเป็นคำตอบที่ถูกต้อง โดยใช้อายุเคสเป็นตัวตัดสินเมื่อเสมอกัน เพื่อให้เคสความเสี่ยงต่ำยังถูกเคลียร์ ไม่ถูกปล่อยให้อดอยาก หน้าจอของผู้ตรวจสอบควรแสดงเคสถัดไปที่ถูกจัดเส้นทางและจัดลำดับไว้แล้ว ไม่ใช่รายการให้เลือกเอง เพราะคิวที่คนเลือกหยิบได้คือคิวที่เคสยากไม่เคยถูกหยิบ คิวที่ไม่แสดงอายุเคสจะเน่าอย่างเงียบ ๆ เคสยากจมลงไปก้นคิว ขณะที่เคสง่ายวนอยู่ด้านบน และตัวชี้วัดเดียวที่จะเปิดโปงเรื่องนี้ได้ คืออายุของเคสเปิดที่เก่าที่สุด ก็คือตัวเลขที่ไม่มีใครดูจนกว่าลูกค้าจะร้องเรียน

การวัดผลของคิว

ตัวเลขสี่ตัวบอกได้ว่าการออกแบบได้ผลหรือไม่ อัตรา STP บอกว่ามีเคสเท่าไรที่ไม่ต้องใช้คน ความยาวคิวและแนวโน้มบอกว่าคุณตามทันหรือกำลังตกหลัง เวลาในการตัดสินใจ ซึ่งติดตามแยกตามเซกเมนต์เทียบกับ SLA บอกว่าลูกค้ารอการ onboard นานเกินไปหรือไม่ และอัตราการเปิดเคสซ้ำ คือการตัดสินใจที่ถูกพลิกภายหลัง บอกว่าผู้ตรวจสอบตัดสินถูกต้องหรือเพียงแค่เร็ว ให้ดูตัวเลขเหล่านี้ไปพร้อมกัน เพราะมันแลกกันอยู่ การลดเวลาตัดสินใจขณะที่อัตราเปิดซ้ำสูงขึ้น หมายความว่าคุณซื้อความเร็วด้วยความผิดพลาด คิวที่ดีคือคิวที่เล็ก เดินต่อเนื่อง ตัดสินถูกต้อง และตรงไปตรงมาเรื่องเคสที่ยังเปิดอยู่

แบ็กออฟฟิศที่คนนึกถึง คือห้องที่เต็มไปด้วยพนักงานนั่งคีย์ใบสมัครทีละใบ เป็นสิ่งที่เกิดขึ้นเมื่อระบบอัตโนมัติเคลียร์ได้น้อยเกินไปและคิวเป็นกองเดียวที่ไม่แยกประเภท แบ็กออฟฟิศที่ขยายตัวได้เป็นตรงกันข้าม ใบสมัครส่วนใหญ่ไม่ถึงมือคน เคสที่ถึงมือคนมาถึงโดยแยกตามเหตุผลและลำดับความสำคัญแล้ว ทุกการดำเนินการพาเหตุผลเข้าสู่ล็อก append-only และ four-eyes ดูแลการตัดสินใจที่สมควรได้รับ จงสร้างคิวเพื่อรองรับข้อยกเว้น แล้วมันจะเล็กอยู่เสมอแม้คุณเติบโต แต่ถ้าสร้างให้เป็นที่ที่ KYC เกิดขึ้น มันจะโตตามทุกการสมัครที่คุณรับ

มีระบบที่ต้องสร้างไหม

บอกเราว่าปัญหาคืออะไร แล้วเราจะกลับมาพร้อมสถาปัตยกรรมและแผนงาน