작업 맵 템플릿
Miro의 작업 매핑 템플릿이나 커리어 맵을 사용해 고객이 목표를 이루기 위해 수행하는 작업을 단계별로 시각화하세요. 매핑은 경쟁업체에 비해 새로운 것을 제공할 기회를 강조하기도 합니다.
작업 맵 템플릿 소개
작업 매핑은 고객이 해야 하는 작업을 위해 제품이나 서비스를 '고용'하려고 취하는 단계를 분해합니다. 팀의 사용자 경험 연구원이나 제품 관리자는 먼저 JTBD(Jobs to Be Done) 프레임워크를 사용해 고객이 제품이나 서비스를 '고용'하거나 '해고'하는 이유를 파악할 수 있습니다. 작업 매핑은 프로세스의 모든 단계에서 고객이 무엇을 하려고 하는지 더 심층적으로 분석하는 다음 논리적인 단계입니다.
다단계 분해는 또한 고객이 작업을 완료하기 위해 제품이나 서비스를 '고용'할 때 성공을 판단하는 방법을 시각화하는 데 도움이 됩니다.
작업 매핑에 대해 자세히 알아보려면 계속 읽으세요.
작업 맵이란
작업 매핑은 고객이 원하는 것을 더 잘 파악할 수 있도록 조직을 도와주는 단계별 프로세스입니다. 매핑은 새로운 제품이나 경쟁업체와 다른 제품을 제공하는 기회를 강조하기도 합니다.
UX 연구원과 제품 관리자는 팀에 다음을 상기시켜야 합니다.
모든 작업은 처음부터 끝까지 고객의 관점에서 보는 프로세스입니다.
단계를 매핑하는 것의 가치는 각 단계를 비판적으로 검토하고 개선하는 것입니다. 단계를 제거, 도입, 개편, 활성화하거나 고객에서 조직으로 책임을 이전해야 할 수 있습니다. 작업 매핑은 팀이 이러한 변화의 대상, 이유, 방법을 명확히 하는 데 도움이 됩니다.
작업 유형은 바뀔 수 있지만, 해야 하는 것은 처음부터 끝까지 그대로 유지됩니다.
모든 고객은 다르지만, 작업은 비슷하게 구조화됩니다. 고객은 작업을 하는 데 필요한 것이 무엇인지 파악해야 합니다. 먼저 입력해야 하는 것을 찾고, 작업의 각 부분과 수행할 위치를 준비하고, 작업을 수행하고, 필요에 따라 변경한 다음 작업을 완료합니다.
작업은 솔루션과 다릅니다.
고객은 'JTBD(jobs to be done)' 프로세스의 다양한 단계에서 귀사와 경쟁업체를 모두 고용할 수 있습니다. 작업은 문제를 해결하기보다는 새로운 시장 기회를 추구하기 위해 제품이나 서비스 제공 사항을 개선하는 것입니다.
작업 맵을 사용하는 시점
작업 맵은 고객이 수행하려는 핵심 기능 작업을 단계별로 정의해야 할 때마다 사용할 수 있습니다. 이는 UX 연구원이 이상적인 결과를 정하고 이를 실현하기 위한 과제나 장애물을 찾는 데 도움이 됩니다.
작업 맵의 역할은 팀이 (회사가 제공하는 솔루션에 집중하기보다는) 고객의 관점에서 간단한 작업 설명을 작성하도록 돕는 것입니다. 작업 맵은 제품이나 서비스가 목표해야 하는 사람들의 그룹을 찾을 수 있는 안정적인 프레임워크로도 유용합니다. 예를 들어, 솔루션(방법)과 관계없이 라자냐를 요리하고 싶어 하는 사람들은 항상 있을 것입니다.
나만의 작업 맵 만들기
나만의 작업 맵을 쉽게 만들 수 있습니다. Miro의 화이트보드 도구는 타임라인을 만들고 공유할 완벽한 캔버스입니다. 작업 맵 템플릿을 선택하고 다음 단계에 따라 나만의 작업 맵을 만들어 보세요.
고객에게 수행할 작업의 특성을 정의하도록 요청합니다.
이상적으로는 1대 1로 만나기 전에 고객이 해야 할 작업의 이름을 정하는 것이 좋습니다. 감정적으로나 사회적으로 표현할 필요는 없다는 것을 상기시켜 주세요. 자연스럽게 이 작업을 했다면, 괜찮습니다. 예를 들어, '식료품점에서 줄 서서 기다리기'가 아니라 '최신 세계 뉴스 받아보기' 같이 상황이 아니라 작업을 정의하기 위해 협력하세요.
고객 이름을 입력하고 작업을 수행하는 데 필요한 자료를 준비합니다.
작업을 하기 위해 취한 단계에 대한 스티커 메모 초안을 작성하도록 권장하세요. 예를 들어, 계획 모드일 경우 어떻게 하나요? 스티커 메모가 더 필요하면, 복사하고 편집할 수 있습니다.
고객이 작업의 한 부분에만 집중하도록 돕습니다.
고객이 여러 단계를 매핑했더라도 한 단계에만 집중하면 된다고 알립니다. 원하는 결과와 당면한 과제를 자세히 분석해 수행할 작업에 영향을 미치는 것에 대한 인사이트를 더 많이 파악합니다. 오답은 없으므로, 고객은 1시간 이상 활동에 소비하지 않아야 합니다.
프로세스를 더 쉽게 만들기 위해 무엇을 할 수 있을지 브레인스토밍합니다.
팀과 함께 모든 단계에서 고객이 제공하는 데이터를 검토합니다. 고객이 무엇을 우선하는지, 시간, 비용, 안전에 대한 위험을 어떻게 해결하는지 확인합니다.
고객이 정보에 액세스해 작업을 할 준비가 되었는지 결정하는 것을 돕고, 작업을 완료할 수 있는 대안을 제시합니다.
고객이 단계별 작업을 더 빠르고 쉽게 할 수 있는 방법은 무엇인가요? 더 나은 타이밍, 요구 충족 방식, 고객에서 조직으로 책임을 이전해 재정적 투자 수익률을 높이도록 변경을 고려하세요.
사이트맵 템플릿
다음에 경우 적합합니다:
Mapping, Software Development, Diagrams
웹 사이트를 구축하는 것은 복잡한 작업입니다. 수많은 이해 관계자가 모여 페이지를 만들고, 콘텐츠를 작성하고, 요소를 디자인하고, 대상고객에게 서비스를 제공하는 웹 사이트 아키텍처를 구축합니다. 사이트 맵은 웹 사이트 설계 프로세스를 단순화하는 데 효과적인 도구입니다. 이를 통해 사이트에 포함할 컨텐츠 및 디자인 요소를 재고할 수 있습니다. 사이트를 시각화함으로써 각 구성 요소를 사용자에게 적합한 방식으로 구성하고 구축할 수 있습니다.
기능 감사 템플릿
다음에 경우 적합합니다:
Desk Research, Product Management, User Experience
새로운 기능을 추가하거나 기존 기능을 개선하십시오. 이것이 제품 개선을 위한 두 가지 방법입니다. 하지만 어떤 것을 가져가야 할까요? 기능 감사는 이러한 결정을 내리는 데 도움이 됩니다. 쉽고 강력한 제품 관리 도구를 사용하면 모든 기능을 검사한 다음, 연구를 수집하고 제대로 작동하지 않는 기능에 대해 자세히 논의할 수 있습니다. 그런 다음 이러한 기능의 가시성 또는 사용 빈도를 높여야 하는지 아니면 모두 제거해야 하는지 결정할 수 있습니다.
5 Why 템플릿
다음에 경우 적합합니다:
Design Thinking, Operations, Mapping
문제의 근원을 찾을 준비가 되었습니까? 5 Why 기술보다 더 간단한 방법은 없습니다. 간단한 질문으로 시작합니다. 왜 문제가 발생했습니까? 그러면 답이 명확해지고 해결책을 찾을 수 있을 때까지 최대 4번까지 계속 질문하게 됩니다. 또한 Miro의 기능은 접근 방식을 향상시킵니다. 팀 구성원에게 채팅으로 질문을 하거나 @댓글에서 언급할 수 있으며, 색상별 스티커 메모를 사용하여 당면한 문제의 핵심인 문제를 나타낼 수 있습니다.
스토리 보드 템플릿
다음에 경우 적합합니다:
Design Thinking
스토리 보드는 일반적으로 영화나 TV 쇼를 위한 장면을 계획하는 것과 관련이 있지만 사업 분야 전반에도 널리 채택되었습니다. 스토리 보드는 스토리를 개발하는데 사용하는 일련의 삽화입니다. 스토리 보드 템플릿을 사용하면 언제든지 고객이나 사용자의 입장에 스스로를 두고 그들이 어떻게 생각하고 느끼고 행동하는지 이해할 수 있습니다. 이러한 전략은 특히 기존 프로세스에 문제나 비효율성이 있다는 것을 알고 있을 때 유용합니다. 기존 프로세스 또는 워크플로우 작업을 스토리 보드로 만들 수 있고 그들이 미래에 어떤 모습으로 보이기를 원하는지 계획할 수 있습니다.
요약서 템플릿
다음에 경우 적합합니다:
Leadership, Project Management, Documentation
호기심을 자극시키세요. 열정을 불러 일으키세요. 계속해서 읽고 싶게 만들고 제안서의 세부 사항으로 파고들게 만드세요. 이것이 좋은 요약서가 발휘하는 능력입니다. 그렇기 때문에 사업 계획서, 프로젝트 계획서, 투자 제안서 등에서 오프닝 성명서는 필수적입니다. 이 템플릿을 사용해 다음과 같은 높은 수준의 질문에 대답해 믿음을 쌓기 시작하는 요약서를 만드세요. 여러분의 프로젝트는 무엇입니까? 목표는 무엇인가요? 능력과 리소스를 프로젝트에 어떻게 투입시킬 예정인가요? 그리고 누가 혜택을 누릴 수 있나요?
RACI 매트릭스 템플릿
다음에 경우 적합합니다:
Leadership, Decision Making, Org Charts
RACI 매트릭스는 팀의 역할과 책임을 추적하고 프로젝트 기간 동안 혼란을 피할 수 있도록 돕는 필수적인 관리 도구입니다. RACI라는 줄임말은 다음을 뜻합니다. 책임있는(Responsible) 사람은 작업을 달성하기 위한 일을 하고 작업 완료와 결정에 대한 책임을 집니다. 신뢰할 수 있는(Accountable) 사람은 정확하고 철저하게 완료된 작업을 추구합니다. 상담하는(Consulted) 사람은 프로젝트에 대한 정보를 제공하고 양방향 커뮤니케이션을 합니다. 정보를 받는(Informed) 사람은 진행 상황에 대한 정보를 받고 한 방향 커뮤니케이션을 합니다.