결제와 환불 흐름을 화면으로 적는 법

온라인 클래스 예약 서비스를 운영하던 대표님이 오픈 한 달 만에 환불 요청을 처음 받으셨습니다. 수업 세 번 중 한 번만 듣고 그만두겠다는 요청이었습니다. 그런데 관리자 화면에는 환불 버튼이 없었습니다.

결국 결제 대행사 관리 페이지에 따로 들어가 금액을 직접 계산해 취소했습니다. 서비스 안의 예약은 그대로 「결제 완료」로 남았고, 회원의 남은 수업 횟수도 손으로 고쳐야 했습니다. 이런 일이 반복되자 장부와 서비스 기록이 맞지 않게 되었습니다.

처음 기획서에는 결제하기 버튼과 결제 완료 화면 두 장만 있었습니다. 결제가 잘 될 때의 모습만 정해 둔 것입니다.

핵심은 화면을 그리기 전에 결제 상태부터 나누는 것입니다. 결제 대기, 완료, 실패, 취소, 부분 환불처럼 돈이 있을 수 있는 모든 상태를 적고, 상태마다 사용자와 관리자가 무엇을 보고 무엇을 할 수 있는지 적습니다. 이 표가 있어야 환불 규칙이 화면과 장부에 같이 반영됩니다.

결제 상태부터 나눕니다

결제는 버튼 한 번으로 끝나는 것처럼 보이지만, 그 사이에 여러 상태를 지나갑니다. 아래처럼 상태를 먼저 나누고 각 상태의 화면을 정합니다.

무통장 입금이나 정기 결제를 쓴다면 상태가 더 늘어납니다. 어떤 결제 수단을 쓸지 먼저 정해야 이 표가 완성됩니다.

환불 규칙을 문장이 아니라 계산으로 적습니다

「이용 전에는 전액 환불, 이용 후에는 일부 환불」 같은 문장만으로는 개발할 수 없습니다. 개발자는 숫자로 계산할 수 있는 규칙이 필요합니다.

• 환불 금액은 무엇을 기준으로 빼는지(이용 횟수, 지난 날짜, 사용한 혜택)
• 할인이나 쿠폰을 쓴 결제라면 어느 금액을 기준으로 계산하는지
• 자동으로 환불되는 경우와 관리자 승인이 필요한 경우의 구분
• 환불 뒤에 회원의 이용권, 포인트, 예약은 어떻게 바뀌는지

예시 두세 건을 직접 계산해 기획서에 넣어 두면 오해가 사라집니다. 「세 번 중 한 번 이용, 쿠폰 사용」 같은 사례를 놓고 결과 금액까지 적는 식입니다. 환불 기준은 소비자 관련 법과 이어지는 부분이므로 법률 조언이 아니라는 점을 감안해 실제 규정은 전문가에게 확인하시기를 권합니다.

관리자 화면이 있어야 환불이 기록됩니다

환불을 결제 대행사 페이지에서만 처리하면 서비스 안의 기록이 따로 놉니다. 그래서 관리자 화면에서 환불을 누르면 결제 취소, 이용권 정리, 회원 알림이 한 번에 일어나도록 적어 둡니다.

관리자 화면에는 누가, 언제, 어떤 사유로 환불했는지 남겨야 합니다. 나중에 정산을 맞추거나 회원과 이견이 생겼을 때 이 기록이 유일한 근거가 됩니다.

사용자가 불안한 순간을 챙깁니다

결제 직후와 환불 직후는 사용자가 가장 불안한 순간입니다. 결제 중에 화면이 멈췄다면 돈이 나갔는지, 환불을 눌렀다면 언제 들어오는지를 사용자는 바로 알고 싶어 합니다. 이 두 순간의 안내 문장을 화면설계에 미리 적어 두면 문의가 크게 줄어듭니다.

결제와 환불은 개발이 시작된 뒤에 정하면 가장 비싸게 고치는 부분입니다. 메뉴 구조와 화면설계에 상태표와 환불 계산 예시까지 담은 기획서가 있으면, 개발은 다른 곳에 맡기셔도 직접 하셔도 운영에서 같은 문제가 반복되지 않습니다.

자주 묻는 질문

결제 화면 기획에서 가장 많이 빠지는 것은 무엇인가요?

결제 실패와 취소 요청 상태입니다. 결제 완료 화면은 누구나 그리지만 실패했을 때의 안내와 관리자의 환불 처리 화면은 자주 빠집니다. 상태표를 먼저 만들면 이런 빈칸이 바로 보입니다.

부분 환불은 어떻게 기획해야 하나요?

환불 금액을 계산하는 기준을 숫자로 적고, 실제 사례 두세 건의 결과 금액을 함께 적어 두는 것이 좋습니다. 할인이나 쿠폰을 쓴 결제의 계산 방법도 꼭 정해야 합니다.

환불 규정은 기획 단계에서 정해야 하나요?

네, 화면과 계산 방식이 규정에 따라 달라지기 때문에 개발 전에 정해야 합니다. 다만 소비자 관련 법과 이어지는 부분이므로 최종 규정은 전문가에게 확인하시기를 권합니다.