관리 화면의 기능은 정상인데 고객 문의는 계속 들어올 수 있습니다. 검색 결과의 오래된 안내, 늦게 도착하는 인증 메일, 결제 뒤 다른 이름으로 찍히는 카드 내역처럼 문제는 제품팀이 맡은 화면 바깥에서 생기기도 합니다.
핵심 직접 써봐야 마찰이 보이는 이유는 사용자가 겪는 문제가 개별 화면이 아니라 유입, 인증, 결제, 대기, 문의와 복구 사이의 연결에서 생기기 때문입니다. 대표 과업을 실제 조건으로 끝까지 통과하고, 막힌 지점의 피해와 복구 비용을 기록해야 합니다.
먼저 보면 좋은 점
- 실제 유입 경로와 기기로 처음부터 제품을 사용합니다.
- 화면 밖의 이메일·결제·지원 접점까지 기록합니다.
- 불편의 크기를 과업 실패와 복구 비용으로 판단합니다.
내부 계정은 너무 많은 것을 알고 있다
개발용 계정은 이미 권한과 데이터가 갖춰져 있어 첫 사용자의 막힘을 숨깁니다. 검색이나 광고에서 들어와 새 이메일로 가입하고, 가장 흔한 기기와 느린 네트워크에서도 핵심 과업을 끝내 봐야 합니다. 앱 권한을 거절했을 때나 이메일을 다른 기기에서 열었을 때도 흐름이 이어지는지 확인합니다.
직접 사용은 정식 사용자 조사를 대신하지 않습니다. 다만 팀이 만든 구조를 팀 스스로 낯설게 보고, 관찰할 가설과 명백한 결함을 빠르게 찾는 데 효과적입니다.
화면 사이의 기다림도 제품이다
인증 메일을 기다리는 3분, 결제 승인 결과를 모르는 10초, 고객지원 답변을 기다리는 하루 동안 사용자는 다음에 무엇을 해야 하는지 판단합니다. 시스템이 처리 중인지 실패했는지 알 수 없다면 같은 버튼을 누르거나 과업을 포기합니다.
여정 지도에는 화면 이름만 적지 말고 기다리는 시간, 다른 채널로 이동하는 순간, 사용자가 준비해야 할 정보, 실패했을 때 돌아오는 길을 표시합니다. 이 지점들이 부서 경계를 넘더라도 고객에게는 하나의 제품입니다.
불편보다 결과 손실을 본다
클릭이 한 번 많은 문제와 결제가 두 번 되는 문제를 같은 수준으로 다룰 수는 없습니다. 마찰의 우선순위는 발생 빈도, 과업 중단, 금전·데이터 위험, 스스로 복구할 수 있는지로 판단합니다. 눈에 잘 띄는 화면 불편보다 드물지만 회복하기 어려운 오류가 먼저일 수 있습니다.
점검을 마치면 발견한 문제를 담당 부서에 넘기는 데서 끝내지 않습니다. 전체 여정의 성공 기준과 연결하고, 수정 뒤 같은 조건으로 다시 통과해 실제로 복구되었는지 확인합니다.
여정 지도에 남겨야 할 정보
단계마다 사용자의 목표, 행동, 접점, 필요한 정보, 기다리는 시간, 감정 추측이 아닌 관찰된 어려움, 내부 담당 시스템을 적습니다. 정상 경로 옆에는 취소, 오류, 권한 부족, 고객지원 이동 같은 갈림길을 표시합니다. 단계가 많아도 핵심 과업 하나씩 별도 지도를 만드는 편이 읽기 쉽습니다.
지도에는 현재 근거의 종류도 붙입니다. 로그로 확인한 사실인지, 한 번 관찰한 장면인지, 팀의 추정인지 구분해야 색칠된 그림이 증거처럼 굳지 않습니다. 빈칸은 실패가 아니라 다음 조사 대상입니다.
부서 사이의 마찰을 제품 백로그로 만든다
인증 메일은 운영팀, 결제는 재무팀, 오류 복구는 개발팀이 맡더라도 사용자의 과업은 끊기지 않습니다. PO는 접점별 담당자와 공통 성공 기준을 연결하고, 한 팀의 지표 개선이 다음 단계의 부담을 늘리지 않는지 봅니다.
개선 항목에는 사용자 피해, 발생 조건, 현재 복구 방법, 목표 상태, 확인 지표를 적습니다. 화면 수정만으로 해결되지 않으면 운영 절차나 정책 변경도 같은 백로그에서 의존성을 관리합니다. 전체 여정을 책임진다는 말은 모든 일을 직접 하는 것이 아니라 끊긴 책임을 보이게 만드는 일입니다.
현장을 평가표로만 보지 않는다
직접 사용 점검이 담당자를 감시하거나 작은 실수를 적발하는 방식이 되면 현장의 맥락을 놓칩니다. 고객지원 직원이 같은 내용을 다시 묻는 이유가 불친절해서가 아니라 이전 문의를 볼 권한이 없기 때문일 수 있습니다. 사람의 태도와 시스템·정책이 만든 행동을 구분합니다.
PO의 목적은 흠을 많이 찾는 것이 아니라 사용자의 일이 실제로 어떻게 이어지는지 이해하는 것입니다. 기다리는 동안 들리는 안내, 다른 앱으로 옮겨 적는 행동, 종이 메모처럼 화면 밖 단서도 기록합니다. 다만 관찰 대상의 존엄과 개인정보를 지키고 몰래 평가하는 방식은 피합니다.
여정 감사를 끝내는 증거와 중단 기준
단계별로 접점, 감정, 대기 시간, 도움 요청, 실패와 복구 결과를 같은 기록지에 남깁니다. 관찰한 사실, 로그, 지원 문의와 팀의 추정을 표시해 화려한 여정 지도가 근거를 대신하지 못하게 합니다.
대표 과업을 끝내지 못하거나 금전·데이터 피해를 스스로 복구할 수 없으면 작은 편의 개선을 멈추고 그 구간을 우선합니다. 반대로 한 번의 불편만으로 전체 사용자 문제라 단정하지 않고 조건과 빈도를 추가 확인합니다.
오늘 한 시간에 끝내는 여정 점검
예를 들어 예약 앱이라면 광고 링크를 누른 시점부터 새 계정 가입, 날짜 선택, 7만 원 결제, 취소와 환불 확인까지 한 사람이 실제 휴대전화로 수행합니다. 단계별 소요 시간과 재시도 횟수, 도움말을 찾은 순간을 적고 화면 녹화에 시각을 맞춥니다. 5명 중 2명 이상이 같은 단계에서 멈추거나 한 명이라도 중복 결제·데이터 손실을 겪으면 그 구간은 즉시 수정 후보입니다.
산출물은 거대한 지도가 아니라 “조건-막힌 장면-사용자 피해-현재 복구법-담당자-재시험 날짜” 여섯 칸짜리 표면 충분합니다. 테스트 계정이 실제 고객의 권한이나 네트워크 조건을 재현하지 못했다면 완료로 판정하지 않습니다. 지금 할 일은 팀의 핵심 과업 하나를 골라 새 계정으로 끝까지 통과하고, 가장 비싼 실패 한 건을 백로그에 올리는 것입니다.
메모
- 새 계정과 실제 유입 경로로 핵심 과업을 끝내 봤는가?
- 이메일·결제·지원처럼 화면 밖 접점을 여정에 포함했는가?
- 빈도뿐 아니라 실패의 피해와 복구 가능성을 함께 봤는가?