이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
학부 수업에서 결제 시스템 아키텍처 케이스 스터디를 분석한 경험이 있습니다. 카드 결제의 생명주기를 정의하려면 승인 요청→승인 응답→매입→정산→취소·환불 각 단계가 어떤 상태값을 갖는지를 먼저 정리해야 한다는 점을 배웠습니다. 특히 중간 상태(pending)가 명확하지 않으면 CS 처리가 복잡해지고, 이중 결제 같은 오류가 발생할 수 있다는 점이 인상적이었습니다. 인턴 시절 결제 팀 회의에 참관하면서 각 단계별 SLA와 타임아웃 기준이 PG사마다 다르게 설정돼 있다는 점도 알게 됐습니다. 생명주기를 정의할 때는 정상 흐름과 예외 흐름을 함께 설계하고, 각 단계의 책임 주체를 명확히 하는 것이 중요하다고 생각합니다.
카드 결제 생명주기를 정의할 때 제가 한 건 각 단계를 상태와 흐름으로 그린 것입니다. 승인→청구→정산→환불·취소의 4단계가, 각각 어떤 상태값을 갖는지 먼저 정리했습니다. 특히 승인과 정산이 시점적으로 분리돼, 중간 취소가 생기면 청구된 금액과 차이가 났습니다. 그래서 그 차이를 처리하는 대사 로직을 흐름에 넣었습니다. 정상 흐름만이 아니라, 각 단계의 예외 상태도 함께 그렸습니다.
중간 상태(pending)가 모호하면 CS가 복잡해지고 이중 결제가 났습니다. 그래서 단계마다 상태를 또렷이 정의하고, 책임 주체를 명확히 하는 게 핵심이었습니다.
카드 결제 생명주기에서 제가 의식하는 리스크는 이중 결제와 정합성입니다. 승인과 정산이 분리돼, 장애나 타임아웃이 나면 같은 거래가 두 번 처리되거나, 결제가 유실됐습니다. 그래서 이중 결제·미결제·장기 미정산을 예외 상태로 명세하고, 각 상태에서의 고객 공지와 환불 기준을 미리 정해야 했습니다. 또 SLA와 타임아웃이 PG사마다 달라, 한 기준으로 다 묶을 수 없었습니다.
정상 흐름만 설계하면, 예외에서 돈 문제가 터졌습니다. 그래서 예외 흐름을 정상만큼 꼼꼼히 정의하는 게 중요했습니다. 결제는 한 건의 오류도 신뢰를 깎아, 리스크를 미리 명세하는 게 핵심이었습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 카카오페이 프로덕트 매니저 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.