고객 여정 지도를 발표할 때는 고객 목표 하나를 정하고, 중요한 순간을 뒷받침하는 근거를 보여 준 뒤, 검증하려는 변화로 마무리합니다. 모든 단계에 감정과 불편을 채우는 것부터 시작하지 마세요. 청중이 왜 특정 경험에 주목해야 하는지 이해할 수 있을 때 지도가 유용해집니다.
이번 사례는 새 팀 계정이 작업 공간을 만들고 첫 발표 자료를 공유하기까지의 흐름입니다. 아래의 관찰, 수치, 진술은 모두 설명을 위해 만든 가상의 자료입니다. Presenti의 분석 데이터, 실제 인터뷰, 고객 성과가 아닙니다.
실제 조사 자료가 준비되면 Presenti로 고객 여정 조사 결과를 마케팅 발표 자료로 정리할 수 있습니다. 근거 번호를 슬라이드에도 남겨 생성 과정에서 가정이 고객에 관한 사실로 바뀌지 않게 하세요.

지도를 보여 주기 전에 범위 정하기
목표와 구간을 한 문장으로 씁니다. “새 작업 공간의 관리자가 첫 초안을 동료에게 검토받으려 한다. 작업 공간 생성부터 첫 발표 자료 공유까지의 경로를 살펴본다.” 대상 집단과 사용 채널도 명시하세요. 두 번째 프로젝트를 위해 돌아온 숙련된 관리자는 다른 여정입니다.
NN/G는 목표를 이루려는 사람을 중심으로 고객 여정 지도를 정의합니다. 이 초점을 유지하면 발표가 기능 목록으로 변하지 않습니다. 제품의 탐색 메뉴에 10개 항목이 있어도 사용자의 경로는 그중 3개만 지날 수 있습니다.
원자료가 말해 주는 것과 말해 주지 않는 것 구분하기
조사팀이 워크숍에 다음과 같은 가상의 기록을 가져왔다고 가정해 보겠습니다.
| 기록 | 관찰 예시 | 뒷받침하는 내용 |
|---|---|---|
| U-01 | 참여자가 초안을 만든 뒤 상단 메뉴에서 초대 기능을 찾다가 편집기로 돌아간다. | 해당 세션에서 초대 동작을 바로 찾지 못했다 |
| U-02 | 참여자가 Share(공유)를 찾지만 동료에게 작업 공간 전체가 보이는지 질문한다. | 공유 시점에 권한에 관한 질문이 생겼다 |
| S-01 | 고객 지원 문의 주제의 예시에 링크 접근에 관한 질문이 있다. | 접근 권한 안내 문구를 조사할 가치가 있다 |
| A-01 | 이벤트 표의 예시에서 첫 공유 동작 전에 편집이 나타난다. | 이 예시 경로에서는 편집 뒤에 공유가 온다 |
이 기록만으로 두 문제가 얼마나 흔한지 알 수는 없습니다. U-01은 초대를 항상 찾기 어렵다는 증거가 아니고, A-01은 공유를 미룬 이유를 설명하지 않습니다. 감정을 실제로 조사하지 않았다면 매끄러운 감정 곡선을 그리지 마세요. 실제 프로젝트에서는 각 발견에 조사 방법, 날짜, 참여자 맥락, 출처를 함께 남깁니다.
NN/G의 조사 가이드는 직접 경험한 사람의 여정 기록을 수집하고 정량적 근거를 더하는 방법을 설명합니다. 두 자료를 함께 사용해 이해를 깊게 하되, 가정을 조사된 사실처럼 보이게 만들지는 마세요.
기록을 읽기 쉬운 지도 슬라이드 한 장으로 만들기
이 가상 사례에서는 작업 공간 만들기, 초안 준비하기, 검토자 초대하기의 3단계를 사용합니다. 각 단계 아래에 과업과 관련 기록 ID를 표시하고, 해석은 별도 행에 적으세요. 그러면 팀이 “초대 기능의 위치가 나쁘다”는 해석에 동의하지 않더라도 U-01에 탐색 행동이 기록됐다는 점에는 동의할 수 있습니다.
| 단계 | 고객 과업 | 기록 | 가능한 설명 |
|---|---|---|---|
| 작업 공간 만들기 | 시작할 곳 찾기 | 예시 기록 없음 | 빈칸을 채우려고 불편을 만들어 내지 않음 |
| 초안 준비하기 | 검토할 만한 내용 만들기 | A-01 | 다른 사람을 초대하기 전에 내용을 준비하고 싶을 수 있음 |
| 검토자 초대하기 | 적절한 자료를 적절한 사람과 공유하기 | U-01, U-02, S-01 | 동작을 찾는 문제와 권한을 이해하는 문제가 서로 다를 수 있음 |
슬라이드가 복잡해지면 출처의 세부 내용은 보조 슬라이드로 옮깁니다. 주요 지도에는 판단할 질문을 남기세요. 다음 조사에서는 초대 동작을 찾는지 볼 것인가요, 아니면 접근 범위를 이해하는지 볼 것인가요?
변경을 고르기 전에 두 가지 설명 비교하기
가상의 팀에는 두 가설이 있습니다. H1은 초대 동작의 위치를 찾기 어렵다는 가설입니다. H2는 동작을 찾지만 어떤 접근 권한을 주는지 알 수 없어 망설인다는 가설입니다. 더 눈에 띄는 버튼은 H1에 도움이 되더라도 H2를 해결하지 못할 수 있습니다. 접근 범위 설명을 명확히 하면 탐색 구조를 바꾸지 않고 H2에 대응할 수도 있습니다.
각 가설을 떠올리게 한 기록과 함께 가설로 제시하세요. 만들어 낸 “영향 점수”로 순위를 매기지 않습니다. 선택할 근거가 부족하다면 두 가설을 구별할 수 있는 조사를 제안하세요.

다음 조사에서 답할 질문으로 마무리하기
다음 조사에서는 새 작업 공간 관리자에게 초안을 동료에게 보내도록 요청합니다. 해당 동작을 찾는지, 공유 후의 접근 범위를 설명할 수 있는지 관찰하세요. 접근 범위 질문은 도움을 주기 전에 해야 합니다. 먼저 도와주면 진행자가 뜻하지 않게 답을 알려 줄 수 있습니다.
조사의 결과는 “사용자 5명이 재설계의 성공을 증명했다”가 아닙니다. 참여자가 어디를 찾았는지, 무엇을 공유한다고 예상했는지, 무엇을 오해했는지, 다음 개선에서는 어느 설명에 대응해야 하는지에 관한 기록입니다. 표본 규모와 한계도 함께 남기세요. 실제 이벤트 데이터가 있다면 경로의 빈도를 확인하는 데 사용하고, 세션에서 파악한 이유와는 구분합니다.
따라서 마지막 슬라이드에서는 검증하지 않은 재설계를 승인받기보다 조사 담당자와 날짜를 정해 달라고 요청할 수 있습니다. 실제 기록 ID, 지도, 서로 다른 가설을 사용해 Presenti에서 고객 여정 자료를 만들어 보세요. 근거가 없는 칸은 비워 둡니다.