이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
결제 장애 대응 정책을 직접 수립한 경험은 없지만, 핀테크 관련 수업에서 결제 시스템 장애 대응 프레임워크를 분석했습니다. 장애 대응 정책에서 가장 먼저 정해야 하는 것은 장애 등급 분류 기준입니다. 전체 결제 불가, 특정 수단 불가, 부분 지연 등을 등급으로 나누고 각 등급에 따른 대응 프로세스와 커뮤니케이션 방식을 다르게 설계합니다.
복구 목표 시간(RTO)과 허용 데이터 손실 범위(RPO)도 정책의 핵심 항목입니다. 사용자 신뢰와 직결되기 때문에, 장애 발생 시 언제, 어떻게 사용자에게 알릴지도 기술 복구만큼 중요한 정책 항목이라고 생각합니다. 정책 문서는 실제 장애 발생 전에 팀 전체가 숙지한 상태여야 빠른 대응이 가능합니다.
결제 장애 대응에서 제가 중요하다고 본 것은 장애를 빨리 감지하고 자동으로 복구를 시도하는 것입니다. 수업에서 결제 시스템을 분석하며, 장애가 났을 때 사람이 알아채고 대응하기까지의 시간이 곧 피해 규모라는 것을 알게 됐습니다. 그래서 결제 실패율이 평소보다 튀면 바로 경보가 울리게 하고, 일시적인 오류는 자동으로 재시도하게 설계하는 것이 필요하다고 봤습니다. 다만 무한정 재시도하면 중복 결제 위험이 있어, 횟수와 간격을 정해두는 것이 중요했습니다. 또 한 결제 수단이 문제면 그것만 막고 다른 수단은 살려두는 것이 전체 마비를 막는 방법이었습니다. 장애 대응은 사람이 뛰기 전에 시스템이 먼저 감지하고 부분적으로라도 막는 구조가 핵심이라고 생각합니다.
결제 장애에서 제가 가장 중요하게 보는 것은 고객에게 언제 어떻게 알리느냐입니다. 결제는 돈이 오가는 일이라, 장애가 났을 때 아무 안내가 없으면 사용자는 돈이 빠져나갔는지 불안해하고 신뢰가 크게 흔들립니다. 수업 사례에서, 기술 복구만큼이나 솔직하고 빠른 안내가 신뢰 회복을 좌우한다는 것을 봤습니다. 그래서 저는 장애가 나면 '현재 결제에 문제가 있어 확인 중이며, 중복 청구는 환불된다'처럼 사용자가 가장 불안해하는 부분을 먼저 짚어 알려야 한다고 봅니다. 침묵하거나 모호하게 넘어가면 추측이 퍼져 더 큰 불신이 됩니다. 장애 대응 정책은 복구 절차만이 아니라, 고객이 불안하지 않게 소통하는 방법까지 포함해야 완성된다고 생각합니다. 결제는 결국 신뢰의 문제이기 때문입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 CJ올리브영 프로덕트 매니저 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.