사용자 경험과 측정 항목

기획 프로젝트는 담당 조직과 기능의 범위에 따라 나뉜다. ‘회고 작성 화면 개편’은 개발할 대상을 명확하게 하지만, 사용자의 목적 전체를 나타내지는 않는다. 사용자는 지난주에 무엇을 배웠는지 정리하고, 다음 주에 할 일을 정한 뒤, 실행할 때 그 계획을 다시 찾으려 한다. 이 과정에는 앱 밖의 메모, 달력, 강의 기록, 다른 사람과의 대화가 포함될 수 있다.

측정 범위를 정할 때는 사용자 목적, 주요 과업, 서비스 접점을 구분한다. 목적은 사용자가 얻으려는 결과이고, 과업은 그 결과를 위해 수행하는 일이며, 접점은 서비스와 상호작용하는 위치다. ‘다음 주에 실천할 계획을 정리한다’는 목적에 대해 학습 기록 찾기, 우선순위 정하기, 계획 저장하기가 과업이 된다. 홈 화면이나 편집 화면은 그 과업이 수행되는 접점이다.

이 구분을 문서에 반영하면 무엇을 책임지고 무엇을 추가로 조사할지 정하기 쉽다. 제품 팀은 사용자의 모든 학습 조건을 통제할 수 없지만, 계획을 다시 찾기 어렵게 만드는 메뉴 구조는 개선할 수 있다. 학습 실행에 영향을 주는 외부 일정은 후속 조사에서 확인할 수 있다. 제품이 직접 바꿀 수 있는 범위와 사용자 결과가 결정되는 범위를 같은 것으로 취급하지 않는 것이 중요하다.

GOV.UK의 서비스 설계 지침도 개별 서비스가 사용자의 더 넓은 과업에 포함되어 있음을 살피고, 조직 사이의 연결을 검토하도록 설명한다. 여기서는 그 관점을 주간회고의 기능 범위와 학습 과정의 관계에 적용한다. 공식 지침 · S41

경험 지도의 시작점과 끝점 정하기

지도에 모든 활동을 넣으려 하면 범위가 지나치게 커진다. 주간회고를 사용하는 사람의 학습 전체를 그리려면 강의 선택, 비용 지불, 직장 일정, 평가 결과까지 포함될 수 있다. 이번 프로젝트에서 검토하려는 결정이 회고 작성과 계획 재사용이라면, 그 결정에 영향을 주는 앞뒤 과업을 우선 포함하고 나머지는 외부 조건으로 표시한다. 범위는 사용자 경험을 얼마나 넓게 설명할 수 있는가보다 현재의 판단에 무엇이 필요한가를 기준으로 정한다.

시작점은 특정 화면이 아니라 사용자가 일을 시작하게 된 조건으로 표현하면 도움이 된다. ‘홈 화면에 진입함’은 시작 접점을 설명하지만 ‘학습 계획을 다시 정리할 필요가 생김’은 경험이 시작된 이유를 설명한다. 종료점도 ‘저장 완료 화면’과 ‘다음 학습 때 계획을 찾아 참고함’을 구분한다. 두 종료점을 나누면 이번 배포에서 확인할 즉시 결과와 시간이 지난 뒤 조사할 결과를 각각 계획할 수 있다.

이 범위표는 조사 전에 작성한 가설이다. 조사 중 계획을 찾기 어려운 문제가 주로 외부 일정 도구와의 연결에서 발생한다면 범위를 조정할 수 있다. 변경 시에는 새로 알게 된 사실과 그로 인해 추가되는 업무를 기록한다. 지도 범위를 바꾸었다는 이유만으로 프로젝트가 실패한 것은 아니지만, 합의한 개발 범위와 일정에 미치는 영향은 별도로 검토해야 한다.

경험 지도는 사용자가 목적을 달성하는 동안 수행하는 일과 그 맥락을 시간의 흐름에 따라 정리한 것이다. 화면 바깥의 준비와 대기, 다른 서비스로의 이동도 포함할 수 있다. 단계별 생각과 감정을 넣을 수 있지만, 실제 자료가 있을 때 그 근거를 함께 적어야 한다. 조사하지 않은 감정 곡선을 그리면 시각적으로 완성된 문서가 팀의 추측을 사실처럼 굳힐 수 있다.

