은행 자동선택으로 가상계좌 발급 간소화

가상계좌 발급 시 사용자가 직접 은행을 선택하는 UI를 제거하고, 결제 플랫폼의 자동 결정 로직으로 통일했다. 결제 흐름 단순화와 UX 개선이 목표였고, 여러 선택지 관리에서 오는 복잡성을 한 번에 해결할 수 있는 좋은 타이밍이었다.

기존 방식: 사용자 선택의 부담

원래는 충전 페이지에서 가상계좌 결제를 선택하면, 사용자가 직접 "어느 은행을 통해 입금할지" 고르는 단계가 있었다. 은행 선택지가 여러 개였으니 당연히 드롭다운이나 라디오 버튼 같은 UI가 필요했고, _charge-methods.jsp 에서 이 선택지를 렌더링했을 거다. 언뜻 보면 "사용자 선택지를 존중한다" 는 좋은 의도처럼 들리지만, 실제로는 문제가 많았다.

가상계좌는 결제 플랫폼(KP_PAY 같은 서비스)에서 발급하는데, 플랫폼 자체가 특정 은행들과만 연결돼 있다. 즉, 사용자가 고를 수 있다고 생각하는 선택지는 실제로는 매우 제한적이었다. 게다가 특정 은행에서 발급 실패가 나거나 한도 초과가 생기면, 또 다시 선택 화면으로 돌아가야 했다. 복잡성만 증가했고 실제 가치는 없었던 셈이다.

백엔드 자동 결정으로 전환

이번 변경에서는 은행 선택 UI를 완전히 제거하고, 백엔드에서 자동으로 결정하도록 통일했다. charge.jsp 와 _charge-methods.jsp 에서 은행 선택 UI 관련 코드를 제거한 것이 핵심이다.

백엔드 로직이 하는 일은 다음과 같다:

사용자 입장에서는 한 단계가 줄었고, 우리 입장에서도 선택 실패 시 재시도 로직 같은 엣지 케이스를 덜 처리해도 된다.

자동화의 가치: 인지 부하와 일관성

이런 류의 변경은 사용자 경험 개선의 좋은 사례다. 사용자는 "이 UI가 없으니까 더 빠르다" 는 정도를 느낄 텐데, 실제로는 몇 가지 더 깊은 이득이 있다:

• 인지 부하 감소: "어느 은행을 고르지?" 라는 의사결정 비용이 사라짐. 의외로 이런 작은 선택들이 쌓이면 사용자 피로도를 높인다.
• 일관성 보장: 모든 사용자가 같은 로직으로 은행이 결정되니, 특정 사용자에게만 발생하는 "왜 내건 이 은행으로만 가능해?" 같은 불만이 줄어든다.
• 운영 효율성: 은행별 발급 실패율을 분석해서 우선순위를 동적으로 조정할 수도 있다 (예: A은행이 요즘 느리면 B은행 우선).

물론 트레이드오프가 있다. 사용자가 "나는 꼭 이 은행으로 입금하고 싶다" 는 특수한 요청을 할 수 없게 된 것. 하지만 실제 데이터를 보면, 은행 선택이 진짜 필요했던 경우는 거의 없었을 가능성이 높다.

배운 점: 선택지는 과할 수 있다

팀 리딩 관점에서 봤을 때, 이건 "더 많은 선택지 = 더 좋다" 는 가정을 깨는 좋은 사례다. 특히 결제 같은 핵심 흐름에서는 더욱. 사용자가 실제로 필요한 선택지와 "있으면 좋을 것 같은" 선택지를 구분해야 한다. 이번 작업을 통해 팀 안에서도 "은행선택이 정말 필요한가?" 에 대한 대화가 자연스럽게 나왔을 거다.

다음번 유사한 상황에서는 처음부터 "사용자가 이 선택을 진짜 할 필요가 있나?" 를 질문하는 습관을 들이면 좋겠다.

🛒 이 글과 어울리는 추천 상품

• 커피머신 쿠팡에서 보기 →
• 모니터 쿠팡에서 보기 →
• 기계식키보드 쿠팡에서 보기 →

*위 링크는 쿠팡파트너스 활동의 일환이며, 일정액의 수수료를 제공받을 수 있습니다.