김빠른 운영에 참여하며 정리한 제품 기획 노트입니다. AI로 원고를 정리했으며, 아래는 전환율 개선 실적이 아니라 배송대행 서비스의 신청 흐름을 검토하는 방법입니다.

스페인 배송대행 고객이 멈추는 지점을 먼저 나눕니다

서비스 소개를 읽은 방문자에게 바로 배송 신청을 요구하면 아직 상품을 고르는 사람과 이미 주문한 사람이 같은 화면을 보게 됩니다. 두 사람은 준비된 정보부터 다릅니다. 구매 전에는 상품과 예상 비용이 궁금하고, 구매 후에는 주문 내용과 운송장 정보를 어디에 넣는지 알아야 합니다.

김빠른의 스페인 배송대행 안내에는 주소 확인, 현지 쇼핑몰 주문, 운송장 번호 입력, 무게 확인 후 결제라는 흐름이 나옵니다. 이 순서를 화면 설계의 출발점으로 삼되, 누구나 지금 당장 다음 단계로 넘어갈 수 있다고 가정하지 않는 것이 중요합니다.

버튼보다 먼저 ‘아직 없는 정보’를 설계합니다

가상의 사용자 세 명을 놓고 점검해 볼 수 있습니다. 상품을 고르는 사람은 배송 신청보다 비용과 이용 조건 확인이 먼저입니다. 결제는 했지만 판매자가 발송하지 않은 사람은 운송장 번호가 아직 없을 수 있습니다. 여러 주문이 나뉘어 발송된 사람은 주문 한 건과 포장 한 개가 같지 않을 수 있습니다. 이는 설명용 상황이며 실제 고객의 개인정보나 상담 기록이 아닙니다.

빈칸을 무조건 오류로 처리하기 전에 그 정보가 지금 존재해야 하는지 묻습니다. 아직 생성되지 않은 번호와 사용자가 빠뜨린 번호는 다른 상태입니다. 전자에는 확인할 시점과 돌아올 경로를, 후자에는 어떤 자료에서 찾는지 알려주는 안내가 필요합니다.

작은 팀이 쓸 수 있는 검토표

각 단계마다 네 가지를 기록합니다. ‘고객이 가진 자료’, ‘아직 없는 자료’, ‘지금 가능한 행동’, ‘다음 상태를 확인할 방법’입니다. 예를 들어 구매 전에는 상품 링크가 있지만 운송장이 없고, 이용 조건과 예상 비용을 확인할 수 있습니다. 주문 후 발송 전에는 주문 내역은 있지만 운송장이 없을 수 있으므로 판매자의 발송 안내를 확인하는 방법이 필요합니다.

이 표는 상품 추천이나 가격 할인보다 덜 눈에 띕니다. 그러나 개발자, 마케터, 상담 담당자가 같은 화면을 서로 다르게 설명하는 일을 줄이는 데 사용할 수 있습니다. 실제 적용 시에는 현재 운영 정책과 화면이 일치하는지도 따로 검수해야 합니다.

완료율 하나만 보면 오해할 수 있습니다

개선안을 평가할 때는 전체 방문자의 신청 비율과, 신청에 필요한 자료를 갖춘 사람의 완료율을 구분합니다. 구매 전 방문자가 안내를 읽고 나갔다고 모두 실패라고 볼 수는 없습니다. 반대로 버튼을 눌렀다는 이유만으로 접수가 완료된 것도 아닙니다.

첫 점검은 새 기능을 만드는 대신 기존 안내와 신청 화면의 용어를 맞추는 일부터 시작할 수 있습니다. 사용자가 멈춘 이유가 정보 부족인지, 입력 오류인지, 아직 구매하지 않은 상태인지 분류한 뒤 개선할 화면을 선택합니다. 이 글에서 제안한 분류가 효과가 있었는지는 별도의 사용자 관찰과 실제 접수 결과로 확인해야 합니다.

배송대행처럼 고객이 외부 쇼핑몰과 우리 서비스를 오가는 제품을 운영한다면, 다음 버튼을 늘리기 전에 ‘아직 준비되지 않은 고객’에게 어떤 안내를 주는지부터 살펴보면 어떨까요?