경험을 설명하는 도구는 용도가 다르다. 화면 흐름은 구현할 화면과 전환 조건을 명확히 하는 데 적합하고, 퍼널은 정해진 사건과 순서에 따라 단계 도달을 집계하는 데 적합하다. 서비스 블루프린트는 사용자에게 보이는 접점과 이를 수행하는 내부 업무·시스템의 연결을 검토하는 데 활용한다. 한 도구에 모든 역할을 맡기기보다 현재의 검토 질문에 맞춰 범위를 정한다.

퍼널은 실제 이용 경로의 모든 이동을 묘사하지 않는다. 사용자가 예전 회고를 읽고 편집 화면으로 돌아오는 움직임도 정해진 사건 집계에서는 하나의 작성 단계 안에 포함될 수 있다. 따라서 퍼널의 이탈 단계만으로 사용자가 어디서 어떤 문제를 겪었는지 확정하기 어렵다. 반대로 몇 명의 경험 지도로 전체 이용자의 단계별 비율을 추정하는 것도 적절하지 않다. 지도와 집계는 서로 보완하는 자료로 사용한다.

이 책에서 참고하는 문헌 중 Kalbach의 Mapping Experiences는 경험 매핑을 다루는 체계적인 읽기 경로다. 현재 확인 범위는 2판의 출판사 소개와 목차이므로 이 장의 세부 방법을 그 책의 직접 인용이나 요약으로 제시하지 않는다. 아래 지도는 교재가 만든 사례다. 출판사 정보 · S16

현재 경험과 개선 후 경험의 구분

현재 경험 지도에는 지금 어떤 일이 일어나는지에 관한 자료를, 개선 후 경험 지도에는 팀이 만들려는 상태를 담는다. 두 지도를 섞으면 아직 제공하지 않는 자동 복구 기능이나 탐색 경로가 이미 존재하는 것처럼 보일 수 있다. 지도 상단에 기준 버전과 작성일, 현재 상태인지 목표 상태인지를 표시하고, 변경된 단계의 근거를 연결한다.

예를 들어 현재 서비스에서는 저장 실패 뒤 처음 화면으로 돌아가야 하고, 개선안에서는 작성 내용을 유지한 채 다시 시도하도록 만들 수 있다. 현재 지도에는 내용 손실과 지원 요청의 경로를 남기고, 개선 지도에는 내용 보존·재시도·성공 안내를 표시한다. 이 차이로 구현할 항목과 확인할 사용자 결과를 도출한다. 개선 지도에 그려 넣은 경로가 실제로 더 나은지는 이후 검수와 과업 평가에서 확인한다.

관점에 따라 지도에 필요한 행도 달라진다. 사용자의 불편을 이해하는 논의에서는 행동과 목적, 어려움을 중심으로 보고, 배포를 준비하는 논의에서는 화면·서버·지원 업무의 연결을 더 자세히 본다. 두 문서의 단계를 같은 이름으로 연결해 두면 제품 팀과 개발·운영 팀이 각자 다른 지도를 새로 해석하는 부담을 줄일 수 있다.

설계 검토의 출발점은 ‘다음 주 학습 계획을 정리하려는 이용자’다. 시작은 앱 실행보다 앞선 ‘이번 주 학습을 돌아볼 필요를 느낌’으로 정하고, 끝은 저장한 계획을 다음 학습 때 찾아 활용하는 지점까지 잡는다. 이 범위를 한 번의 세션으로 제한하지 않는다. 계획의 재열람은 며칠 뒤에 일어날 수 있기 때문이다.

준비 단계에서는 과거 기록을 찾고 어느 기간을 돌아볼지 정한다. 정리 단계에서는 잘된 점과 어려웠던 점을 구분하고 다음 계획을 작성한다. 저장 단계에서는 작성 내용이 보존되었는지 확인한다. 재사용 단계에서는 해당 계획을 다시 찾고 필요에 따라 수정하거나 실행에 참고한다. 이 네 단계는 설명을 위한 초안이며 실제 조사에서 단계가 합쳐지거나 새로운 경로가 추가될 수 있다.

