결제 서비스, 이건 알아야 해요
PM/PO가 개발자와의 효과적인 소통을 위해 알아야 할 핵심 지식
1. 결제 서비스의 기본 구조 이해하기
결제 흐름의 핵심 단계
결제 요청 : 사용자가 결제 버튼을 누르는 시점부터 시작
결제 검증 : 카드 유효성, 잔액 확인 등의 과정
결제 승인 : 실제 금액이 이체되는 과정
결제 완료 : 거래 기록 저장 및 영수증 발행
주요 참여자 이해
고객(Customer) : 결제를 시도하는 사용자
가맹점(Merchant) : 결제를 받는 서비스/상점
PG사(Payment Gateway) : 결제 대행 서비스(예: KG이니시스, 토스페이먼츠)
카드사/은행(Issuer) : 실제 결제 승인을 담당하는 금융기관
개발자와 대화 시 팁
"결제 흐름에서 우리 서비스와 PG사 사이의 통신 방식은 어떻게 되나요?" 같은 질문으로 기술적 흐름을 파악하세요.
2. 결제 서비스 연동 방식 이해하기
주요 연동 방식
Redirect 방식 : 결제 시점에 PG사 페이지로 이동하여 결제 진행
API 방식 : 자체 UI에서 결제 정보를 입력받아 API로 처리
IFrame/Widget 방식 : 자체 페이지 내에 PG사의 결제창을 삽입하는 방식
SDK 방식 : 모바일 앱에서 PG사가 제공하는 SDK를 통해 결제 진행
각 방식의 장단점
Redirect : 구현 쉬움, PCI DSS 부담 없음 / 사용자 이탈 가능성
API : 맞춤형 UX 가능 / 보안 책임 증가, 구현 복잡
IFrame/Widget : 이탈 감소, 브랜드 일관성 / 브라우저 호환성 이슈
SDK : 네이티브 경험 제공 / 앱 용량 증가, 유지보수 부담
개발자와 대화 시 팁
"우리 서비스에 가장 적합한 연동 방식은 무엇이고, 각 방식별 개발 기간과 유지보수 부담은 어떻게 다른가요?"
3. 결제 서비스의 핵심 기술 용어
기본 용어
토큰화(Tokenization) : 카드번호 등 민감정보를 대체값으로 변환
승인(Authorization) : 결제 가능 여부 확인 단계
매입(Capture) : 실제 금액 청구 단계 (승인 후 별도 진행 가능)
정산(Settlement) : PG사가 가맹점에 결제금액을 송금하는 과정
취소/환불(Cancel/Refund) : 결제 취소 및 환불 처리
기술적 용어
웹훅(Webhook) : 결제 상태 변경 시 알림을 받는 방식
멱등성(Idempotency) : 동일 요청이 여러 번 발생해도 한 번만 처리되는 특성
TID(Transaction ID) : 거래 고유 식별자
에스크로(Escrow) : 구매확정 전까지 PG사가 대금을 보관하는 안전결제
개발자와 대화 시 팁
"결제 실패 시 재시도 로직에서 멱등성은 어떻게 보장하나요?" 같은 질문으로 기술적 안정성을 확인하세요.
진행 중인 강의 보러 가기 : https://litt.ly/lbyd
PM/PO/제품 개발에 대한 인사이트를 얻고 싶다면, 오픈채팅방에 참여해 주세요!
https://open.kakao.com/o/g7XO1A5g 참여코드 : til2025
Threads : https://www.threads.net/@lbyd_learning.by.doing
뉴스레터 구독하기 : https://maily.so/marcus.lee
유튜브 구독하기 : www.youtube.com/@LbyD_HJ?sub_confirmation=1
커피챗 및 멘토링 신청하기 : https://inf.run/GRTee
팀 코칭 신청하기 : https://open.kakao.com/o/sh47Hq4g
