예시 매핑 템플릿
새 제품 기능에 대한 공유된 이해를 조성합니다.
예시 매핑 템플릿 소개
예시 매핑(또는 사용자 스토리 매핑)은 제품 관리자와 해당 팀이 제품 백로그를 신속하게 분류하는 데 도움이 됩니다. 이상적으로, 예시 맵은 제품 기능을 추가하거나 변경해야 하는 이유에 대한 교차 기능 팀(예: 제품 소유자, 테스터 및 개발자)의 공통된 이해와 언어를 구축하는 데 도움이 됩니다.
팀 리더는 귀사의 팀이 경쟁력을 유지할 수 있는 관련 기술을 보유할 수 있도록 일관된 디지털 전환(또는 적시적인 업그레이드)을 위한 전략적 방향을 제시할 수 있습니다.
시나리오 매핑이란 무엇인가요?
예시 매핑 세션은 구조화되고 구체적인 사용자 스토리를 개발하는 좋은 방법입니다. 발견된 각 예시는 팀이 고객의 문제 영역을 탐색하고 새로운 기능을 구축하기 위한 허용 기준을 결정하는 데 도움이 됩니다.
예시 매핑 도구가 설명하는 몇 가지 주요 요소는 다음과 같습니다.
예시를 요약하거나 사용자 사례의 범위에 동의하는 규칙
아무도 이상적인 결과를 알지 못하는 상황에 대한 질문이나 가정
발견되거나 최종 범위에서 제외되어야 하는 새로운 이야기
예시 매핑은 또한 사용자 이야기의 범위를 형성하기 위해 색상으로 구분된 시스템에 의존합니다.
노란색 스티커 메모는 '배달 주소 변경'과 같은 스토리를 정의하기 위한 것입니다.
파란색 스티커 메모는 'ETA가 업데이트되었습니다'와 같은 규칙을 정의하기 위한 것입니다.
녹색 스티커 메모는 '새 주소가 범위를 벗어났습니다'와 같은 예시를 정의하기 위한 것입니다.
빨간색 스티커 메모는 '고객이 무료 배송 구역 밖에 거주하면 어떻게 하나요?'와 같은 질문에 대한 것입니다.
이러한 색상 구분 시스템은 대화를 올바른 방향으로 유도하고 토론을 제대로 진행 시키는데 도움이 됩니다. 빈 예시 매핑 템플릿을 사용하여 관련 영역을 빠르고 쉽게 작성하여 대화를 시작할 수 있습니다.
예시 템플릿 사용 시점
예시 매핑은 일반적으로 인정되는 사용자 행동이 다른 시나리오에서는 어떻게 보이는지 팀이 함께 밝히는 데 유용한 협업 방식입니다. 예시 매핑 도구를 통해 여러 팀은 다음과 같은 목표를 향해 공통된 자세로 일할 수 있습니다.
고객과 팀에 대한 공감. 왜 새로운 제품 기능이 필요한지, 스토리와 규칙의 충돌과 관련해 고객이 어떤 문제를 겪을 수 있는지 모든 사람이 이해할 수 있어야 합니다.
업계 또는 제품에 대한 이해 공유. 예시 매핑 세션이 끝나면 팀원 모두 어떤 것이 중대한 문제인지 공통된 마음으로 이해하고 표현할 수 있어야 합니다.
작지만 강력한 변화 가능성. 생각은 크게, 행동은 작게 하는 팀이어야 합니다. 기록된 각 사용자 스토리가 실제 기능으로 구현되기까지 얼마나 걸릴까요?
논리를 따르는 규칙 및 예시. 모든 사용자 스토리는 구체적인 규칙과 시나리오가 뒷받침되어야 합니다.
자신만의 예시 맵 작성
자신만의 예시 맵을 만드는 것은 쉽습니다. Miro의 화이트보드 도구는 타임라인을 만들고 공유할 완벽한 캔버스입니다. 예시 매핑 템플릿을 선택하여 다음 단계를 따라 자신만의 템플릿을 만드세요.
문제를 이해합니다. 노란색 스티커 메모에 사용자 문제를 정의하도록 제품 소유자에게 요청한 다음, 어째서 이러한 제품 기능의 변경이 필요한지 설명하세요. 이는 팀이 문제를 더 잘 이해하도록 도와줍니다.
후속 질문을 통해 문제에 도전합니다. 빨간색 스티커 메모에 '만약...?'으로 시작하는 팀의 모든 질문을 수집합니다. 이러한 질문은 사용자 스토리(노란색 스티커 메모) 아래에 표시됩니다.
규칙을 알아냅니다. 빨간색 스티커 메모에 적힌 질문의 답변에서 규칙을 찾습니다. 각 규칙은 새 제품 기능의 허용 기준입니다. 모든 새로운 규칙이 자체적으로 유지될 수 있는지 확인하세요. 이상적으로, 이는 다른 규칙과 혼동되거나 너무 비슷하지 않아야 합니다.
관련 예를 들어 상황을 설명하세요. 녹색 스티커 메모는 흥미로운 잠재적 사례나 사례를 기록하고 수집하는 영역입니다. 토론을 계속하고, 예시의 한계에 도달했는지 확인하고, 규칙이 실패하면 어떻게 되는지 고려함으로써 팀의 비판적 사고 능력을 활용하세요.
결과, 영향 및 성공 메트릭을 파악합니다. 새로운 제품 기능을 통해 무엇을 달성하고 싶으신가요? 그리고 이러한 기능이 비즈니스 목표에 어떻게 기여하나요? 제안된 각 기능의 성공을 추적하고, 테스트할 수 있는 방법, 즉 어떤 동작을 찾고 측정할 것인지 생각해 보세요.
귀하의 이야기를 행동 아이템으로 바꿔보세요. 이러한 이야기들은 새로운 기능이나 제품의 개발 계획으로 이어질 것입니다. 또한 고객에게 가치 있는 최소한의 기능을 제공하는 기반이 될 것입니다.
예제 매핑 기술이란 무엇인가요?
예제 매핑은 협업 프로세스입니다. 가능하면 팀원들을 모아서 예제 매핑의 범위와 의논할 질문 또는 가정에 대해 합의합니다. 이러한 합의 사항을 정하고 나면 그룹이 함께 예제 매핑 템플릿을 이용해 색상별로 구분한 스티커를 채우면서 워크숍을 진행합니다.
지금 바로 이 템플릿으로 시작해 보세요.
What's on Your Radar 템플릿
다음에 경우 적합합니다:
Business Management, Operations, Strategic Planning
귀하 또는 귀하의 팀이 업무로 인해 과중한 부담을 느끼고 있습니까? 특정 문제에 집중하는 데 문제가 있습니까? What's on Your Radar는 중요성이나 관련성에 따라 아이디어를 플롯하는 사고 연습입니다. 디자이너와 팀은 What's on Your Radar를 사용하여 자신의 아이디어가 주어진 프로젝트의 범위 내에 있는지 확인합니다. 또한 주어진 솔루션이 당면한 문제를 해결할 가능성이 있는지 여부를 평가하기 위해 이 방법에 의존합니다. 그러나 디자이너가 아니더라도 이 방법은 우선 순위를 지정하고 아이디어를 현실에서 기초하는 데 도움이 될 수 있습니다.
기능 감사 템플릿
다음에 경우 적합합니다:
Desk Research, Product Management, User Experience
새로운 기능을 추가하거나 기존 기능을 개선하십시오. 이것이 제품 개선을 위한 두 가지 방법입니다. 하지만 어떤 것을 가져가야 할까요? 기능 감사는 이러한 결정을 내리는 데 도움이 됩니다. 쉽고 강력한 제품 관리 도구를 사용하면 모든 기능을 검사한 다음, 연구를 수집하고 제대로 작동하지 않는 기능에 대해 자세히 논의할 수 있습니다. 그런 다음 이러한 기능의 가시성 또는 사용 빈도를 높여야 하는지 아니면 모두 제거해야 하는지 결정할 수 있습니다.
개념도 템플릿
다음에 경우 적합합니다:
Education, Mapping, Brainstorming
개념도 템플릿을 사용하여 새로운 아이디어를 창출하고, 생각을 구체화하고 혁신을 실현하세요. 개념도 템플릿을 통해 개념의 연관성을 탐색하고 조직적인 형식으로 창의력을 발휘하세요. 결과적으로, 새로운 아이디어를 현실로 구현하는 방법과 다양한 개념이 서로 어떻게 관련되어 있는지 시각화할 수 있습니다.
기술 로드맵 템플릿
다음에 경우 적합합니다:
Agile Methodology, Roadmaps, Agile Workflows
기술 로드맵은 팀이 언제, 왜, 어떻게, 그리고 어떤 기술 관련 솔루션이 기업의 발전을 도울 수 있는지에 대한 근거를 문서화하는 데 도움이 됩니다. IT 로드맵이라고도 알려진 기술 로드맵은 예정된 개선 사항에 중점을 두고 팀에 어떤 기술이 제공되는 지를 보여줍니다. 이 도구를 사용하여 단계적으로 설치되는 기술 도구와 곧 설치될 소프트웨어 또는 프로그램 간의 갭 또는 오버랩을 식별할 수 있습니다. 실용적인 관점에서 볼 때 로드맵은 또한 어떤 종류의 도구를 사용하는 것이 가장 적합한지, 그리고 조직에 새로운 시스템과 프로세스를 도입하는 가장 효율적인 방법을 제시해야 합니다.
UX 연구 계획 템플릿
다음에 경우 적합합니다:
Market Research, Desk Research, User Experience
연구 계획은 이해 관계자가 사용자 경험 연구 프로젝트에 대해 이해해야 하는 기본 정보 (누가, 무엇을, 왜, 언제) 를 전달합니다. 이 계획은 모든 관계자들이 같은 방향을 바라보고 가게끔 하여 UX 연구 프로젝트를 성공시키기 위해 무엇을 해야 하는지 알게 해줍니다. 연구 계획을 사용하여 프로젝트에 대한 배경 정보, 목표, 연구 방법, 프로젝트 범위 및 참가자의 프로필을 전달할 수 있습니다. UX 연구 계획을 사용하면 이해 관계자의 참여를 이끌어내고 궤도에 올라 성공을 위한 준비를 할 수 있습니다.
SAFe 프로그램 템플릿
다음에 경우 적합합니다:
Agile Methodology, Diagrams, Agile Workflows
많은 조직에서 애자일 모델을 사용하지만, 모든 애자일 표준을 엄격하게 준수하지 않은 회사조차도 애자일 도구와 PI(프로그램 증분) 계획과 같은 방법을 채택하고 있습니다. 공식적인 PI 세션에 참여하지 않더라도 프로그램 보드는 팀과 이해 관계자 간의 커뮤니케이션 수립, 개발 목적을 비즈니스 목표와 일치, 종속성 명료화 및 교차 기능 협력을 촉진하는 좋은 방법이 될 수 있습니다. 이 보드는 계획 수립 세선에 절실히 필요한 구조를 제공하며, 브레인스토밍 및 조정 회의를 수용하기에 충분히 적합합니다.