마지막 열은 이벤트를 더 심으면 모두 해결되는 목록이 아니다. 사용자가 질문을 어떻게 이해했는지는 관찰이나 면담이 필요할 수 있다. 앱 밖에서 작성한 메모까지 수집할 필요도 없다. 계획을 준비할 때 어떤 자료를 사용하는지 먼저 묻고, 그 결과가 제품 설계에 영향을 주는 범위를 확인하는 편이 적절하다.

재사용이 없다는 기록 역시 여러 의미를 가질 수 있다. 계획을 기억해서 다시 열 필요가 없을 수도 있고, 다른 도구로 옮겨 사용했을 수도 있으며, 찾으려다 포기했을 수도 있다. 이 세 경우는 같은 ‘재열람 없음’으로 관찰될 수 있지만 개선 방향은 다르다. 지도에는 원인 후보를 분리해 두고, 후속 조사에서 어느 설명이 지지되는지 확인한다.

한 번의 이용 과정을 단계로 묶는 예

다음은 조사 메모를 정리하는 방법을 설명하기 위해 만든 가상 시나리오다. 실제 참여자의 관찰 기록이나 발언은 아니다. 작성자는 학습한 내용을 떠올리기 위해 지난 회고를 열고, 새 회고를 쓰는 동안 달력과 메모를 참고한다. 저장 이후 다음 날 계획을 찾으려 하지만 처음에는 원하는 항목을 찾지 못한다.

단계를 정할 때는 화면이 바뀔 때마다 새 단계를 만들지 않는다. 달력으로 이동하고 다시 편집 화면으로 돌아오는 과정은 계획을 정리하는 한 과업의 일부일 수 있다. 반대로 같은 회고 목록 화면도 첫날에는 과거 학습을 돌아보기 위해, 다음 날에는 계획을 찾기 위해 사용할 수 있다. 화면은 같아도 경험 단계와 사용자의 목적이 달라질 수 있다는 점을 지도에 반영한다.

위 시나리오만으로 ‘달력 이동 때문에 작성이 어렵다’고 해석할 수는 없다. 달력은 계획을 정리하는 데 필요한 정상적인 도구일 수도 있다. 조사에서는 이동 직전의 과업과 다시 돌아온 뒤의 행동을 확인하고, 당사자가 무엇을 참고했는지 설명하도록 한다. 확인 결과에 따라 앱 안에 일정 기능을 추가할 수도 있지만, 기존 도구와 함께 사용하기 쉽게 만드는 쪽이 적합할 수도 있다.

이렇게 정리한 지도에는 단계마다 확인 수준이 다른 내용이 남는다. 행동의 순서는 시나리오에서 주어졌지만 목적과 어려움은 미확인이다. 실제 조사에서도 모든 칸을 같은 확실성으로 채울 필요는 없다. 비어 있는 칸은 조사 실패의 표시가 아니라, 다음 결정 전에 무엇을 더 알아야 하는지를 드러내는 항목이 된다.

실제 경험을 검토할 때는 단계 사이의 되돌아감과 중단을 포함한다. 작성 중 자료를 찾으러 나갔다가 돌아오는 경우, 저장 실패 후 다시 입력하는 경우, 일단 저장한 뒤 다음 날 수정하는 경우는 업무상 의미가 다르다. 모두를 이탈로 묶으면 필요한 기능을 잘못 정할 수 있다.

대기 시간은 사용자가 진행을 원하지만 다음 단계로 이동하지 못하는 시간이다. 활동 시간은 입력하거나 읽는 등 과업을 수행하는 시간이다. 화면을 열어둔 시간에는 이 둘과 잠시 자리를 비운 시간까지 섞일 수 있다. 주간회고 작성 시간이 길어졌다는 사실만으로 사용자가 더 깊이 생각했다고 판단하기 어렵다. 저장 처리 대기가 늘었는지, 질문을 이해하지 못했는지, 별도의 학습 자료를 찾았는지를 살펴야 한다.

재작업은 이미 수행한 일을 오류·이해 차이·상태 손실 등으로 다시 수행하는 것이다. 모든 수정이 재작업은 아니다. 계획을 더 구체적으로 다듬는 수정은 과업의 정상적인 일부일 수 있다. 반면 저장 실패 때문에 사라진 문장을 다시 입력하는 일은 서비스가 만든 부담이다. 분석에서는 수정 횟수라는 공통 기록에만 의존하지 않고 수정 사유를 구분할 근거를 확보한다.

