← 염승준
09

티켓 신청 흐름: 먼저 내보내고, 신호를 보고 고치기

최소 형태로 결제부터 검증하고, 사용자 신호가 쌓인 곳부터 구조를 바꿨습니다.

문제
  • 티켓마다 참가자 정보를 받아야 하는 신청 흐름을 빠르게 열어야 했음
  • 출시 후 반복 입력이 불편하다는 피드백과 "결제 버튼이 눌리지 않는다"는 리포트
해결
  • 입력 편의는 뒤로 미루고, 참가자 정보를 직접 입력하는 최소 형태로 결제 흐름부터 검증
  • 피드백이 쌓이자 내 정보·함께했던 파트너 불러오기 추가. 타인 정보인 파트너 저장은 옵트인
  • 결제 버튼 문제는 목록형 입력에서 빈 칸을 알 수 없는 구조가 원인. 티켓별 순차 입력 → 결제 화면으로 바꿔 그 상태 자체를 없앰
  • 단계는 URL로 관리해 뒤로가기·새로고침에도 유지
  • 단체전은 대진표를 "준비 중"으로 미루고 N인 입력폼으로 먼저 출시
결과
  • 출시 후 11일간 후속 개선 4건 배포
  • 흐름 재설계는 이틀간 6건 배포
  • 반복 입력은 클릭 한 번의 불러오기로 대체
출시 후 후속 개선
11일간 4건
흐름 재설계
이틀간 6건 배포

최소 형태로 먼저

티켓을 사려면 티켓마다 참가자 정보를 입력해야 합니다. 처음부터 입력을 편하게 만드는 대신, 참가자 정보를 직접 입력하는 최소 형태로 결제 흐름부터 검증했습니다. 입력 편의는 뒤로 미뤘습니다.

신호가 쌓인 곳부터

출시 후 반복 입력이 불편하다는 피드백이 쌓였습니다. 그래서 내 정보와 함께했던 파트너 정보를 불러오는 기능을 추가해, 반복 입력을 클릭 한 번으로 대체했습니다.

파트너 정보는 타인의 정보라, 저장은 사용자가 동의할 때만 하는 옵트인으로 설계했습니다. 출시 후 11일 동안 이런 후속 개선 4건을 이어서 배포했습니다.

"결제 버튼이 눌리지 않는다"

결제 버튼이 눌리지 않는다는 리포트가 들어왔습니다. 원인은 버튼이 아니라 입력 구조였습니다. 여러 티켓의 참가자 정보를 목록으로 한꺼번에 받다 보니, 어느 칸이 비어서 결제가 막혔는지 사용자가 알 수 없었습니다.

한 달 전에도 같은 부류의 문제를 증상 단위로 고친 적이 있었습니다. 이번에는 증상을 또 막는 대신 구조를 바꿨습니다. 티켓별로 하나씩 순서대로 입력한 뒤 결제 화면으로 넘어가게 해, 덜 입력한 채 결제 버튼 앞에 서는 상태 자체를 없앴습니다.

단계는 URL로 관리해 뒤로가기나 새로고침을 해도 입력하던 단계가 유지되게 했고, 이틀간 6건을 배포했습니다.

미룰 것을 정하고 출시하기

단체전도 같은 방식으로 열었습니다. 대진표는 "준비 중"으로 미루고 N명의 참가자를 받는 입력폼만으로 먼저 출시한 뒤, 전 구간을 보강했습니다.