생체 인증 대체 워크플로우를 위한 개발자 경험 최적화 (KO)

명확한 대체 전략생체 인증 실패 시 원활한 사용자 여정을 유지하고 이탈을 방지하기 위해 잘 정의된 대체 메커니즘을 구현하세요.

세분화된 오류 처리개발자에게 구체적이고 실행 가능한 오류 메시지와 코드를 제공하여 효율적인 디버깅과 검증 결과에 대한 더 나은 이해를 가능하게 합니다.

원활한 사용자 리디렉션생체 인증 실패 시 개인이 대체 확인 방법으로 안내되어 마찰을 최소화하고 전환율을 극대화하는 사용자 경험을 설계하세요.

Didit의 오케스트레이션된 워크플로우Didit의 노코드 비주얼 빌더와 깔끔한 API를 활용하여 복잡한 생체 인증 및 대체 확인 시퀀스를 쉽게 구성, 관리 및 자동화하세요.

견고한 생체 인증 대체 워크플로우의 중요성

생체 인증은 비할 데 없는 보안과 편리함을 제공하지만, 완벽하지는 않습니다. 조명 불량, 카메라 품질, 사용자 오류, 심지어 합법적인 얼굴 변화와 같은 요인으로 인해 생체 인증 확인이 실패할 수 있습니다. 개발자에게 이러한 시나리오를 예측하고 견고한 대체 워크플로우를 구축하는 것은 긍정적인 사용자 경험(UX)을 유지하고 높은 전환율을 보장하는 데 매우 중요합니다. 제대로 설계되지 않은 대체 워크플로우는 사용자 불만, 이탈, 그리고 지원 비용 증가로 이어질 수 있습니다. 이 맥락에서 개발자 UX를 최적화한다는 것은 이러한 복잡하고 다단계적인 검증 과정을 쉽게 구현하고 관리할 수 있도록 하는 도구와 프로세스를 제공하는 것을 의미합니다.

효과적인 대체 워크플로우가 없으면 단 한 번의 생체 인증 실패로 사용자의 온보딩 또는 재인증 시도가 조기에 종료될 수 있습니다. 여기서 '오케스트레이션된 워크플로우'의 개념이 중요해집니다. 막다른 길 대신, 사용자는 신분증 확인, 전화 확인 또는 수동 검토 프로세스와 같은 대체 확인 방법으로 원활하게 안내됩니다. 목표는 주 생체 인증 방식에 문제가 발생하더라도 합법적인 사용자가 항상 검증을 완료할 수 있도록 하는 것입니다.

생체 인증 실패 예측 및 대체 설계

대체 워크플로우를 위한 개발자 UX 최적화의 첫 번째 단계는 생체 인증 실패의 일반적인 원인을 이해하는 것입니다. Didit의 생체 인증 보고서는 LOW_LIVENESS_SCORE, NO_FACE_DETECTED, 또는 LIVENESS_FACE_ATTACK과 같은 특정 경고를 포함하여 활성도 점수, 얼굴 일치 유사성 등 세부 정보를 제공합니다. 이러한 각 경고는 다른 유형의 대체 워크플로우를 필요로 합니다. 예를 들어, LOW_LIVENESS_SCORE는 더 명확한 지침과 함께 재시도를 유발할 수 있지만, LIVENESS_FACE_ATTACK는 즉시 수동 검토를 위해 세션을 플래그하거나 아예 거부할 수 있습니다.

개발자는 생체 인증 실패의 심각성과 성격에 적합한 대체 확인 경로를 설계해야 합니다. 이러한 대안에는 다음이 포함될 수 있습니다:

• 신분증 확인: Didit의 신분증 확인(OCR, MRZ, 바코드) 기능을 사용하여 정부 발행 신분증을 스캔하도록 사용자에게 요청합니다.
• 전화 및 이메일 확인: Didit의 전화 및 이메일 확인 기능을 사용하여 연락처 정보를 확인합니다.
• 주소 증명: 초기 생체 인증 시도가 더 넓은 KYC 프로세스의 일부였다면 주소 증명 문서를 요청합니다.
• 수동 검토: 복잡한 경우, 종종 일련의 자동 대체 워크플로우 후에 사람 검토자에게 에스컬레이션합니다.

핵심은 이러한 전환을 최종 사용자에게 원활하고 직관적으로 만들어 마찰을 최소화하고 필요한 경우에만 정보를 다시 요청하는 것입니다.

세분화된 제어 및 API로 개발자 경험 향상

개발자에게 훌륭한 UX는 명확한 문서, 깔끔한 API, 그리고 구성 가능한 설정을 의미합니다. 생체 인증 솔루션을 통합할 때 개발자는 상세한 결과에 쉽게 액세스하고, 생체 인증 확인이 실패한 이유를 이해하며, 적절한 대체 워크플로우를 프로그래밍 방식으로 트리거할 수 있어야 합니다. Didit의 생체 인증 API 응답은 전체 status('승인', '거부', '미완료')와 활성도 점수 및 경고를 포함한 liveness 및 face_match 구성 요소에 대한 특정 세부 정보를 포함하는 포괄적인 데이터를 제공합니다. 이 정도의 세부 정보는 개발자가 지능적인 조건부 논리를 구축할 수 있도록 합니다.