중단과 포기도 관찰상 구별하기 어려울 수 있다. 서비스를 닫은 사람은 나중에 이어 쓰려 했을 수 있다. 종료 사건이 없는 로그만으로 포기를 단정하면 복귀 가능한 작업을 실패로 분류할 위험이 있다. 과업의 시작·종료·재개 규칙과 결과를 기다리는 기간을 정하고, 그 범위에서 ‘결과 미확인’ 상태를 관리해야 한다. 09장에서는 이 기준을 시도 식별자와 상태 전이로 구체화한다.

동일한 이동을 다르게 해석하는 조건

이전 화면으로 돌아가는 행동이 반복된다는 이유만으로 탐색 실패라고 분류하면 정상적인 비교 활동을 오류로 셀 수 있다. 사용자가 지난주 계획과 이번 주 계획을 비교하려고 오간다면 되돌아감은 과업에 필요한 움직임이다. 원하는 항목을 찾지 못해 같은 목록을 반복해서 훑었다면 개선해야 할 탐색 부담일 수 있다. 원인 판정에는 과업 목적과 실제 결과를 함께 확인해야 한다.

반복 방문의 의미도 마찬가지다. 사용자가 계획을 실행할 때마다 참고하려고 방문한다면 재방문은 유용한 이용을 나타낼 수 있다. 저장 여부를 믿지 못해 여러 번 확인한다면 방문 횟수 증가가 상태 안내 문제를 나타낼 수 있다. 경험 지도에서 기록할 것은 방문 횟수의 좋고 나쁨 자체보다, 어떤 상황에서 어떤 결과를 얻기 위해 방문했는가다. 이 구분은 이후 리텐션이나 활성 지표를 해석하는 데에도 필요하다.

사용자가 기다린 시간을 줄이려는 프로젝트라면 대기의 시작과 끝을 정해야 한다. 저장 요청부터 서버 확정까지, 확정부터 완료 안내까지, 안내 뒤 사용자가 진행 가능하다고 판단하기까지는 다른 구간이다. 앞의 두 구간은 시스템 기록으로 접근할 수 있고, 마지막 구간은 표시 상태와 과업 관찰을 연결해야 할 수 있다. 하나의 체류 시간을 잘게 나누는 목적은 수치를 늘리는 데 있지 않다. 어느 업무를 바꾸어야 사용자의 부담이 줄어드는지 구분하려는 것이다.

경험 지도에 들어가는 문장은 근거의 성격이 서로 다르다. ‘회고 목록과 편집 화면을 세 번 오갔다’는 관찰, ‘지난주 기록이 기억나지 않았다’는 당사자 진술, ‘질문의 이해가 어려웠다’는 연구자의 해석은 구분해서 기록해야 한다. 진술은 사용자가 자신의 경험을 어떻게 설명하는지 보여주지만 모든 원인을 확정하지는 않는다. 로그는 이동을 확인할 수 있지만 그 의도를 직접 알려주지 않는다.

실제 조사에서는 아래처럼 짧은 근거 기록을 지도에 연결한다. 표는 작성 양식이며, 관찰 결과를 채워 넣은 자료가 아니다.

조사 참여자 몇 명이 같은 어려움을 겪었다면 문제의 존재를 구체적으로 설명할 수 있다. 다만 모집 방식과 표본에 따라 전체 사용자에서의 빈도는 알 수 없을 수 있다. 이 경우 ‘관찰한 참여자 3명에서 발생’처럼 범위를 적고, 전체 비중은 로그나 추가 표본에서 확인한다. 반대로 전체 집계에서 자주 나타나는 이동이라도 실제 어려움인지 이해하려면 관찰이 필요할 수 있다.

GOV.UK의 2017년 경험 지도 지침은 여러 사용자의 경험을 확보한 뒤 공통 단계를 정리하고, 경로가 크게 다른 집단은 지도를 나눠 보도록 설명한다. 이 장의 초안도 실제 조사 후 공통 경로와 예외 경로를 수정하는 용도로 사용한다. 공식 지침 · S40

