신분증 진위확인 실패 화면, 다시 시도 버튼만 두면 부족한 이유
에이픽 신분증 진위확인을 도입할 때 오류 분류, 재시도 조건, 상담 연결을 설계하는 실무 가이드입니다.
홍보용 서비스 소개 · 기능과 활용 흐름을 안내하는 글입니다.
실패라는 한 단어 뒤의 여러 상황
가입 과정에서 확인이 끝나지 않았다는 안내를 받으면 사용자는 무엇을 바꿔야 할지부터 궁금해합니다. 파일 선택 문제인지, 입력값 확인이 필요한지, 연결이 잠시 불안정한지에 따라 다음 행동이 다릅니다. 실패 화면을 설계할 때는 문구를 예쁘게 만드는 것보다 원인과 행동을 연결하는 작업이 먼저입니다.
에이픽 신분증 진위확인을 서비스에 연결한다면 사용하는 문서 유형의 개발 문서에서 응답 의미를 확인하세요. 아래 내용은 특정 응답 코드 목록이 아니라, 결과를 사용자에게 전달하기 위한 서비스 운영 설계입니다.
공식 사이트 실제 화면 · 보관 캡처(현재 화면과 다를 수 있음) · 캡처 2026-10-28 · 원본 페이지 확인
사용자가 수정할 수 있는 오류 구분하기
파일이 선택되지 않았거나 입력란이 비어 있는 문제는 외부 호출 전에 안내할 수 있습니다. 잘못된 문서 종류를 골랐다면 선택 화면으로 돌아가는 동작이 필요합니다. 사용자에게 수정할 항목을 구체적으로 보여 주면 무엇이 잘못되었는지 추측하며 같은 작업을 반복하는 상황을 줄이는 데 도움이 됩니다.
반면 사용자가 고칠 수 없는 일시적 장애에는 불필요한 재촬영을 요구하지 않는 것이 좋습니다. 다시 확인할 수 있는 시점과 다른 처리 경로를 안내하세요. 내부 오류 정보나 인증키가 들어간 메시지를 그대로 노출하지 말고, 문의에 사용할 요청 식별자를 별도로 제공하는 방안을 고려하세요.
공식 사이트 실제 화면 · 보관 캡처(현재 화면과 다를 수 있음) · 캡처 2026-10-28 · 원본 페이지 확인
반복 요청의 종료 조건 정하기
재시도 버튼을 누를 때마다 같은 요청이 새로 실행되면 이용자는 처리 중인지 알기 어렵습니다. 요청이 진행 중인 동안 버튼을 어떻게 보여 줄지, 이중 클릭을 어떻게 다룰지 먼저 정하세요. 서버에서도 동일한 사용자 행동이 중복 처리되지 않도록 요청 흐름을 관리하는 설계를 권합니다.
재시도를 무한히 반복하는 방식보다 입력 수정, 시간 후 재시도, 담당자 확인으로 나눠 종료 조건을 두는 편이 좋습니다. 반복 횟수와 대기 시간은 실제 사용 API의 조건과 운영 경험을 바탕으로 결정하세요. 확인되지 않은 처리 속도나 성공률을 안내 문구에 넣지 않는 것도 중요합니다.
공식 사이트 실제 화면 · 보관 캡처(현재 화면과 다를 수 있음) · 캡처 2026-10-28 · 원본 페이지 확인
상담원에게 넘길 정보는 작고 명확하게
문의가 들어오면 상담원이 원본 신분증을 다시 메신저로 받아야 하는 구조는 피하는 것이 좋습니다. 요청 시각, 문서 유형, 처리 단계, 사용자가 본 안내 문구 등 업무에 필요한 최소한의 맥락을 연결하세요. 민감한 원문 없이도 다음 처리 방법을 설명할 수 있도록 내부 화면을 설계해 보세요.
추가 확인이 꼭 필요한 경우에는 정식 경로와 권한을 정해야 합니다. 확인이 끝나지 않은 사용자를 곧바로 부정 이용자로 단정하는 표현도 피하세요. 결과의 한계와 필요한 조치를 차분히 설명하는 안내가 고객 지원의 일관성을 만들어 줍니다.
공식 사이트 실제 화면 · 캡처 2026-11-01 · 원본 페이지 확인
문의 기록을 다음 화면 개선에 활용하기
운영을 시작한 뒤에는 실패 건수만 집계하기보다 사용자가 막힌 단계와 상담 사유를 분류해 보세요. 문서 선택 설명이 부족했는지, 촬영 안내가 이해하기 어려웠는지, 재시도 위치를 찾지 못했는지에 따라 개선할 화면이 달라집니다. 실제 기록을 보기 전 성과 수치를 미리 약속할 필요는 없습니다.
에이픽 연동을 검토할 때 정상 흐름과 함께 실패 흐름을 한 장에 정리해 보세요. 확인 기능은 API로 연결하고, 사용자에게 다음 행동을 알려 주는 경험은 우리 서비스에 맞게 완성하는 방식입니다. 좋은 오류 화면은 조회 결과가 없을 때도 고객을 길 잃게 하지 않습니다.
댓글
댓글 쓰기