APP DEVELOPMENT TERM
사용자 흐름
목표를 이루기 위해 화면과 행동을 지나가는 순서
사용자 흐름은 사용자가 앱에 들어온 뒤 원하는 일을 끝내기까지 거치는 화면, 선택, 시스템 판단과 결과를 순서대로 연결한 경로입니다.
30초 이해
사용자 흐름은 화면 목록이 아니라 사용자가 목표를 이루는 시작부터 결과까지의 전체 경로입니다
회원가입, 예약, 결제처럼 기능 이름만 정해도 실제 사용 과정은 여러 갈래로 나뉩니다. 어디에서 시작하고 어떤 정보를 입력하며 로그인이나 결제가 실패하면 어디로 돌아가는지 연결해야 사용자가 중간에 막히지 않습니다.
한 사람의 정상 경로만 그리면 운영자가 처리하는 승인, 알림, 데이터 변경과 재시도 상황이 빠질 수 있습니다. 고객·파트너·관리자처럼 역할을 나누고 성공 경로와 예외 경로를 함께 확인하는 것이 중요합니다.
한 장으로 이해
사용자 목표를 시작부터 완료까지 연결하는 흐름
진입점과 행동을 정하고 시스템이 확인할 조건, 성공·실패 결과와 다시 이어갈 방법을 연결합니다.
- 01
시작점
홈, 검색, 알림이나 링크 중 어디에서 들어오는지 정합니다.
- 02
사용자 행동
보거나 고르고 입력하고 확인하는 순서를 연결합니다.
- 03
조건·예외
로그인, 권한, 재고, 시간과 결제 조건을 확인합니다.
- 04
결과·다음 행동
완료 안내와 실패 복구, 관리자·알림 변화를 보여줍니다.
좋은 사용자 흐름은 화면 수가 적은 흐름이 아니라 사용자가 현재 상태와 다음 행동을 이해할 수 있는 흐름입니다.
언제 사용하는 개념인가요?
핵심 기능을 기획할 때
예약·구매·상담처럼 사용자가 끝내야 할 일을 단계와 조건으로 나눕니다.
와이어프레임을 연결할 때
각 화면의 버튼과 다음 화면, 되돌아가기와 중단 후 재개 경로를 확인합니다.
출시 전 검수할 때
정상 경로뿐 아니라 실패·취소·권한·빈 상태에서 사용자가 막히는 지점을 찾습니다.
왜 중요한가요?
빠진 화면과 기능을 일찍 찾습니다
기능 목록만으로 보이지 않던 확인 화면, 완료 안내와 복구 행동을 발견할 수 있습니다.
사용자와 운영자의 상태를 연결합니다
고객 행동 이후 관리자 처리, 데이터 변경과 알림이 언제 일어나는지 함께 볼 수 있습니다.
검수할 시작과 완료 기준이 생깁니다
어디서 시작해 어떤 상태가 되면 성공인지 실제 시나리오로 확인할 수 있습니다.
실제 상황 예시
클래스 예약의 사용자 흐름을 그린다면
수업을 찾는 순간부터 예약 확인과 이후 변경까지 사용자와 운영 흐름을 이어서 봅니다.
기본 성공 흐름
- 수업 찾기와 상세 확인
- 날짜·시간·인원 선택
- 로그인·결제·예약 요청
- 완료 화면과 예약 내역 확인
함께 그릴 예외 흐름
- 마감되거나 남은 자리가 부족할 때
- 결제 실패·중복 요청·응답 지연이 생길 때
- 관리자 승인이 필요한 예약일 때
- 변경·취소 기한이 지났을 때
성공 화면까지 한 줄로 끝내지 말고 실패 뒤 다시 시도하거나 문의할 경로까지 있어야 실제 사용 가능한 흐름이 됩니다.
자주 하는 오해
“사용자 흐름은 화면 순서도다”
화면 이동뿐 아니라 사용자의 판단, 시스템 조건, 관리자 처리와 성공·실패 상태까지 포함합니다.
“가장 짧은 흐름이 항상 좋다”
필요한 설명과 확인을 지나치게 줄이면 실수와 불안이 커질 수 있습니다. 목표 달성에 필요한 단계인지로 판단해야 합니다.
“정상 사용자 한 명만 보면 된다”
첫 방문자, 기존 회원, 권한이 다른 사용자와 오류·취소·재시도 상황을 함께 봐야 합니다.
우리 서비스에 적용할 때 확인하세요
- 1사용자가 어디에서 시작하고 무엇을 완료하려 하나요?
- 2각 단계에서 필요한 정보와 선택이 분명한가요?
- 3서버나 관리자가 확인해야 하는 조건은 어디에 있나요?
- 4실패·취소·중단 뒤 다시 이어갈 방법이 있나요?
- 5완료되면 고객 화면·관리자·알림·데이터가 함께 바뀌나요?
다음 자료
이해한 내용을 바로 적용해보세요
사용자 흐름을 화면으로 정리하는 와이어프레임, 직접 눌러보는 프로토타입과 전체 경험을 보는 UX를 함께 확인하세요.
정상 화면만 보지 말고 시작·실패·복구·완료까지 한 줄로 연결하세요
역할별 사용자 흐름을 먼저 정하면 빠진 화면과 운영 기능을 개발 전에 발견할 수 있습니다.