신규 사용자는 회고 질문의 의미를 익히는 데 시간이 필요하고, 기존 사용자는 과거 계획을 찾아 수정하는 데 더 관심이 있을 수 있다. 두 집단이 다른 목적과 경로를 가진다면 하나의 평균 경로로 합치기보다 지도를 나누는 편이 개선 과제를 정하기 쉽다. 지도 수를 늘리는 기준은 나이·성별 같은 분류 자체가 아니라 실제 과업과 경로의 차이다.

조사 자료를 비교 가능한 형태로 정리하기

경험 지도에 사용될 자료를 모을 때는 성공한 이용만 포함하지 않도록 범위를 정한다. 회고를 자주 작성하는 사람에게만 물으면 처음 작성하다 중단한 경험이 빠질 수 있다. 특정 기기의 문제를 검토한다면 해당 환경에서 수행한 사례가 있어야 한다. 모집 단계에서는 현재의 연구 질문과 관련된 이용 경험·과업·환경의 차이를 먼저 적고, 어떤 차이를 이번 조사에서 다룰 수 있는지 정한다.

질문도 판단하려는 행동에 맞춰 구체화한다. ‘우리 서비스가 편리했는가’만 묻기보다 가장 최근에 계획을 작성한 상황, 참고한 자료, 저장 여부를 확인한 방법, 다음에 계획이 필요했던 순간을 차례로 확인한다. 추상적인 평가만으로는 어느 단계에서 어떤 일이 일어났는지 복원하기 어렵다. 다만 떠올린 경험이 실제 당시 행동과 완전히 일치한다고 가정하지 않고, 가능한 경우 기록이나 수행 관찰과 대조한다.

서로 다른 자료가 충돌하면 하나를 지워 정리하기보다 차이를 조사 항목으로 남긴다. 사용자는 쉽게 찾았다고 말했지만 지정 과업에서는 여러 번 도움을 요청할 수 있다. 익숙한 자신의 계획과 처음 주어진 과업이 달랐는지, 조사 상황이 영향을 주었는지, ‘쉽다’는 표현이 무엇을 뜻했는지 확인할 수 있다. 시스템 로그와 사용자 진술 중 하나가 항상 우선하는 것으로 정하지 않는다.

다음 기록은 앞의 가상 시나리오를 근거 카드로 정리한 작성 예다. 연구 결과가 아닌 교육용 작성물이라는 표지를 유지한다.

자료를 지도에 옮길 때에는 근거 카드의 위치를 남긴다. 지도에는 짧은 문장을 쓰더라도 원래 사례와 연결되어 있어야 팀이 다른 해석을 검토할 수 있다. ‘계획 탐색 불편’이라는 요약만 남고 그 판단의 근거가 사라지면, 이후 기능 논의에서 무엇을 개선하려 했는지 다시 추정하게 된다.

측정 항목은 의사결정에 필요한 불확실성을 줄이는 방향으로 선정한다. 주간회고의 이번 프로젝트에서 검토할 결정이 ‘저장 후 계획 찾기 경로를 개편할 것인가’라면, 작성 시간 전체를 세분하는 일보다 저장된 계획의 발견 여부와 탐색 과정이 우선이다. 사용자가 어느 메뉴에서 망설이는지 관찰하고, 동일 조건의 찾기 과업에서 결과와 시간을 확인할 수 있다.

아래 계획은 실제로 수집을 완료한 결과가 아니라 후속 장에서 사용할 설계안이다. 한 항목이 반드시 하나의 이벤트에 대응하는 것은 아니다. ‘도움 없이 찾기’는 관찰자의 판정과 기록의 대조가 필요하고, ‘저장 확인’은 서버 기록으로 확인할 수 있다.

각 항목에는 측정 빈도와 담당자를 붙인다. 서버 저장 성공은 지속적으로 점검할 수 있지만, 질문 이해는 개편 전후의 집중 조사로 확인하는 편이 적합할 수 있다. 기록을 계속 쌓는 것과 매주 검토할 수 있는 것은 다르다. 분석할 시간이 없거나 어떤 결정에도 쓰지 않는 항목은 우선순위를 낮추고, 그로 인해 남는 불확실성을 문서에 적는다.

