진행 과정
- 1연동 스펙 정의주고받을 데이터와 형식을 VAN사와 협의
- 2운영 정책 수립연동 후 운영 기준 정의
- 3엣지케이스 도출상황별 처리 방식 VAN사와 합의
- 4개발 협업요건 공유, 리뷰, 오픈 일정 관리
- 5QA 설계QA 케이스 직접 구성
- 6결제 테스트직접 결제 건 생성해 검증
- 7오픈 · 운영운영 이슈 지속 대응
전환 과정
기존 VAN 경유 매입 중
매입 처리 0건 · 중단 0분
PG네이버페이
VAN기존 VAN운영 중
💳카드사
전환
※ 처리 건수는 무중단 흐름을 보여주기 위한 연출용 숫자입니다.
회고외부사·개발자·운영 사이에서 PM으로 일정과 범위를 조율하며, 매입 데이터가 시스템 사이를 흐르는 과정을 전문 단위로 이해하게 됐습니다.
왜 어려웠나
- 내부 매입 로직은 중계하는 모든 VAN사의 포맷이 동일해야 동작
- 한 곳이라도 먼저 바꾸거나 늦게 바꾸면 그 VAN사의 매입을 처리할 수 없음
- VAN사마다 개발 일정과 내부 사정이 다름
어떻게 풀었나
- 운영하며 느낀 불편을 포맷 변경 과제로 직접 기획
- 개발자와 함께 내부 반영 범위를 정의
- 전 VAN사와 동시에 변경 스펙을 협의하고, 반영일을 하나로 통일
반영일까지의 흐름
반영 일정D-3
네이버페이 내부 매입 로직내부 매입 로직 · 기존 포맷 기준
※ VAN사 수와 이름은 예시입니다. 점선 칸은 새로 추가한 전문 항목을 뜻합니다.
D-Day 동시 반영
연동된 전 VAN사가 같은 날부터 같은 포맷으로 변경 반영, 문제 없이 완료
회고여러 외부사의 의견과 일정을 하나로 맞춘 다자간 조율 경험이자, 운영 중 발견한 불편을 직접 개선 과제로 만들어 끝까지 실행한 사례입니다.
상황
- 대형 게임사 그룹 계열 가맹점이 그룹사 간 동일한 게임 한도 적용을 요청
- 카드사는 기존 매출 이력과 카드회원 민원 데이터를 근거로 어렵다는 입장
협의 전략
- 프레임 전환 · 사후 대응에 머무는 카드사 방식의 한계를 짚고 선제적 소명
- 리스크 논리 · 한도 불일치가 오히려 고객 결제 혼란과 민원을 키운다는 논리 설계
- 데이터 입증 · 비교 분석 근거자료를 직접 준비해 카드사와 협의
회고카드사가 가장 걱정하는 ‘민원’을 설득의 근거로 바꿨습니다. 벤츠 서비스센터에서 고객을 직접 응대하며 익힌 고객 관점이 큰 도움이 됐습니다.
문제
- 카드사마다 양식이 달라 서류를 하나하나 수기로 작성
- 양식은 달라도 날짜·간판명·대금 입금계좌·요청자 정보는 매번 반복
- 반복 입력으로 시간이 많이 들고, 휴먼에러 발생
해결과 결과
- 반복 항목을 한 번만 입력하면 다수 카드사의 서류가 완성되는 프로그램을 AI로 구축
- 서류 작성 리드타임 약 50% 단축, 수기 입력 오류 방지
- 짧은 기간 안에 밀려 있던 가맹점 개설 건 처리
직접 체험해 보세요한 번 입력으로 완성된 카드사 서류 (예시)
※ 가상 데이터로 실제 프로그램의 동작 원리를 재현한 데모입니다. 카드사명과 양식은 예시입니다.
How I Work
유연한 소통으로 원하는 목표에 도달하는 담당자
“여러 파트너사와의 유연한 소통을 통해 우리가 원하는 목표에 신속히 도달하겠습니다.”
선제적
리스크 소명
문제 발생 전 데이터 기반의 논리 구축
근거 · 게임 가맹점 일 한도 20배 상향
원천사 협상력 극대화
빈틈없는
인프라 관리
철저한 예외 상황 검증
근거 · 매입 VAN 신규 연동 장애 0건
정산 및 매입 오류 제로
AI 기반
운영 효율화
반복성 운영 공수의 지속적 자동화
근거 · 구비서류 리드타임 50% 단축
팀 전체의 생산성 제고