사용자 스토리 맵 (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. 팀과 협업
귀하의 팀 구성원들이 실시간으로 또는 비동기적으로 협력하고 함께 작업할 수 있도록 초대하십시오. 새로운 생산 반복 작업을 생성할 때 시간 경과에 따른 사용자 스토리 맵을 참조하고, 사용자가 제품을 사용해 볼 때 취합되는 새로운 데이터 또는 발견 사항을 기반으로 이를 업데이트하십시오.
애자일에서 사용자 스토리 맵을 어떻게 사용하나요?
애자일은 제품 백로그를 체계화하고 전송에 우선순위를 정하는 것입니다. 사용자 스토리 매핑은 백로그 우선순위를 지정하는 데 도움이 됩니다. 제품 팀은 사용자 스토리 맵을 통해 사용자에게 무엇이 중요한지, 가장 먼저 해야 하는 것이 무엇인지 알게 됩니다. 사용자 스토리 매핑은 기능이 아닌 사용자 스토리에 관한 것이라는 점이 중요합니다.
지금 바로 이 템플릿으로 시작해 보세요.
PERT 다이어그램 템플릿
다음에 경우 적합합니다:
Mapping, Project Planning
PERT(Program Evaluation and Review Technology) 다이어그램을 사용하여 프로젝트를 효율적으로 계획합니다. 명확한 타임라인을 설정하고, 작업 및 종속성을 계획하며, 중요한 경로를 결정하는 데 도움이 됩니다.
프로젝트 제안 템플릿
다음에 경우 적합합니다:
Project Management, Documentation, Project Planning
프로젝트 제안서 템플릿은 모든 유형의 프로젝트에 대해 이해 관계자의 참여를 유도하기 위한 프로젝트의 맥락, 목표 및 범위를 명확히 하는 중요한 단계가 될 수 있습니다. 프로젝트 제안서에는 달성하고자 하는 것, 목표 및 달성 계획 방법이 요약되어 있습니다. 일반적으로 프로젝트 제안서는 독자에게 프로젝트에 대한 컨텍스트를 제공하고, 프로젝트의 중요성에 대해 설명하고, 프로젝트를 완료하기 위해 취할 조치를 나열합니다. 프로젝트 제안서는 무수한 용도를 가지고 있습니다. 종종 기업은 프로젝트 제안서를 사용하여 기부자 또는 외부 이해관계자로 부터 외부 매입을 받습니다. 하지만 많은 기업들이 내부 매입을 위한 프로젝트 제안서를 작성하기도 합니다.
기능 계획 템플릿
다음에 경우 적합합니다:
Desk Research, Agile Methodology, Product Management
기능은 제품이나 서비스를 재미있게 만드는 것이지만, 새로운 기능을 추가하는 것은 쉬운 일이 아닙니다. 여기에는 아이디어 작성, 디자인, 개선, 구축, 테스트, 출시 및 홍보 등 많은 단계가 필요합니다. 기능 계획을 사용하면 원활하고 견고한 프로세스를 구축하여 기능을 성공적으로 추가할 수 있으며, 해당 작업을 수행하는 데 소요되는 시간과 리소스를 줄일 수 있습니다. 그러므로 당사의 기능 계획 템플릿은 특히 제품, 엔지니어링, 마케팅 및 영업 팀의 구성원을 비롯하여 새로운 제품 기능을 추가하고자 하는 모든 사용자에게 현명한 출발점이 됩니다.
애자일 로드맵 템플릿
다음에 경우 적합합니다:
Agile Methodology, Roadmaps, Agile Workflows
애자일을 올바르게 구현하기 위해서는 스프린트와 스탠드업만큼이나 로드맵이 중요합니다. 본 템플릿을 사용해 프로젝트 팀과 협력하여 애자일 로드맵을 생성하고, 수정하고 전달하세요.
시네핀 프레임워크 템플릿
다음에 경우 적합합니다:
Leadership, Decision Making, Prioritization
기업들은 다양한 복합적 문제에 직면합니다. 때때로, 이러한 문제들은 의사 결정자들이 어디서부터 시작해야 할지 혹은 어떤 질문을 해야 할지 불확실하게 만듭니다. 1999년 IBM의 Dave Snowden이 개발한 시네핀 프레임워크는 이러한 문제를 탐색하고 적절한 대응을 찾는 데 도움을 줍니다. 많은 조직이 제품 개발, 마케팅 계획 및 조직 전략 중에나 위기에 직면했을 때 이러한 강력하고 유연한 프레임워크를 사용하여 고객을 지원합니다. 본 템플릿은 신입 사원에게 이러한 이벤트에 대응하는 방법을 교육하는 데에도 이상적입니다.
칸반 프레임워크 템플릿
다음에 경우 적합합니다:
Kanban Boards, Agile Methodology, Agile Workflows
프로세스를 최적화하고 플로우를 개선하고 고객을 위한 가치를 높이는 일- 칸반 방식의 도움을 받아 달성할 수 있습니다. 일습의 린 원칙과 관례(도요타 자동차 직원에 의해 1950년대에 만들어진)에 기반하여 칸반은 팀의 낭비를 줄이고 수많은 다른 문제를 해결하고 그 문제를 함께 개선하고자 협업하게 해줍니다. 단순한 칸반 템플릿을 사용하여 모든 작업의 진행 상황을 면밀히 모니터링하고 자신과 전임 파트너가 볼 수 있게 작업 내용을 게시할 수도 있어 소프트웨어의 숨겨진 특성을 드러낼 수 있습니다.