캡스홈 구독 요금 즉시 표시와 결제 단계 통합
2026.10.04 · 3분
개요
| 항목 | 내용 |
|---|---|
| 유형 | 사용성 개선·업무 조율·검수 |
| 시점 | 캡스홈 신규 UI/UX 개발 과정 |
| 상태 | 요금 표시·단계 통합 구현, 테스트 시나리오 작성 및 실행 |
| 관련 영역 | 구독 옵션, 요금 계산, 본인 인증·할인, 주소, 결제 정보 |
| 참여자 | 본인, 디자이너, ERP 개발 담당자, 서버 개발자 |
| 나의 역할 | 개발 PM·프론트엔드 개발, 사용성 개선 논의, 단가 데이터 연동 협의, 요금 표시·단계 통합 구현과 검수 |
1. 상황과 제약
기존 캡스홈 구독 화면에서는 사용자가 옵션을 고른 뒤 별도 버튼을 눌러야 요금을 다시 계산해 확인할 수 있었습니다. 옵션을 바꾸는 동작과 바뀐 금액을 확인하는 동작이 나뉘어 있었습니다.
가입·결제 과정도 본인 인증 및 할인 확인·선택, 주소 입력, 선택 상품 확인, 결제 정보 입력 등으로 구분되어 있었습니다. 디자이너와 기존 사용성을 검토하면서 옵션 선택 결과를 바로 보여 주고, 관련 단계를 합쳐 진행 과정의 피로도와 이탈을 줄이는 방향으로 개선했습니다.
2. 검토와 판단
옵션 선택에 따른 요금은 제품·옵션별 단가를 받아 클라이언트에서 계산하고 즉시 표시하도록 바꿨습니다.
| 구분 | 요금 확인 흐름 |
|---|---|
| 기존 | 옵션 선택 → 별도 버튼 클릭 → 요금 재계산 및 확인 |
| 변경 후 | 옵션 선택 → 클라이언트에서 계산 → 요금 즉시 표시 |
가입·결제에서는 관련 정보를 입력하고 확인하는 구간을 다음과 같이 통합했습니다.
| 구간 | 기존 | 변경 후 |
|---|---|---|
| 본인 인증·할인·주소 | 본인 인증 및 할인 확인·선택 → 주소 입력 | 본인 인증·할인 확인 및 선택과 주소 입력을 한 단계로 통합 |
| 상품 확인·결제 정보 | 선택 상품 확인 → 결제 정보 입력 | 선택 상품·결제 정보 확인과 결제 정보 입력을 한 단계로 통합 |
옵션 선택 이후의 주요 입력·확인 구간을 두 단계로 묶었습니다.
3. 실행과 조율
디자이너와 사용성 개선 및 단계 통합을 논의하고, ERP 개발 담당자·서버 개발자와 제품 및 옵션별 단가를 받아오는 방식을 협의했습니다. 저는 받은 단가를 바탕으로 클라이언트에서 요금을 계산하고, 옵션을 선택하면 화면에 바로 반영되도록 구현했습니다.
선택 중에 표시하는 요금과 최종 확인 금액은 다음과 같이 처리했습니다.
- 옵션 선택 중에는 제품·옵션별 단가로 클라이언트에서 계산한 요금을 표시했습니다.
- 금액을 취합해 보여 주는 최종 확인 단계에서는 서버에서 새로 받은 금액을 표시했습니다.
- 최종 결제 요청 시에는 표시 요금과 결제 금액을 비교했습니다.
개발과 함께 구독·결제 테스트 시나리오를 작성하고 실행했습니다.
시나리오를 작성하면서 여러 엣지 케이스를 정의하고 그 기준에 따라 검수했습니다.
| 검수 영역 | 작성·실행한 시나리오 |
|---|---|
| 옵션 | 옵션 선택 개수별 케이스 |
| 할인 | 서비스에서 제공하던 할인 종류별 적용·미적용 케이스 |
| 오류 표시 | 14세 미만 시도 및 유효성 검사 관련 오류 표시 |
| 상태 유지 | 뒤로가기·새로고침 시 상태 유지 여부 |
프로젝트의 기본 업무 흐름은 요청 접수, 구현 방식·예상 작업 시간 정리, 현업 책임자와의 논의, 개발, 개발 배포와 테스트, 운영 배포와 테스트 순서였습니다. 작업의 경중에 따라 일부 단계는 생략했으며, 개발 PM 업무와 직접 구현을 함께 진행했습니다.
4. 결과와 확인
사용자가 별도 재계산 버튼을 누르지 않아도 옵션 선택에 따른 요금을 바로 확인할 수 있도록 바꿨습니다. 본인 인증·할인과 주소 입력, 상품·결제 정보 확인과 결제 정보 입력도 각각 한 단계로 합쳐, 가입·결제 과정의 피로도와 이탈을 줄이는 방향으로 흐름을 정리했습니다.
옵션·할인·오류 표시·상태 유지에 대한 테스트 시나리오를 작성하고, 그 기준으로 직접 검수했습니다.