개념
기능 목록은 사용자의 경험을 보여 주지 않는다
테스트 계획은 흔히 기능 목록에서 출발한다. 로그인, 상품 검색, 장바구니, 결제, 주문 조회. 기능마다 케이스를 만들고 전부 통과하면 "테스트 완료"다. 그런데 사용자는 기능을 쓰는 게 아니라 목표를 이루려고 한다. "퇴근길에 내일 아침 먹을 것을 주문한다"는 목표는 로그인·검색·장바구니·결제·배송 알림을 가로지른다.
기능마다 통과해도 여정은 깨질 수 있다. 장바구니에 담은 상품이 결제 단계에서 품절로 바뀌었는데 안내가 없다면, 두 기능 모두 명세대로 동작해도 사용자는 실패한다. 이런 결함은 기능과 기능 사이의 이음새 에 산다. 사용자 여정 지도는 이 이음새를 보이게 만든다.
1단계 — 페르소나와 목표
여정 지도는 "누가, 무엇을 이루려고"에서 시작한다. 페르소나는 실제 사용자 데이터와 인터뷰에 기반한 대표 사용자다(모듈 5 레슨 6의 퍼소나 기법과 같은 뿌리).
[페르소나] 퇴근길 주문자 — 30대 직장인
목표 지하철에서 10분 안에 내일 아침 식재료를 주문하고 새벽 배송 받기
환경 모바일 앱, 지하철(네트워크 불안정), 한 손 조작
불안 배송 마감 시간을 놓칠까 봐, 품절될까 봐환경 줄이 중요하다. "지하철, 네트워크 불안정"은 곧바로 모듈 29의 네트워크 저하 테스트로 연결된다.
2단계 — 여정을 그린다
여정을 단계로 나누고, 단계마다 사용자 행동·접점(화면·알림·채널)·감정을 적는다.
| 단계 | 행동 | 접점 | 감정 |
|---|---|---|---|
| 1. 진입 | 앱 열기, 로그인 유지 확인 | 앱 시작 화면 | 급함 |
| 2. 탐색 | 자주 산 상품 확인, 검색 | 재구매 목록, 검색 | 편함 / 짜증(검색 느림) |
| 3. 담기 | 장바구니 담기, 수량 조정 | 장바구니 | 편함 |
| 4. 확인 | 배송 마감 시간·배송비 확인 | 장바구니, 배송 안내 | 불안(마감 임박) |
| 5. 결제 | 결제 수단 선택, 인증 | 결제 화면, 외부 결제 앱 | 긴장 |
| 6. 완료 | 주문 완료 확인 | 완료 화면, 푸시 알림 | 안도 |
| 7. 수령 | 새벽 배송 알림, 수령 | 푸시, 문자 | 만족 / 실망(누락) |
감정 줄은 사용자가 실패에 민감한 지점 을 보여 준다. "불안"과 "긴장"이 붙은 단계에서의 작은 결함은 다른 단계보다 훨씬 큰 이탈을 부른다.
3단계 — 단계마다 실패 모드
각 단계에서 "무엇이 잘못될 수 있는가"를 적는다. 모듈 4의 위험 식별과 같은 활동이지만, 기능이 아니라 여정 단계를 단위로 한다.
| 단계 | 실패 모드 |
|---|---|
| 1. 진입 | 로그인 풀림, 앱 업데이트 강제 |
| 2. 탐색 | 재구매 목록 로딩 지연, 품절 상품 노출 |
| 3. 담기 | 수량 변경 미반영, 다른 기기와 장바구니 불일치 |
| 4. 확인 | 마감 시간 표시 오류, 배송비 계산 오류 |
| 5. 결제 | 외부 결제 앱 복귀 실패, 결제 지연 시 실패 표시, 중복 결제 |
| 6. 완료 | 완료 화면 미표시, 푸시 미발송 |
| 7. 수령 | 배송 누락, 알림과 실제 불일치 |
4단계 — 실패 비용을 붙인다
실패 모드마다 실패하면 무엇을 잃는가 를 붙인다. 이것이 여정 지도를 위험 지도로 바꾸는 단계다.
| 실패 비용 유형 | 측정 방법 |
|---|---|
| 이탈 | 해당 단계의 퍼널 이탈률 변화 |
| 재시도 | 같은 행동의 반복 횟수 |
| 문의 | 관련 고객 문의 수 |
| 금전 손실 | 환불·보상·중복 결제 금액 |
| 신뢰 손실 | 앱 리뷰 평점, 재구매율 |
[위험 지도 — 상위 3개]
위험 단계 발생 가능성 실패 비용 우선순위
결제 앱 복귀 실패 5 중 이탈(결제 직전), 중복 결제 ★★★
마감 시간 표시 오류 4 저 새벽 배송 누락 → 환불·보상 ★★★
재구매 목록 로딩 지연 2 고 이탈(초기 단계), 재시도 ★★같은 "로딩 지연"이라도 탐색 단계와 결제 단계의 비용은 다르다. 결제 직전 이탈은 이미 구매 의도가 확정된 사용자를 잃는 것이다. 위험 지도는 테스트 강도를 여정의 비싼 지점에 몰아주는 근거가 된다.
결함이 몰리는 세 곳
여정 지도를 여러 번 그려 보면 결함이 몰리는 패턴이 보인다.
- 이음새 — 단계와 단계 사이. 장바구니 → 결제로 넘어갈 때 재고·가격이 바뀌는 경우, 외부 결제 앱에서 돌아오는 경우
- 비정상 경로 — 뒤로 가기, 중간 이탈 후 재진입, 앱 백그라운드 전환(모듈 17 레슨 1). 여정 지도는 대개 행복 경로로 그려지므로, 단계마다 "여기서 멈추거나 되돌아가면?"을 따로 적는다
- 채널 전환 — 모바일에서 담고 PC에서 결제, 앱 푸시를 눌러 웹으로 이동, 챗봇에서 상담원으로 넘어가기. 채널마다 따로 테스트되고, 전환은 아무도 테스트하지 않는다
여정 지도를 데이터로 검증한다
처음 그린 여정 지도는 가설이다. 레슨 3·4의 데이터로 검증한다. 퍼널 분석으로 실제 이탈이 큰 단계를 확인하고, 고객 문의를 여정 단계별로 분류해 문의가 몰리는 단계를 확인한다. 가설과 데이터가 다르면 데이터를 믿고 지도를 고친다.
실무에서 왜 필요한가
여정 기반 위험 지도는 기획 리뷰에서 QA의 발언을 바꾼다. "이 기능의 테스트 케이스는 50개입니다"가 아니라 "이 변경은 여정 5단계(결제)의 외부 앱 복귀 흐름에 영향을 주고, 여기서 실패하면 결제 직전 이탈과 중복 결제가 생깁니다"라고 말할 수 있다. 기획자와 디자이너는 여정의 언어에 익숙하기 때문에 이 설명을 바로 이해한다.
또 제한된 테스트 시간을 어디에 쓸지 결정할 때, 기능 목록의 위험 평가보다 여정 기반 평가가 사용자가 실제로 겪는 실패 에 더 가깝다.
채용시장에서의 위치
사용자 여정 지도는 UX·기획 직군의 기본 도구다. QA가 이것을 품질 위험 분석에 쓸 수 있으면 기획·디자인 팀과 같은 언어로 대화하는 QA가 된다. 제품 품질 엔지니어·서비스 기획 공고에서 "사용자 관점의 품질 분석" 경험의 가장 좋은 증거가 위험 지도 한 장이다.