작업 맵 템플릿
Miro의 작업 매핑 템플릿이나 커리어 맵을 사용해 고객이 목표를 이루기 위해 수행하는 작업을 단계별로 시각화하세요. 매핑은 경쟁업체에 비해 새로운 것을 제공할 기회를 강조하기도 합니다.
작업 맵 템플릿 소개
작업 매핑은 고객이 해야 하는 작업을 위해 제품이나 서비스를 '고용'하려고 취하는 단계를 분해합니다. 팀의 사용자 경험 연구원이나 제품 관리자는 먼저 JTBD(Jobs to Be Done) 프레임워크를 사용해 고객이 제품이나 서비스를 '고용'하거나 '해고'하는 이유를 파악할 수 있습니다. 작업 매핑은 프로세스의 모든 단계에서 고객이 무엇을 하려고 하는지 더 심층적으로 분석하는 다음 논리적인 단계입니다.
다단계 분해는 또한 고객이 작업을 완료하기 위해 제품이나 서비스를 '고용'할 때 성공을 판단하는 방법을 시각화하는 데 도움이 됩니다.
작업 매핑에 대해 자세히 알아보려면 계속 읽으세요.
작업 맵이란
작업 매핑은 고객이 원하는 것을 더 잘 파악할 수 있도록 조직을 도와주는 단계별 프로세스입니다. 매핑은 새로운 제품이나 경쟁업체와 다른 제품을 제공하는 기회를 강조하기도 합니다.
UX 연구원과 제품 관리자는 팀에 다음을 상기시켜야 합니다.
모든 작업은 처음부터 끝까지 고객의 관점에서 보는 프로세스입니다.
단계를 매핑하는 것의 가치는 각 단계를 비판적으로 검토하고 개선하는 것입니다. 단계를 제거, 도입, 개편, 활성화하거나 고객에서 조직으로 책임을 이전해야 할 수 있습니다. 작업 매핑은 팀이 이러한 변화의 대상, 이유, 방법을 명확히 하는 데 도움이 됩니다.
작업 유형은 바뀔 수 있지만, 해야 하는 것은 처음부터 끝까지 그대로 유지됩니다.
모든 고객은 다르지만, 작업은 비슷하게 구조화됩니다. 고객은 작업을 하는 데 필요한 것이 무엇인지 파악해야 합니다. 먼저 입력해야 하는 것을 찾고, 작업의 각 부분과 수행할 위치를 준비하고, 작업을 수행하고, 필요에 따라 변경한 다음 작업을 완료합니다.
작업은 솔루션과 다릅니다.
고객은 'JTBD(jobs to be done)' 프로세스의 다양한 단계에서 귀사와 경쟁업체를 모두 고용할 수 있습니다. 작업은 문제를 해결하기보다는 새로운 시장 기회를 추구하기 위해 제품이나 서비스 제공 사항을 개선하는 것입니다.
작업 맵을 사용하는 시점
작업 맵은 고객이 수행하려는 핵심 기능 작업을 단계별로 정의해야 할 때마다 사용할 수 있습니다. 이는 UX 연구원이 이상적인 결과를 정하고 이를 실현하기 위한 과제나 장애물을 찾는 데 도움이 됩니다.
작업 맵의 역할은 팀이 (회사가 제공하는 솔루션에 집중하기보다는) 고객의 관점에서 간단한 작업 설명을 작성하도록 돕는 것입니다. 작업 맵은 제품이나 서비스가 목표해야 하는 사람들의 그룹을 찾을 수 있는 안정적인 프레임워크로도 유용합니다. 예를 들어, 솔루션(방법)과 관계없이 라자냐를 요리하고 싶어 하는 사람들은 항상 있을 것입니다.
나만의 작업 맵 만들기
나만의 작업 맵을 쉽게 만들 수 있습니다. Miro의 화이트보드 도구는 타임라인을 만들고 공유할 완벽한 캔버스입니다. 작업 맵 템플릿을 선택하고 다음 단계에 따라 나만의 작업 맵을 만들어 보세요.
고객에게 수행할 작업의 특성을 정의하도록 요청합니다.
이상적으로는 1대 1로 만나기 전에 고객이 해야 할 작업의 이름을 정하는 것이 좋습니다. 감정적으로나 사회적으로 표현할 필요는 없다는 것을 상기시켜 주세요. 자연스럽게 이 작업을 했다면, 괜찮습니다. 예를 들어, '식료품점에서 줄 서서 기다리기'가 아니라 '최신 세계 뉴스 받아보기' 같이 상황이 아니라 작업을 정의하기 위해 협력하세요.
고객 이름을 입력하고 작업을 수행하는 데 필요한 자료를 준비합니다.
작업을 하기 위해 취한 단계에 대한 스티커 메모 초안을 작성하도록 권장하세요. 예를 들어, 계획 모드일 경우 어떻게 하나요? 스티커 메모가 더 필요하면, 복사하고 편집할 수 있습니다.
고객이 작업의 한 부분에만 집중하도록 돕습니다.
고객이 여러 단계를 매핑했더라도 한 단계에만 집중하면 된다고 알립니다. 원하는 결과와 당면한 과제를 자세히 분석해 수행할 작업에 영향을 미치는 것에 대한 인사이트를 더 많이 파악합니다. 오답은 없으므로, 고객은 1시간 이상 활동에 소비하지 않아야 합니다.
프로세스를 더 쉽게 만들기 위해 무엇을 할 수 있을지 브레인스토밍합니다.
팀과 함께 모든 단계에서 고객이 제공하는 데이터를 검토합니다. 고객이 무엇을 우선하는지, 시간, 비용, 안전에 대한 위험을 어떻게 해결하는지 확인합니다.
고객이 정보에 액세스해 작업을 할 준비가 되었는지 결정하는 것을 돕고, 작업을 완료할 수 있는 대안을 제시합니다.
고객이 단계별 작업을 더 빠르고 쉽게 할 수 있는 방법은 무엇인가요? 더 나은 타이밍, 요구 충족 방식, 고객에서 조직으로 책임을 이전해 재정적 투자 수익률을 높이도록 변경을 고려하세요.
DevOps 로드맵 템플릿
다음에 경우 적합합니다:
Documentation, Product Management, Software Development
DevOps 팀은 지속적으로 코드를 생성하고 반복하며 라이브로 내놓고 있습니다. 이러한 지속적인 개발 과정으로 프로젝트의 재원을 유지하기가 어려울 있습니다. 이 DevOps 로드맵 템플릿을 사용하여 제품 개발 프로세스와 해당 프로세스가 조직의 제품 전략에 어떻게 적합한지 자세히 볼 수 있습니다. DevOps 로드맵은 마일스톤과 종속성을 포함하여 단기적으로 계획한 개발 및 운영 이니셔티브를 제시합니다. 이 사용하기 쉬운 형식은 제품, 개발 및 IT 운영과 같은 사용자가 쉽게 소화할 수 있는것 입니다.
원격 디자인 스프린트
다음에 경우 적합합니다:
Design, Desk Research, Sprint Planning
디자인 스프린트는 4일 또는 5일 동안 프로토타입을 디자인, 반복 및 테스트하는 집중적인 프로세스입니다. 디자인 스프린트는 작업 프로세스에서 벗어나 새로운 관점을 찾고 고유한 방식으로 문제를 식별하고 솔루션을 신속하게 개발하기 위해 수행됩니다. Google에 의해 개발된 디자인 스프린트는 팀이 특정 문제를 조정하고, 여러 솔루션을 생성하고, 프로토타입을 만들고 테스트하며, 짧은 시간 내에 사용자로부터 피드백을 받을 수 있도록 하기 위해 만들어졌습니다. 이 템플릿은 원래 비즈니스 중심 설계 컨설팅 회사인 JustMad에서 만든 것으로 전 세계 분산된 팀들이 활용하고 있습니다.
경쟁력 분석 템플릿
다음에 경우 적합합니다:
Marketing, Decision Making
훌륭한 제품을 개발하는 것은 시장의 상태를 파악하고 (경쟁 상대가 누구인지 아는 것) 몇 가지 질문을 던지는 것으로 시작합니다. 여러분의 경쟁자는 누구인가요? 여러분의 제품이나 서비스는 어떻게 비교되나요? 무엇이 여러분을 눈에 띄게 만드나요? 경쟁력 분석은 궁극적으로 여러분의 제품, 가치, 마케팅, 영업 전략을 형성하는 답을 찾는데 도움을 줍니다. 새로운 제품 출시나 전략적 계획 세션과 같은 큰 사업 이벤트가 발생할 때 훌륭한 연습이 됩니다.
프로젝트 제안 템플릿
다음에 경우 적합합니다:
Project Management, Documentation, Project Planning
프로젝트 제안서 템플릿은 모든 유형의 프로젝트에 대해 이해 관계자의 참여를 유도하기 위한 프로젝트의 맥락, 목표 및 범위를 명확히 하는 중요한 단계가 될 수 있습니다. 프로젝트 제안서에는 달성하고자 하는 것, 목표 및 달성 계획 방법이 요약되어 있습니다. 일반적으로 프로젝트 제안서는 독자에게 프로젝트에 대한 컨텍스트를 제공하고, 프로젝트의 중요성에 대해 설명하고, 프로젝트를 완료하기 위해 취할 조치를 나열합니다. 프로젝트 제안서는 무수한 용도를 가지고 있습니다. 종종 기업은 프로젝트 제안서를 사용하여 기부자 또는 외부 이해관계자로 부터 외부 매입을 받습니다. 하지만 많은 기업들이 내부 매입을 위한 프로젝트 제안서를 작성하기도 합니다.
작업 분류 체계 템플릿
다음에 경우 적합합니다:
Project Management, Mapping, Workflows
작업 분류 기능은 프로젝트를 완료하기 위해 수행할 모든 것을 나열하는 프로젝트 관리 도구입니다. 이는 이러한 작업을 여러 수준으로 구성하고 각 요소를 그래픽으로 표시합니다. 작업 분류 생성은 결과물 기반 접근 방식입니다. 즉, 이는 작업을 완료하기 위해 생성하는 결과물에 대한 세부 프로젝트 계획을 갖게 된다는 뜻입니다. 팀의 작업을 보다 관리하기 쉽게 하기 위해 이를 더 작고 잘 정의된 요소로 분류해야 할 때 작업 분류 체계를 작성하세요.
상태 보고서 템플릿
다음에 경우 적합합니다:
Project Management, Documentation, Strategic Planning
상태 보고서를 통해 주어진 시간에 어떤 것이 어떻게 진행되고 있는지 확인할 수 있습니다. 프로젝트의 이벤트 체인을 강조하고 매핑하고 있는 한 프로젝트, 팀 또는 상황에 대한 상태 보고서를 제공할 수 있습니다. 프로젝트 관리자인 경우 이 보고서를 사용하여 프로젝트 일정에 대한 역사적 기록을 유지할 수 있습니다. 이상적으로 프로젝트 이해 관계자는 상태 보고서를 살펴보고 "여기는 어디고, 어떻게 여기까지 왔나요?"라는 질문에 답할 수 있습니다. 시작점으로 이 템플릿을 사용하여 예상 계획이나 결과에 대해 일이 어떻게 진행되고 있는지 요약할 수 있습니다.