사용자 스토리 맵 (User story map) 템플릿
사용자 스토리 맵을 만들어 소비자 여정 (Customer journey) 을 시각화하고 제품을 개선합니다. 사용자 중심 접근 방식을 비즈니스에 도입하여 사람들이 좋아할 제품을 만드십시오.
사용자 스토리 맵 템플릿 소개
2005년 Jeff Patton에 의해 처음 대중화된 사용자 스토리 맵은 제품 백로그를 관리하는 애자일 방법입니다. 사용자 스토리 맵이란 무엇이며 제품 팀과 함께 어떻게 만들 수 있을까요?
사용자 스토리 매핑 템플릿에 대해 자세히 알아보려면 계속 읽어주세요.
사용자 스토리 맵이란 무엇인가요?
간단히 말해서, 사용자 스토리 매핑은 제품 팀이 출시 계획에 사용하는 프레임워크입니다. 이는 비즈니스 가치에 계속 집중하고 고객이 중요하게 생각하는 기능을 출시하는 데 도움이 됩니다.
맵은 다음과 같은 방식으로 작성된 사용자 스토리로 구성됩니다.
저는 < 사용자 유형(type of user)>으로서 <목표(some goal)>를 얻기 위해 <결과(some outcome)>를 원합니다.
다음과 같은 예시가 있습니다.
크리에이티브 전문가로서 저는 더 많은 여가 시간을 가질 수 있도록 일정을 짜고 싶습니다.
이러한 프레임워크는 팀이 고객의 요구 사항을 충족하기 위해 수행해야 하는 작업에 대해 공유된 이해를 얻을 수 있도록 도와줍니다.
사용자 스토리 맵 템플릿을 사용해야 하는 경우
팀이 회의실에 모여 화이트보드에 사용자 스토리 맵을 그리는 시대는 이미 지났습니다.
온라인 사용자 스토리 맵 템플릿을 사용하면 팀이 디지털 대화형 화이트보드에서 원격으로 실시간으로 협업하여 시간을 절약할 수 있습니다. Product Managers와 Scrum Masters는 사용자 여정 매핑을 사용하여 스토리를 매
사용자 스토리 매핑의 이점
제품 및 디자인 팀은 생산을 반복하고 공식화할 때 로드맵의 시각적 가이드로 사용자 스토리 매핑을 사용합니다.
고객 여정의 각 단계 식별
사용자 스토리 매핑의 중요한 이점 중 하나는 각 고객 접점을 안내하고 고객 경험에 대한 전체적인 관점을 제공한다는 것입니다.
디자이너와 제품 개발자는 백로그를 놓치기 쉽기 때문에 초기부터 고객 경험에 대한 개요를 파악하는 것이 더 나은 제품을 만드는 데 중요합니다.
제품 백로그 시각화 및 관리
사용자 스토리 매핑은 또한 팀이 동적으로, 그리고 시각적으로 완료해야 하는 특정 작업을 매핑하는 데 도움이 됩니다. 사용자 스토리 맵을 사용하면 대규모 프로젝트를 파악하고, 구성 작업으로 구분하여 특정 팀원에게 할당할 수 있으며, 이러한 모든 과정이 프로세스를 주도하는 중요한 고객 중심 프레임워크입니다.
브레인스토밍 및 작업 우선 순위 지정
사용자 스토리 맵을 통해 제품을 통한 사용자 흐름을 도표화하면 여정의 격차를 파악하는 데 도움이 됩니다. 팀은 처음부터 끝까지의 맵을 보고 작업 및 프로젝트를 브레인스토밍하여, 작업 공백을 채우고 이러한 작업의 우선 순위를 공동으로 지정할 수 있습니다.
사용자 스토리 맵에서의 자주 마주하는 과제
다음은 사용자 스토리 맵을 작성할 때 팀에서 발생하는 몇 가지 흔한 문제점과 해결 방법입니다.
사용자 페르소나 부족
명확하게 정의된 사용자 페르소나는 성공적인 사용자 스토리 맵의 기초입니다 ('사용자 스토리 매핑'의 '사용자' 부분!).
페르소나에 따라 제품 이동 경로가 다를 수 있으므로, 여러 페르소나에 다양한 사용자 스토리 맵이 필요할 수 있습니다. 그러나 명확하게 정의된 사용자 페르소나가 없다면, 제품에 대한 사용자의 목표를 이해하는 데 어려움을 겪을 것입니다.
명확한 목표 부족
사용자 스토리 매핑에도 명확한 목표가 있어야 합니다. 특정 문제를 해결하려고 하든, 고객 여정 내에서 격차를 파악하고 수정하려고 하든, 이탈을 줄이는 방법을 찾든 간에 명확하게 명시된 목표로 프로세스를 시작해야 합니다.
이해 당사자들의 참여율 부족
사용자 스토리 맵은 회사의 각 이해 관계자가 모여 진행되어야 합니다. 마케팅 및 영업, UX 및 UI, 제품 개발 및 고객 서비스 팀 모두 사용자 접점(touchpoints)에 대해 고유한 인사이트를 가지고 있기 때문에, 사용자 스토리 맵을 완벽하게 이해하기 위해서는 각 이해관계자가 모여 전체적인 시야를 가지고 스토리 맵을 완성해야 합니다.
Miro에서 사용자 스토리 맵 보드를 만드는 방법
Miro의 사용자 스토리 매핑 도구를 사용하면 온라인에서 스토리를 공동으로 관리할 수 있습니다. 사용자 스토리 맵 템플릿을 사용하여 팀 캔버스를 만드는 방법은 다음과 같습니다.
1. Miro 보드에 사용자 스토리 맵 템플릿 추가
'이 템플릿 사용'을 클릭하여 시작하십시오. 또는 빈 Miro 보드에 Miro Marketplace의 프레임워크를 설치하면 도구 모음에 추가됩니다.
템플릿은 사용자 활동, 작업 및 스토리를 추가하기 위해 빈 카드로 시작합니다.
2. 사용자 페르소나 식별 후 단계별 사용자 작업 설명
사용자의 목표 또는 활동별로 사용자 작업을 그룹화하십시오. 카드를 확장하여 더 많은 텍스트를 쓰고 형식을 빠르게 지정하십시오. 그런 다음 만기일, 수취인, 태그 및 링크를 입력하여 중요한 세부 정보를 추가하십시오.
3. 스프린트의 스토리 우선 순위 지정
지도의 구조를 편집하려면 개별 카드 또는 카드 그룹을 끌어다 놓으십시오. 템플릿이 자동으로 조정됩니다.
향후 출시 및 버전에 관련된 섹션을 삽입하십시오. 사용자 스토리 매핑은 기능 계획 수립과는 다릅니다.
4. 스프린트 준비
Jira를 통해 작업하는 경우, 이슈 URL을 붙여 넣거나 보드에서 바로 카드를 Jira issues 로 변환시키십시오.
5. 팀과 협업
귀하의 팀 구성원들이 실시간으로 또는 비동기적으로 협력하고 함께 작업할 수 있도록 초대하십시오. 새로운 생산 반복 작업을 생성할 때 시간 경과에 따른 사용자 스토리 맵을 참조하고, 사용자가 제품을 사용해 볼 때 취합되는 새로운 데이터 또는 발견 사항을 기반으로 이를 업데이트하십시오.
애자일에서 사용자 스토리 맵을 어떻게 사용하나요?
애자일은 제품 백로그를 체계화하고 전송에 우선순위를 정하는 것입니다. 사용자 스토리 매핑은 백로그 우선순위를 지정하는 데 도움이 됩니다. 제품 팀은 사용자 스토리 맵을 통해 사용자에게 무엇이 중요한지, 가장 먼저 해야 하는 것이 무엇인지 알게 됩니다. 사용자 스토리 매핑은 기능이 아닌 사용자 스토리에 관한 것이라는 점이 중요합니다.
블록 다이어그램 템플릿
다음에 경우 적합합니다:
Mapping, Software Development, Diagrams
본 템플릿을 사용하여 기술 시스템에 대해 설명하세요. 블록은 시스템의 중요한 객체를 나타내며 화살표는 각 객체가 서로 어떻게 관련되는지 보여줍니다. 엔지니어, 워크플로우 관리자 또는 더 나은 프로세스를 구축하려는 모든 사용자에게 적합합니다.
비용 편익 분석 템플릿
다음에 경우 적합합니다:
Leadership, Decision Making, Strategic Planning
매일 해야 할 많은 의사 결정과 각 의사 결정의 부담이 크기 때문에 모든 선택 사항이 비즈니스나 조직에 쉽게 부담이 됩니다. 위험과 보상을 체계적으로 분석할 수 있는 방법이 필요합니다. 비용 편익 분석을 통해 현명한 결정을 내리는 데 필요한 명확성을 얻을 수 있습니다. 이 템플릿을 사용하면 CBA를 수행하여 팀이 새로운 프로젝트 또는 비즈니스 제안의 장단점을 평가하고 궁극적으로 귀중한 시간, 비용 및 사회적 자본을 보존할 수 있습니다.
프로젝트 범위 템플릿
다음에 경우 적합합니다:
Project Management, Decision Making, Project Planning
프로젝트 범위를 통해 프로젝트의 목표, 성과물, 기능, 태스크, 비용 및 마감일을 계획하고 확인할 수 있습니다. 프로젝트 매니저와 팀은 프로젝트의 진행에 따라 일정과 비용에 직접적인 영향을 미치기 때문에 프로젝트 범위를 가능한 한 빨리 개발해야 합니다. 프로젝트 범위는 팀 및 목표에 따라 다르지만 일반적으로 목표, 요구사항, 주요 성과물, 전제 조건 및 제약 조건이 포함됩니다. 프로젝트 범위를 만들 때 팀 전체를 포함시켜 모든 사람이 책임과 마감에 일치하도록 하는 것을 목표로 합니다.
What's on Your Radar 템플릿
다음에 경우 적합합니다:
Business Management, Operations, Strategic Planning
귀하 또는 귀하의 팀이 업무로 인해 과중한 부담을 느끼고 있습니까? 특정 문제에 집중하는 데 문제가 있습니까? What's on Your Radar는 중요성이나 관련성에 따라 아이디어를 플롯하는 사고 연습입니다. 디자이너와 팀은 What's on Your Radar를 사용하여 자신의 아이디어가 주어진 프로젝트의 범위 내에 있는지 확인합니다. 또한 주어진 솔루션이 당면한 문제를 해결할 가능성이 있는지 여부를 평가하기 위해 이 방법에 의존합니다. 그러나 디자이너가 아니더라도 이 방법은 우선 순위를 지정하고 아이디어를 현실에서 기초하는 데 도움이 될 수 있습니다.
데일리 미팅 템플릿
다음에 경우 적합합니다:
Agile Methodology, Meetings, Software Development
팀 전체가 전날을 검토하고 다음 날에 관해 논의하는 회의를 진행합니다. '스크럼'이라는 이름으로도 알려진 이 일일 회의는 간략하지만 강력한 영향력을 행사합니다. 장애 요소를 확인하고, 각 팀 구성원이 말할 기회를 주고, 협력을 증진하고, 진행 상황을 파악하고, 궁극적으로 팀이 효과적으로 협업할 수 있도록 지원합니다. 이 템플릿을 활용하면 스프린트 팀을 위한 일일 스탠드업 회의 계획을 쉽게 수립할 수 있습니다. 먼저 날짜와 시간을 정하고, 어젠다를 수립하고, 스프린트 전체에서 동일한 형식을 유지합니다.
스토리 보드 템플릿
다음에 경우 적합합니다:
Design Thinking
스토리 보드는 일반적으로 영화나 TV 쇼를 위한 장면을 계획하는 것과 관련이 있지만 사업 분야 전반에도 널리 채택되었습니다. 스토리 보드는 스토리를 개발하는데 사용하는 일련의 삽화입니다. 스토리 보드 템플릿을 사용하면 언제든지 고객이나 사용자의 입장에 스스로를 두고 그들이 어떻게 생각하고 느끼고 행동하는지 이해할 수 있습니다. 이러한 전략은 특히 기존 프로세스에 문제나 비효율성이 있다는 것을 알고 있을 때 유용합니다. 기존 프로세스 또는 워크플로우 작업을 스토리 보드로 만들 수 있고 그들이 미래에 어떤 모습으로 보이기를 원하는지 계획할 수 있습니다.