사용자흐름 (User Flow)
쉽게 풀면
사용자가 원하는 것을 하기 위해 어떤 화면을 어떤 순서로 거쳐가는지 그린 흐름도이다.
왜 중요한가
유저플로우는 사용자가 서비스에 진입해 특정 목표를 달성하기까지 거치는 화면과 의사결정 지점을 순서대로 도식화한 것으로, 회원가입부터 결제 완료까지처럼 여러 태스크가 연결된 전체 경험의 논리적 흐름을 팀이 공유하는 데 활용된다. 개발 착수 전 인터페이스 설계의 뼈대를 마련하는 문서로 실무에서 흔히 작성된다. 유저플로우는 각 화면 전환에 조건(로그인 여부, 결제 성공 여부)을 명시한 분기 다이어그램으로 그려지며, 이 조건들이 빠짐없이 표현되어야 개발팀이 예외 케이스를 빠뜨리지 않고 구현할 수 있다. 유저플로우는 화면 목업 없이 상자와 화살표만으로 먼저 그려 논리적 구조를 확정한 뒤, 그 위에 실제 화면 디자인을 입히는 순서로 진행하는 것이 일반적인 작업 방식이다. 유저플로우 문서는 개발 착수 전 뿐 아니라 출시 후 실제 사용자 행동 데이터와 비교해 설계한 경로대로 사용자가 움직였는지 검증하는 기준으로도 재사용된다. 복잡한 유저플로우 문서는 프로토타이핑 도구의 화면 연결 기능으로 그대로 구현해, 이해관계자가 실제 클릭하며 흐름을 체험해 볼 수 있게 하는 경우도 많다.
논문에서는 이렇게 쓰입니다
단계 수를 줄인 흐름 재설계가 실제 이탈률 감소로 이어진 사례연구이다.
사용자가 화면을 거쳐가는 순서와 단계를 바꾸었을 때 가입을 끝까지 마치는 비율이 어떻게 달라지는지 확인한 것이다.
조금 더 깊게 보면
유저플로우를 지나치게 단순화해 성공 경로만 그리면 오류나 이탈이 발생하는 예외 상황에서의 사용자 대응을 놓치기 쉬워, 대체 경로까지 포함한 완결된 흐름도 작성이 권장된다. 태스크플로우가 단일 과업에 집중한다면 유저플로우는 여러 태스크를 아우르는 서비스 전체의 경험 흐름을 다룬다는 점에서 범위가 더 넓다. 유저플로우는 단계마다 사용자가 내리는 의사결정 지점을 다이아몬드 도형으로 표시해 조건 분기를 명시하는 것이 관행이며, 이렇게 하면 오류나 결제 실패 같은 예외 경로도 같은 다이어그램 안에서 함께 설계할 수 있다.
주의할 점
사용자흐름은 단일 경로만 가정하기보다 다양한 분기와 예외 상황도 함께 고려해 설계해야 한다.