측정 가능한 것만으로 목표를 바꾸지 않도록 해야 한다. 계획 실행이 중요한데 앱에서 실행 여부를 볼 수 없다고 해서 목표를 재열람 횟수로 대체하면, 제품이 제공하려던 도움과 평가 기준이 멀어질 수 있다. 이때는 재열람을 보조 지표로 사용하고, 실행 여부를 확인할 후속 조사 범위와 제약을 함께 정한다. 수집이 어렵다는 이유는 목표를 삭제할 근거가 아니라 측정 설계를 조정할 조건이다.

측정 항목을 줄이고 역할을 나누기

경험 지도에서 발견한 모든 문제에 상시 지표를 만들 필요는 없다. 우선 정기적으로 상태를 확인해야 하는 항목, 특정 원인을 진단할 때 사용하는 항목, 조사 기간에 집중적으로 확인할 항목을 나눈다. 주간회고의 저장 성공은 운영 중 계속 확인할 수 있고, 질문 문구를 이해하는 과정은 개편 전후의 관찰에서 자세히 볼 수 있다. 진단용 자료를 모두 경영 보고서에 올리면 해석의 우선순위가 흐려진다.

계획 찾기 개편에서는 독립 완료를 주요 결과로 두고, 시간과 도움 요청을 어려움의 정도를 설명하는 항목으로 둘 수 있다. 목록 재열람 수는 이용 범위를 보는 보조 기록이다. 이 세 항목은 서로 대체하지 않는다. 목록을 더 자주 열어도 계획을 찾지 못한다면 도달은 늘었지만 과업은 해결되지 않았을 수 있다. 독립 완료가 좋아졌는데 시간이 길어졌다면 어떤 참여자와 경로에서 시간이 증가했는지 확인한다.

측정 계획에는 결과가 나왔을 때의 처리도 적어둔다. 독립 완료가 낮으면 관찰 기록에서 실패 경로를 찾아 수정 후보를 정하고, 로그가 누락되면 지표 판단을 보류하고 수집을 점검한다. 만족 응답이 낮다면 어느 과업과 조건의 응답인지 확인한다. 서로 다른 종류의 문제를 같은 ‘사용자 경험 개선’ 업무로 묶지 않고 담당과 검토 자료를 구분한다.

경험 지도는 문제를 많이 적는 것으로 완성되지 않는다. 어떤 변경을 검토하고 그 결과를 어떻게 확인할지 연결되어야 한다. 주간회고의 저장 실패 사례를 검토한다면 ‘오류 안내 개선’만으로 업무를 등록하기보다 실패 상태 표시, 작성 내용 보존, 재시도 이후 중복 생성 방지, 사용자의 복구 가능성까지 범위를 정한다.

구현 확인과 사용자 평가는 책임 범위가 다르다. 서버 저장 여부는 개발·검수 과정에서 확인할 수 있지만, 사용자가 상태를 이해했는지는 대표 과업을 통해 평가해야 한다. 프로젝트 매니저는 두 작업이 일정과 완료 기준에 모두 포함되어 있는지 확인한다. 화면이 구현되었다는 사실만으로 개선 목적이 충족되었다고 처리하지 않는다.

우선순위를 정할 때는 영향을 받는 이용 범위, 과업 실패의 심각도, 복구 가능성, 근거 수준, 변경 비용을 함께 검토한다. 이 요소를 무조건 곱한 점수 하나로 줄일 필요는 없다. 저장 내용이 사라지는 문제는 발생 비율이 작아도 우선 대응할 이유가 있을 수 있다. 반대로 많은 사람이 자주 이동하는 경로라도 실제로 불편한지 확인되지 않았다면 먼저 관찰할 수 있다. 판단 근거와 추가 확인 조건을 적어두면 팀이 같은 수치를 다른 의미로 받아들이는 일을 줄일 수 있다.

경험 지도에서 개발 업무로 이어지는 작성 예

앞의 계획 찾기 시나리오를 바탕으로 ‘목록에서 다음 주 계획을 구분할 수 있는 정보가 부족할 수 있다’는 가설을 세웠다고 하자. 곧바로 검색 기능 추가를 확정하기 전에 현재 목록에 무엇이 표시되는지, 사용자가 어떤 단서를 찾는지 확인한다. 날짜가 문제라면 회고 작성일과 계획 대상 기간을 구분하는 표시가 필요할 수 있고, 제목이 문제라면 내용의 단서를 보완하는 방식이 적합할 수 있다.

