2024/03/30

[유저 스토리 매핑] (4) 스토리 맵 만들기 실전 가이드

사용자 여정을 체계적으로 파악하고 기능의 우선순위를 명확하게 결정할 수 있는 스토리 매핑 방법을 알아보세요. 생각을 외부화하고 흐름을 시각화하며 우선순위를 도출해내는 6단계를 명쾌하게 알려드려요.

지난 편에서 스토리 맵의 정의와 구성 요소, 사용자 정의, AS-IS와 TO-BE 맵의 차이를 살펴봤어요. 이번 편에서는 스토리 맵을 실제로 만드는 6단계 실전 가이드를 알아볼게요.

대부분의 스토리 매핑 방법론은 몇 가지 단계로 요약돼요. 단순하지만, 의도적으로 실천하면 강력하죠.

1단계: 아이디어를 외부화하여 생각들을 시각화 만들기

회의가 실패하는 이유는 매우 인간적이에요. 우리는 듣고, 생각하고, 반론을 준비하고, 모든 것을 기억하는 일을 동시에 할 수 없거든요. 누군가 말하는 동안 다른 사람들은 종종 이런 일을 하고 있어요.

반론을 준비하고 있다
엣지 케이스를 생각하고 있다
끼어들 타이밍을 재고 있다

바로 이때 정보가 조용히 사라져요. 외부화(Externalizing)란 생각을 카드나 포스트잇에 즉시 기록하는 거예요.

카드 하나에 아이디어 하나씩
짧고 구체적인 표현으로
나중이 아니라, 대화가 진행되는 중에 작성

이렇게 하면 두 가지 효과가 생겨요.

사람들이 다시 듣기에 집중할 수 있다
논의의 공유된, 눈에 보이는 기억이 만들어진다

물리적으로 하든 디지털로 하든 상관없어요. 매체보다 습관이 더 중요하죠.

외부화를 비유하면, 장보기 목록과 같아요. 냉장고를 열며 “뭐가 필요하지?”라고 머릿속으로만 생각하면 마트에서 반드시 빠뜨리는 게 생기죠. 하지만 냉장고를 보면서 바로바로 목록에 적으면, 마트에서 목록만 따르면 돼요. 회의에서도 마찬가지로, 떠오르는 생각을 즉시 카드에 쓰면 “그때 뭐라고 했더라?”는 상황을 방지할 수 있어요.

2단계: 성과와 제약으로 대화를 프레이밍하기

외부화만 하면 메모가 있는 무질서한 벽이 만들어져요. 프레이밍(Framing)은 그 메모들에 의미를 부여하기 시작하죠.

기능이나 흐름을 만들기 전에, 효과적인 스토리 매핑은 스토리 맵 위에 합의된 프레임을 설정해요. 전형적인 프레이밍 질문은 이런 거예요.

왜 이것을 만드는가?
누구를 위해?
어떤 성과를 바꾸려 하는가?
어떤 제약이 있는가 (시간, 리스크, 컴플라이언스, 기술)?
이것이 작동하면 비즈니스에 어떤 이점이 있는가?

이 질문들에 완벽한 답이 필요하지는 않아요. 보이는 가정만 있으면 돼요. 프레이밍 요소를 맵 위쪽에 배치하면, 아래쪽에서 세부 사항이 발전하는 동안 의도를 지속적으로 상기시키는 역할을 하죠.

프레이밍을 비유하면, 등산의 정상 사진과 같아요. 등산 중에 숲길에서 방향을 잃기 쉽지만, “우리가 가야 할 정상은 저기다”라는 사진을 항상 볼 수 있으면 갈림길에서도 올바른 방향을 선택할 수 있죠. 스토리 맵의 프레이밍도 세부 사항에 빠질 때 “우리가 왜 이걸 하고 있었지?”를 상기시켜 줘요.

3단계: 이야기를 펼쳐내고 계층화하기

스토리 매핑은 단순히 아이디어를 수집하는 것이 아니라, 일관된 제품 이야기로 조직하는 거죠.

스토리는 두 가지 차원으로 배열돼요.

왼쪽에서 오른쪽: 사용자 여정이 시간 순서로 펼쳐지는 방식
위에서 아래: 이야기를 분류하는 구조로, 아래로 갈수록 세부 사항이나 완성도를 더함

이 구조는 단순히 정리하는 것 이상의 의미를 가져요. 제품 속의 사용자 이야기를 시각화하죠. 놓쳤던 사용자 경험, 숨겨진 의존성, 필요한 트레이드오프가 긴 논쟁 없이도 눈으로 쉽게 볼 수 있도록 자연스럽게 드러나거든요. 실무에서 스토리 맵은 보통 세 가지 수준의 세부 사항을 포함해요.

