지난 편에서 스토리 매핑이 산출물 중심에서 성과 중심으로 사고를 전환시키는 원리를 살펴봤어요. 이번 편에서는 스토리 맵이 실제로 무엇이고 무엇이 아닌지, 사용자 정의 방법, 그리고 AS-IS 맵과 TO-BE 맵의 차이를 구체적으로 알아볼게요.
스토리 매핑은 템플릿도, Jira 트릭도, PM만의 산출물도 아니에요. 제품의 이야기를 함께 말하는 구조화된 방법이에요. 범위, 우선순위, 트레이드오프에 대한 결정이 눈에 보이게 되는 거죠.
1. 스토리 맵: 사용자 여정의 완전한 시각화
스토리 맵(Story Map)은 제품 스토리를 시각적으로 표현한 것이에요. 두 가지 축으로 구성되죠.
- 이야기 흐름 (왼쪽에서 오른쪽): 사용자가 시간 순서대로 제품을 경험하는 방식
- 계층 구조 (위에서 아래): 이야기를 분류하는 구조로, 아래로 갈수록 세부 사항이나 완성도를 더함
흔한 오해를 방지하기 위해 명확히 해둘게요.
스토리 매핑은 이런 것이 아니에요.
- 스프린트 계획의 대체물
- 일회성 워크숍 산출물
- 상세 기능 스펙
- PM만의 책임
스토리 매핑은 협업적 사고 도구이고, 다양한 후속 활동들의 핵심 근간이 돼요.
- 로드맵 논의
- 배포 범위 분류(Release Slicing)
- 제품 발견(Product Discovery) 대화
- 리스크 평가
- 새 팀원 온보딩
핵심적인 관점 전환은 단순해요.
스토리는 “인위적으로 만들어야 할 것”이 아니라, 실제 현실의 사용자 이야기예요.
제품 기획에서 스토리텔링이 실패하면, 그 비용은 재정적 손실만이 아니에요. 감정적으로, 조직적으로도 큰 영향을 미치죠. 사람들이 계획에 대한 신뢰를, 로드맵에 대한 신뢰를, 때로는 서로에 대한 신뢰를 잃게 되거든요.
스토리 맵을 비유하면, 영화의 스토리보드와 같아요. 감독이 촬영 전에 각 장면을 스토리보드로 그리면, 팀 전체가 “이 영화가 어떤 흐름으로 전개되는지”를 한눈에 볼 수 있죠. 개별 장면(티켓)만 보면 전체 이야기가 보이지 않지만, 스토리보드(스토리 맵)를 보면 빠진 장면, 불필요한 장면, 순서가 맞지 않는 장면을 바로 발견할 수 있어요.
2. 사용자 정의부터 시작하기: 이 스토리는 누구를 위한 것인가
스토리 맵을 만들기 전에 하나의 결정을 명시적으로 내려야 해요. 이 스토리가 누구를 위한 것인지요. 스토리 매핑의 목적은 더 나은 문서를 만드는 것만이 아니에요. 더 적게, 더 의도적으로 만드는 것이죠.
1) 타겟 사용자를 좁히는 것이 필수인 이유
시간, 인력, 관심은 제한되어 있어요. 팀이 모든 가능한 고객이나 사용자를 한꺼번에 설계하려 하면, 스토리 맵은 금방 비대해져요. 의도가 희석되고, 제품이 유용하기보다 이도저도 아닌 무언가로 느껴지기 시작하죠.
그래서 스토리 매핑은 타겟을 좁히는 것부터 시작해요.
실무에서 팀은 먼저 다양한 고객이나 사용자 유형을 외부화해요. 적어두고, 간단히 설명하고, 행동·니즈·맥락의 의미 있는 차이로 그룹화하죠.
이 단계에서 목표는 완벽함이 아니라 가시성예요. 가시화된 사용자 유형들의 공통점과 차이점들이 보이기 시작한다면, 대화가 추상적 논쟁에서 더 솔직한 질문으로 전환될 수 있어요.
이 사용자들 중, 지금 당장 만들면 가장 의미 있는 대상은 누구인가?
다른 사용자를 영원히 무시하려는 게 아니에요. 집중을 가능하게 하는 시작점을 선택하는 거예요.
2) 스토리 매핑을 위한 올바른 타겟 사용자 선택법
타겟 고객을 선택하는 건 정확함보다 의도에 관한 거예요.
의미있는 타겟은 “평균 사용자”도, 가장 큰 세그먼트도 아니에요. 지금 당장 문제를 해결해주면 가장 의미 있는 변화를 만들어낼 수 있는 그룹이에요.
팀이 더 나은 선택을 하는 데 도움이 되는 질문들이 있어요.
- 누가 이 문제를 가장 자주 또는 가장 고통스럽게 경험하는가?
- 개선이 만족도뿐 아니라 행동 자체를 바꿀 대상은 누구인가?
- 이 그룹이 성공하면, 제품이 생존하거나 성장할 실질적 기회가 있는가?
- 어떤 그룹이 우리가 올바른 방향인지 가장 빨리 배우게 해주는가?
이건 시장 규모 질문이 아니에요. 집중에 대한 질문이에요. 다음과 같은 질문을 스스로에게 해보세요.
이 그룹을 위해 제품을 잘 만들면, 그것이 노력할 가치가 있다고 느껴지는가?
답이 뜨뜻미지근하다면, 타겟이 보통 너무 넓거나 너무 추상적인 거예요.
타겟 선택을 비유하면, 의사의 전문 분야 선택과 같아요. “모든 환자를 다 치료하겠다”는 의사보다, “무릎 관절 수술 전문”인 의사가 해당 환자에게 훨씬 나은 결과를 만들어내죠. 제품도 “모두를 위한 것”보다 “이 사람의 이 문제를 확실히 해결하겠다”가 더 강력한 시작점이에요.
3) 실무에서 강한 사용자 정의의 모습
타겟 그룹을 선택했으면, 결정의 기준이 될 수 있을 만큼 명확하게 정의해야 해요.
유용한 고객/사용자 정의는 이런 특징이 있어요.
- 팀원들이 같은 사람을 떠올릴 만큼 구체적이다
- 논의 중에 기억할 수 있을 만큼 간결하다
- 인구통계가 아니라 맥락에 기반한다
나이, 직함, 산업만으로 정의하기보다, 스토리 매핑은 이런 요소를 포함할 때 더 잘 작동해요.
- 그 사람이 맡고 있는 역할이나 책임
- 제품을 사용할 때의 상황
- 해결하려는 할일(Job-to-be-Done)
- 시간 압박, 리스크, 빈도 같은 제약 요소
예를 들면 이런 거예요.
“매일 아침 캠페인 성과를 확인하고, 광고비를 어디에 조정할지 빠르게 결정해야 하는 마케팅 매니저.”
이런 정의는 스토리 맵에 명확한 중심점을 제공해요. 맵에 무엇이 들어가고, 무엇이 빠지고, 무엇이 기다릴 수 있는지를 결정하는 데 도움이 되죠.
정의가 완벽할 필요는 없어요. 공동의 이해를 이룰 수 있을 정도면 돼요.
3. AS-IS vs TO-BE 스토리 맵: 현재 여정과 미래 여정의 이해
팀이 스토리 매핑을 이야기할 때, 종종 자기도 모르게 다른 것을 의미하고 있어요.
이를 일찍 명확히 하는 데 유용한 구분이 있어요. AS-IS 스토리 맵과 TO-BE 스토리 맵이에요.
1) AS-IS 스토리 맵
AS-IS 스토리 맵은 오늘 상황이 실제로 어떻게 작동하는지를 설명해요.
현재 사용자 여정을 있는 그대로 포착하는 거예요.
- 사용자가 의존하고 있는 현재의 방법
- “시스템” 뒤에 숨겨진 수동 단계
- 익숙하기 때문에 정상으로 느껴지는 지연, 혼란, 마찰, 제약들
AS-IS 맵의 목표는 비판이나 최적화가 아니에요. 깊은 이해에요. 모두가 자기만의 멘탈 모델이 아니라, 같은 현실을 보는 거죠.
이런 경우에 특히 유용해요.
- 제품이 자연발생적으로 성장했지만 그 원인을 모르는 경우
- 팀들이 다루고 있는 사용자 여정이 각자 다른 경우
- 고객의 불만은 있지만, 진짜 문제가 어디인지 알 수 없는 경우
AS-IS 맵은 단순한 질문에 답해요.
“사용자에게 오늘의 경험은 실제로 어떤가?”
AS-IS 맵을 비유하면, 병원의 현재 환자 동선 분석과 같아요. 접수에서 진료까지 환자가 실제로 걷는 경로, 기다리는 시간, 혼란스러워하는 지점을 있는 그대로 그려보는 거죠. “이렇게 되어야 한다”가 아니라 “실제로 이렇게 흘러간다”를 먼저 파악해야 개선점이 보여요.
2) TO-BE 스토리 맵
반면 TO-BE 스토리 맵은 미래 상태를 설명해요.
현실이 아니라 의도에서 시작하죠.
- 사용자가 무엇을 할 수 있어야 하는가
- 어떤 성과가 개선되어야 하는가
- 여정의 어떤 부분을 바꿀 가치가 있는가
TO-BE 맵에서는 빈 곳이 예상돼요. 가정이 보이고, 트레이드오프(Tradeoff)가 명시적이죠. 우선순위 결정, 배포 범위 설정, 로드맵 대화가 자연스럽게 이 단계에서 나타나요.
TO-BE 맵은 다른 질문에 답해요.
“우리의 제약을 고려할 때, 이 경험은 어떻게 되어야 하는가?”
가장 효과적인 스토리 매핑은 AS-IS와 TO-BE 둘 다 사용해요. 보통 순서대로 진행하죠.
팀이 AS-IS 맵으로 대화를 현실에 기반시킨 다음, TO-BE 맵으로 변화를 탐색하는 거예요.
AS-IS 맵을 건너뛰면 비현실적인 계획이 나올 수 있어요. TO-BE 맵을 건너뛰면 상세한 이해만 있고 방향이 없게 되죠.
AS-IS와 TO-BE의 관계를 비유하면, 집 리모델링과 같아요. 현재 집의 도면(AS-IS)을 먼저 정확히 그려야 “이 벽을 허물면 거실이 넓어진다”는 계획(TO-BE)이 현실적이에요. 현재 상태를 모른 채 꿈만 그리면 예산 초과와 구조적 문제가 생기고, 현재만 분석하고 미래를 그리지 않으면 리모델링을 시작조차 할 수 없죠.
다음 편에서는 스토리 맵을 실제로 만드는 6단계 실전 가이드를 살펴볼게요. 아이디어 시각화부터 내러티브 구성, 집중과 리스크 관리까지 단계별로 알아볼 거예요.
스토리 매핑 시리즈
(2) 이야기를 막는 ‘요구사항’과 성과를 이끄는 ‘스토리’
(5) 스토리 매핑을 제품 기획에 적용하는 5가지 방법