이 글의 목차
1. 프로젝트 개요
1) 목적
•
가맹점에게 안정적인 정산 서비스를 제공
2) 목표
•
정산 구조 리팩토링
•
결제수단별(신용카드/계좌이체)로 구분되어 있던 정산메뉴를 1개의 메뉴로 통합
3) 기대효과
•
가맹점의 정산 관련 CS 감소
2. 프로젝트 인풋 및 기간
1) 인력투입 및 등급
업무 구분 | 등급 | 소요일수 | 담당 여부 (기여도) |
기획 | 주니어 | 5일 | O (100%) |
개발 | 시니어 | 7일 | |
QA | 주니어 | 11일 | O (100%) |
2) WBS (2021.11.02~2021.11.25)
3. 구현
CEO를 비롯한 세일즈팀이 전사에 공유한 결제수수료 산출 공식과 실제 코드로 구현된 결제수수료 산출 공식이 상이하여
첫 QA 대사작업 시 금액 차이가 계속 발생함
이에 수수료 산출 공식을 정확히 파악하고, 새 코드 작성에 도움
⇒ 기획적으로 중요한 프로젝트였다기보다, PG사의 핵심인 정산구조를 정리한 것에 의의가 있음
4. 결과
•
정산 CS 감소
리팩토링 이후 날짜의 정산금액에 대한 CS는 발생되지 않음
(접수 자체는 1건 발생했었으나 가맹점 착오로 인한 것이었음)
5. 회고
1.
기획자도 DB 및 스크립트에 대해 파악해야 함 (필수!)
•
기획자도 DB가 어떻게 구성되어 있는지 알면 오류를 더욱 빠르게 캐치할 수 있다.
•
같이 고민함으로써 프로젝트 분위기도 훈훈해진다.
소통 예시