에픽(Epic): 여정 전반에 걸쳐 크게 분류할 수 있는 의미 있는 사용자 활동 주제
스토리(Story): 특정 활동 주제에서 일어나는 구체적인 사용자의 상호작용
태스크(Task): 상호작용이 효과적으로 이뤄지기 위해 필요한 구체적인 행위

맵 위쪽에서 에픽과 상위 스토리는 사용자가 무엇을 하려는지에 초점을 맞춰요. 아래로 내려갈수록 스토리와 태스크는 그 활동이 어떻게 이뤄지는지를 점점 더 구체적으로 설명하죠. 시간이 지나면서 패턴이 나타나기 시작해요.

함께 묶여야 할 작업 그룹
여정에서 빠져 있거나 제대로 정의되지 않은 단계
너무 이르게 정의되어 어디에도 포함되지 않는 세부 사항

이 패턴들이 스토리 맵을 유용하게 만드는 거예요. 무작위의 사용자 행동 아이디어를 무엇이 중요한지, 무엇이 빠져 있는지, 무엇이 기다릴 수 있는지에 대한 공동의 이해로 바꿔주죠.

스토리의 뼈대(Backbone)와 움직이는 뼈다귀(Working Skeleton)

팀이 매일 아침 캠페인 성과를 확인하는 마케팅 매니저를 위한 데이터 분석 도구를 만들고 있다고 해볼게요. 사용자 여정을 보드 위쪽에 매핑하는 것부터 시작해요.

제품 열기
캠페인 데이터 업로드
핵심 지표 확인
다음 행동 결정

이 단계들이 맵의 뼈대를 형성해요. 각 단계는 사용자 여정의 의미 있는 활동을 설명하는 에픽(Epic)으로 기능하죠. 여정을 작동시키기 위해 팀은 아래에 몇 가지 스토리(Story)를 추가해요.

캠페인 데이터 업로드 아래: CSV 파일 업로드 파일 포맷 검증
핵심 지표 확인 아래: 총 지출 표시 전환 표시

대화가 구현으로 넘어가면서, 작업(Task)이 자연스럽게 나타나요.

파일 업로드 엔드포인트 구현
업로드된 데이터 저장
기본 지표 계산 실행

이 시점에서 팀이 멈추고 물어요.

이 여정이 실제 작동할 수 있는 가장 작은 버전은 무엇인가?

그리고 맵을 가로질러 선을 그으며 꼭 필요한 기능을 추리고, 이를 기반으로 개발하면 기본에 충실한 ‘움직이는 뼈다귀’ 기능이 되는 거예요.

백본과 워킹 스켈레톤을 비유하면, 건물의 골조와 같아요. 아파트를 지을 때 먼저 철골 구조(백본)를 세우고, 가장 기본적인 한 층(워킹 스켈레톤)이 사람이 살 수 있는 상태가 되도록 만드는 거예요. 인테리어나 조경은 나중이지만, 골조와 기본 배관·전기가 있으면 “이 건물이 어떤 구조인지, 사람이 살 수 있는지”를 바로 판단할 수 있죠.

4단계: 집중할 곳을 벼려내기

팀이 스토리를 매핑하기 시작하면, 맵은 거의 항상 예상보다 커져요. 더 많은 사용자, 더 많은 시나리오, 더 많은 엣지 케이스, 더 많은 아이디어가 만들어지기 시작하죠. 이 현상 자체는 정상이에요. 정상이 아닌 건 그 모든 것을 다 만들 수 있는 척하기 시작하는 거예요. 기업의 시간, 인력, 에너지는 제한되어 있어요. 스토리 매핑은 이 제한사항들을 눈에 보이게 만들고, 팀은 이에 따라 더 어려운 작업을 해야 해요. 어디에 집중할지 선택하는 것이죠. 이 단계에서 맵은 디스커버리 산출물이 아니라 의사결정 도구가 돼요. “무엇을 만들어야 하는가?” 대신, 이런 질문으로 대화를 전환하는 거에요.

이 여정의 어떤 부분이 우리의 성과에 가장 중요한가?
어디를 개선하면 실제로 사용자 행동이 바뀌는가?
어떤 아이디어가 가치 있어 보이지만, 지금 당장은 필요하지 않은가?
이 맵의 절반을 제거해야 한다면, 무엇을 남길 것인가?

바로 여기서 수직 정렬(Vertical Ordering)이 진짜 힘을 발휘해요. 여러가지 스토리들 중에서 우선적으로 보이는 것들만 걸러 위에 남기는 거죠. 스토리를 맵에서 더 위에 놓으면, 사용자 경험에 필수적이라는 신호예요. 더 아래에 놓는 것은 거부가 아니에요. 아직은 아니다라는 의미이죠. 모든 것이 한 번에 보이기 때문에, 트레이드오프를 논의하기가 더 쉬워져요.