{3줄 요약}

사용자 시나리오는 특정 사용자가 특정 맥락에서 무엇을 하려는지 적는 이야기예요.
기능만 나열하면 놓치는 목적과 상황이 시나리오 안에서는 자연스럽게 드러나요.
시나리오를 쓰면 화면보다 먼저 흐름과 판단 기준을 구체적으로 잡을 수 있어요.

기능 명세 전에 상황과 목표를 맞춰야 할 때

사용자 시나리오는 이런 상황에서 써요:

  • 새 기능이나 서비스를 설계하기 전에 "어떤 상황을 위한 기능인가"를 명확히 할 때
  • 여러 설계 방향 중 하나를 선택해야 할 때 ("어떤 시나리오에서 이 방향이 더 맞나")
  • 디자이너·개발자·기획자가 사용자 관점을 공유할 때

시나리오는 페르소나와 짝을 이루는 경우가 많아요.
페르소나가 "누구인가"라면, 시나리오는 "그 사람이 어떤 상황에서 어떻게 행동하는가"예요.

단계별 실행 방법

1단계: 사용자와 맥락 정의하기

시나리오를 시작하기 전에 세 가지를 먼저 정해요.

**누구인가? **: 구체적인 사람이에요.
"30대 직장인"이 아니라 "평일 점심시간에 회사 근처에서 음식을 시키는 박민준 씨0"처럼요.

**무엇을 하려 하는가? **: 사용자의 목표예요.
기능이 아니라 목표.
"배달 앱을 쓰려 한다"가 아니라 "30분 안에 점심을 해결하고 싶다"예요.

**어떤 상황인가? **: 물리적·심리적 맥락이에요.
"혼자다", "시간이 촉박하다", "새 식당을 찾아보고 싶다"처럼 상황을 구체적으로 써요.

2단계: 시나리오 이야기 쓰기

시나리오는 짧은 이야기예요.
사용자가 목표를 달성하는 과정을 1~2단락으로 써요.

형식:

[상황] 박민준 씨는 오늘 오전 회의가 길어져서 점심을 먹을 시간이 30분밖에 없어요.
자리에서 바로 주문하고 싶어요.

[행동] 배달 앱을 열고 "자주 시키는 곳" 탭을 눌러요.
지난주에 시켰던 짬뽕집이 보이는데, 지금 주문하면 25분 걸린다고 나와요.
바로 똑같은 메뉴로 재주문 버튼을 눌러요.

[결과] 3번의 탭으로 주문이 완료됐어요.
회의실에서 나온 지 1분도 안 됐어요.

이 시나리오에서 설계 결정이 보여요.
"자주 시키는 곳" 탭이 있어야 해요.
재주문 기능이 있어야 해요.
예상 배달 시간이 목록에서 보여야 해요.

3단계: 시나리오에서 설계 요구사항 추출하기

시나리오를 썼으면, 그 안에서 "이 시나리오가 작동하려면 무엇이 필요한가"를 뽑아요.

위 예시에서:

  • ✓ 재주문 히스토리 기능
  • ✓ 목록에서 예상 배달 시간 노출
  • ✓ 전 주문과 동일한 옵션 그대로 재주문 기능
  • ✓ 최소 탭 수로 재주문 완료 가능한 흐름

이 요구사항 목록이 IA(정보 구조), 화면 흐름, 컴포넌트 설계의 출발점이 돼요.

4단계: 여러 시나리오로 엣지 케이스 찾기

"베스트 케이스" 시나리오 하나만으로는 부족해요.
문제가 생기는 상황, 예외 상황도 써야 해요.

  • 첫 사용 시나리오: 앱을 처음 열었을 때 무엇도 없는 상태에서 어떻게 첫 주문을 하는가
  • 에러 시나리오: 결제 실패가 났을 때 어떻게 되는가
  • 이탈 후 복귀 시나리오: 주문 도중 앱을 끄고 다시 열었을 때 어디서 시작하는가

이 시나리오들이 설계에서 "이 경우에 어떻게 되나요?"라는 질문에 미리 답을 준비하게 해요.

시나리오가 페르소나, Journey와 어떻게 다른가요

  • 페르소나: "이 사람은 누구인가" - 사용자 특성의 집합
  • User Journey: "이 사람이 전체적으로 어떤 경험을 하는가" - 큰 그림
  • 사용자 시나리오: "이 사람이 이 상황에서 구체적으로 무엇을 하는가" - 특정 순간의 구체적 행동

시나리오는 Journey보다 작은 단위예요.
Journey의 특정 단계를 시나리오로 구체화하는 식으로 함께 써요.

하지 말아야 할 것

기능 명세서처럼 쓰지 마세요: "사용자가 [재주문 버튼]을 클릭한다"는 기능 명세예요.
시나리오는 "사용자가 이전 주문을 빠르게 반복하고 싶다"처럼 의도와 맥락을 써야 해요.

팀의 이상적인 시나리오만 쓰지 마세요: 실제 사용자 행동 데이터나 인터뷰 없이 팀이 상상한 "완벽한 사용자"를 쓰면, 현실과 동떨어진 설계가 나와요.

시나리오를 한 번 쓰고 잊지 마세요: 개발이 시작되고 기능이 바뀌면 시나리오도 업데이트해야 해요.

실행 후 확인하기

  • 시나리오의 주인공이 실제 사용자 리서치를 기반으로 만들어졌나요?
  • 시나리오에서 사용자의 맥락(언제, 어디서, 왜)이 명확한가요?
  • 시나리오에서 설계 요구사항을 뽑아봤나요?
  • 베스트 케이스 외에 에러·예외 시나리오도 있나요?
  • 팀원들이 이 시나리오를 읽고 같은 그림을 그리나요?

더 큰 그림의 흐름은 User Journey에서, 시나리오를 화면 구조로 연결하는 방법은 Information Architecture에서 다뤄요.

관련 아티클

참고 문헌

  • Alan Cooper, 《About Face》(2014) - 페르소나와 시나리오를 활용한 Goal-Directed Design 방법론의 핵심 레퍼런스예요.
  • Marc Stickdorn & Jakob Schneider, 《This is Service Design Doing》(2018) - 사용자 시나리오를 서비스 설계에 적용하는 실무 방법이에요.