기획 문서는 문제, 근거, 변경 가설, 구현 범위, 평가 기준을 순서대로 연결한다. 다음은 실제 조사로 검증되기 전의 작업 초안이다.

프로젝트 매니저는 각 항목의 의존 관계를 일정에 반영한다. 목록의 정보 구조를 정하기 전에 탐색 단서를 확인하고, 구현 중에는 문서 식별자가 일관되게 연결되는지 검수하며, 배포 전에는 대표 과업으로 찾기 가능성을 평가한다. 데이터 수집 업무를 출시 이후로 미루면 개편 전 상태와 비교할 자료가 사라질 수 있으므로 필요한 기준 자료는 미리 확보한다.

회의에서 개선 후보가 여러 개 나왔다면 판단 기록을 남긴다. 예를 들어 외부 일정 연동은 이용 맥락을 더 조사한 뒤 검토하고, 저장 상태 불일치는 재현 가능한 오류가 확인되면 먼저 수정할 수 있다. 이렇게 결정 이유를 남기면 새 요청이 들어왔을 때 기존 우선순위와 비교할 수 있다. 경험 지도는 한 번 제출하는 결과물이면서 이후 판단의 근거를 연결하는 작업 문서이기도 하다.

1. ‘회고 편집 화면 체류 시간이 길어졌다’는 기록을 설명할 수 있는 원인 세 가지와 각 확인 방법을 작성하라.
2. 사용자 목적·과업·접점을 구분하여, ‘다음 주 계획을 다시 찾아 학습에 참고한다’의 측정 범위를 정하라.
3. 경험 지도, 화면 흐름, 퍼널 중 ‘저장 실패 후 재시도 안내’의 구현 검토와 ‘실패 전후의 사용자 경험’ 조사에 각각 적합한 자료를 고르라.
4. 조사하지 않은 감정 곡선이 포함된 지도를 받았다. 초안의 가치를 유지하면서 근거 수준을 표시하고 보완하는 방법을 작성하라.
5. ‘재열람하지 않았으므로 계획을 활용하지 않았다’는 해석의 대안을 두 가지 제시하고, 적절한 후속 조사를 설계하라.
6. 담당 서비스의 경험을 네 단계 이상으로 나누고, 로그로 확인할 수 있는 항목과 관찰·진술이 필요한 항목을 각각 표시하라.
7. 개선 과제 하나를 선택하여 구현 확인 기준, 사용자 평가 기준, 검토 담당과 시점을 작성하라. 실제 근거가 없는 부분은 가정으로 표시하라.
8. 본문의 여섯 단계 이용 시나리오에서 ‘달력으로 이동함’과 ‘목록을 여러 번 탐색함’에 각각 두 가지 해석 후보를 붙이고, 구분에 필요한 자료를 작성하라.
9. 계획 찾기 개편의 결과 지표·진단 자료·이용 범위 지표를 나누고, 현재 경험에서 개선 후 경험까지 연결되는 작업 순서를 작성하라.

연습문제 해설에는 정답 예와 평가 기준을 수록했다. 다음 장에서는 이 측정 계획의 일부를 이벤트와 수집 품질 기준으로 구체화한다.

• S40. GOV.UK, Creating an experience map (2017). 공식 지침. 준비·단계 구분·검토 절차 본문 확인. 이 책의 지도는 자체 가상 사례이며 지침의 그림을 복제하지 않았다.
• S41. GOV.UK, Map and understand a user's whole problem. 공식 지침. 개별 서비스보다 넓은 사용자 과업의 범위 검토에 참고했다.
• S16. James Kalbach, Mapping Experiences, 2nd ed. (2020). 출판사 소개·목차. 전체 본문 미열람. 사용자 언급 한국어 도서의 정확한 판본도 아직 대조하지 않았다.
• 이 장은 경험 지도의 유일한 기원이나 최초 창안자를 확정하지 않는다. 서비스 설계·사용자 연구의 접근을 제품 측정 계획에 적용하며, 확인한 출처의 범위는 장부에 기록했다.