오케스트레이션된 워크플로우에 대한 Didit의 접근 방식은 개발자 UX를 크게 향상시킵니다. 복잡한 의사 결정 트리를 하드코딩하는 대신, 개발자는 노코드 비주얼 빌더를 사용하여 전체 검증 여정을 정의할 수 있습니다. 여기에는 생체 인증 결과에 기반한 조건부 단계 설정이 포함됩니다. 예를 들어, 활성도 검사가 실패하면 사용자를 신분증 확인으로 라우팅하거나, 초기 확인이 의심스러우면 AML 심사로 라우팅할 수 있습니다. 그런 다음 API는 단순히 워크플로우를 시작하고, Didit은 다단계 사용자 경험, 상태 관리 및 조건부 논리를 원활하게 처리합니다. 이 모듈식 아키텍처는 개발자가 수동 및 능동 활성도, 1:1 얼굴 일치와 같은 신원 확인을 결합한 다음 AML 심사 및 모니터링 또는 NFC 확인(전자여권/전자신분증)과 같은 다른 서비스를 대체 워크플로우로 통합할 수 있음을 의미하며, 이 모든 것이 단일의 구성 가능한 워크플로우 내에서 이루어집니다.

지능형 재시도 및 명확한 안내로 사용자 여정 최적화

단순히 대안을 제공하는 것을 넘어, 사용자 여정을 최적화하는 것은 지능적인 재시도와 명확한 안내를 제공하는 것을 포함합니다. 수정 가능한 문제(예: 조명 불량)로 인해 생체 인증 확인이 실패하면 시스템은 사용자에게 특정 지침과 함께 다시 시도하도록 요청해야 합니다. Didit의 워크플로우는 max_retry_attempts 및 retry_window_days로 구성할 수 있어 기업이 사용자가 단계를 시도할 수 있는 횟수와 기간을 정의할 수 있습니다. 이는 끝없는 실패 루프를 방지하면서 사용자에게 성공할 수 있는 공정한 기회를 제공합니다.

또한 개발자는 사용자 인터페이스가 무엇이 잘못되었는지, 다음 단계는 무엇인지 명확하게 전달하도록 해야 합니다. 일반적인 오류 메시지는 답답합니다. 대신, Didit의 생체 인증 보고서에서 얻은 상세한 경고를 활용하여 "얼굴을 감지할 수 없습니다. 얼굴이 프레임 안에 완전히 있고 조명이 밝은지 확인하십시오."와 같은 구체적인 피드백을 제공하십시오. 대체 워크플로우가 필요한 경우, 문맥 없이 사용자를 단순히 리디렉션하는 대신 다른 방법이 요청되는 이유를 설명하여 전환이 원활하게 이루어져야 합니다. 이러한 투명성은 신뢰를 구축하고 사용자 불안을 줄여 신원 확인의 전반적인 전환율을 향상시킵니다.

Didit이 도움이 되는 방법

Didit은 견고한 생체 인증 대체 워크플로우를 설계하고 구현하는 복잡성을 단순화하도록 설계되었습니다. 당사의 AI 기반 플랫폼은 개발자가 검증 프로세스를 쉽게 구성할 수 있는 모듈식 아키텍처를 제공합니다. 오케스트레이션된 워크플로우를 통해 시각적으로 다단계 신원 확인 여정을 구축하고, 당사의 수동 및 능동 활성도 및 1:1 얼굴 일치 및 얼굴 검색 기능을 신분증 확인, 전화 및 이메일 확인, AML 심사 및 모니터링과 같은 다른 검증 방법과 통합할 수 있습니다. 이는 광범위한 사용자 정의 코드를 작성할 필요 없이 생체 인증이 실패할 경우 자동으로 대체 검증 경로를 트리거하는 조건부 논리를 정의할 수 있음을 의미합니다. Didit의 생체 인증 보고서와 같은 상세한 API 응답은 지능적인 의사 결정과 정밀한 오류 처리에 필요한 세분화된 데이터를 제공합니다. 당사는 무료 핵심 KYC, 설정 비용 없음, 즉각적인 샌드박스 및 깔끔한 API를 갖춘 개발자 우선 접근 방식을 제공하여 유연하고 탄력적인 신원 솔루션을 구축할 수 있도록 지원합니다.

시작할 준비가 되셨습니까?

Didit의 작동 방식을 볼 준비가 되셨습니까? 지금 무료 데모를 받아보세요.

Didit의 무료 티어로 무료로 신원 확인을 시작하세요.