이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
직접 PG사 연동을 진행한 경험은 없지만, 결제 시스템 수업에서 다중 PG 환경의 복잡성을 사례로 배웠습니다. 가장 큰 어려움은 각 PG사와 간편결제 수단마다 요청·응답 규격이 다르다는 점입니다. 에러 코드 체계도 다르고, 취소·환불 API 방식도 수단마다 달라 공통 처리 레이어 없이 연동하면 유지보수가 매우 복잡해집니다. 수업 케이스에서는 추상화 레이어를 두고 각 PG사 어댑터를 분리하는 방식이 소개됐습니다. PM 입장에서는 기술 구조보다 어떤 수단을 우선 지원하고, 예외 케이스를 사용자에게 어떻게 안내할지를 먼저 정의하는 것이 연동 품질을 좌우한다고 이해합니다.
PG 연동을 PM 관점에서 보면, 제가 정해야 할 건 어떤 수단을 우선 지원할지입니다. 기술 구조도 중요하지만, 모든 PG와 페이를 한 번에 붙이려다 복잡도만 키우는 경우가 있었습니다. 그래서 사용자가 가장 많이 쓰는 수단부터 우선순위를 정했습니다. 또 결제 실패나 타임아웃 같은 예외를 사용자에게 어떻게 안내할지를 먼저 정의했습니다. 결제가 멈추면 사용자는 돈이 빠졌는지 불안해하기 때문입니다. '팀이 했다'가 아니라, 제가 어떤 수단과 예외 처리를 우선했는지 말할 수 있었습니다.
PM의 역할은 기술을 다 아는 게 아니라, 우선순위와 사용자 경험을 정의하는 것이었습니다.
PG 연동을 공부하며 제가 남긴 회고는 예외 케이스가 진짜 일이라는 점입니다. 정상 결제는 쉽지만, 결제 실패, 타임아웃 시 상태 불확실성, 부분 취소 같은 예외가 시스템을 복잡하게 만들었습니다. 그래서 추상화 레이어로 PG별 차이를 감싸, 변경 시 내부 영향을 줄이는 구조가 소개됐습니다. 또 PG 정산 금액과 내부 주문 DB가 일치하는지를 정기 검증하는 게 중요했습니다.
정상 흐름만 보면, 예외에서 사고가 났습니다. 그래서 연동을 설계할 때 예외와 정산 정합성을 먼저 떠올리는 습관을 기준으로 삼았습니다. 회고가 없으면, 정상만 보고 예외를 놓쳤을 것입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 CJ올리브영 프로덕트 매니저 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.