페르소나와 고객 여정 지도: 사용자를 그려보다

사용자를 이해하는 것과, 그 이해를 팀 전체가 공유하는 것은 다른 문제입니다. PM 혼자 고객을 깊이 이해해도, 개발자와 디자이너가 각자 다른 사용자를 상상하면 제품은 산으로 갑니다. 이때 필요한 것이 사용자를 눈에 보이게 그려내는 도구, 페르소나와 고객 여정 지도입니다. 이 글에서 두 도구를 정리하겠습니다.

왜 사용자를 ‘그려야’ 하나

리서치를 통해 얻은 사용자에 대한 이해는, 정리되지 않으면 흩어집니다. “20대 직장인이 어쩌고, 40대 주부가 저쩌고” 하는 단편적인 정보들만으로는 팀이 하나의 사용자상을 공유하기 어렵습니다.

페르소나와 고객 여정 지도는 이 흩어진 이해를 하나의 구체적인 그림으로 응축합니다. 추상적인 “사용자”를 손에 잡히는 대상으로 만들어, 팀 전체가 같은 사람을 떠올리며 일하게 하는 것이죠. “우리 사용자라면 이걸 좋아할까?“라는 질문에 모두가 같은 얼굴을 떠올릴 수 있게 됩니다.

페르소나: 사용자를 한 사람으로

페르소나(Persona)는 리서치를 통해 파악한 사용자의 특성을 응축한 가상의 인물입니다. 실제 데이터에 기반하되, 대표적인 사용자를 한 명의 구체적인 사람처럼 그려낸 것이죠.

좋은 페르소나에는 이런 것들이 담깁니다. 그가 처한 상황과 배경, 이루려는 목표, 겪는 문제와 좌절, 그리고 우리 제품과 관련된 행동과 필요입니다. 단순한 인구통계 정보가 아니라, “이 사람이 무엇을 원하고 무엇에 어려움을 겪는가”가 핵심입니다.

페르소나의 가치는 공감을 구체화한다는 데 있습니다. “사용자”라는 추상적 집단 대신 “김민준, 35세, 매일 야근에 시달리며 짧은 시간에 효율적으로 일하고 싶어 하는 사람”을 떠올리면, 훨씬 생생하게 공감하고 그를 위한 결정을 내릴 수 있습니다.

다만 주의할 점은, 페르소나가 실제 데이터에 기반해야 한다는 것입니다. 상상으로 지어낸 페르소나는 오히려 잘못된 방향으로 팀을 이끌 수 있습니다. 리서치에서 발견한 진짜 패턴을 응축한 것이어야 합니다.

고객 여정 지도: 경험을 시간 순으로

고객 여정 지도(Customer Journey Map)는 사용자가 목표를 이루기 위해 거치는 과정을 시간 순으로 시각화한 것입니다. 사용자가 우리 제품과 만나기 전부터, 사용하고, 이후에 이르기까지의 전체 여정을 단계별로 펼쳐 보여줍니다.

여정 지도에는 각 단계에서 사용자가 무엇을 하는지, 무엇을 느끼는지, 어디서 좌절하거나 만족하는지가 담깁니다. 특히 사용자가 어려움을 겪는 지점, 즉 ’고통점(pain point)’을 드러내는 것이 중요합니다. 이 고통점들이 바로 제품이 개선하거나 해결해야 할 기회이기 때문입니다.

여정 지도가 드러내는 것

고객 여정 지도의 힘은 전체를 보게 한다는 데 있습니다.

개별 화면이나 기능만 보면 각각은 괜찮아 보여도, 여정 전체로 이으면 문제가 드러납니다. 예를 들어 가입은 쉬운데 그다음 첫 사용까지의 연결이 끊겨 사용자가 이탈한다든지, 특정 단계에서 감정이 급격히 나빠진다든지 하는 것들이죠. 부분에 갇히면 안 보이던 것이, 여정이라는 전체 흐름 속에서 보입니다.

또 여정 지도는 팀이 사용자의 경험을 하나의 이야기로 공유하게 합니다. “우리 사용자가 이런 여정을 거치는구나”를 함께 보면, 어디를 개선해야 가장 큰 효과가 있을지에 대한 공통의 이해가 생깁니다.

도구는 목적이 아니다

한 가지 강조할 것은, 페르소나와 여정 지도는 예쁘게 만드는 것이 목적이 아니라는 점입니다. 화려한 문서를 만들어 벽에 걸어두는 것으로 끝나면 소용없습니다.

이 도구들의 목적은 팀이 사용자를 공유하고, 그 이해를 바탕으로 더 나은 결정을 내리는 것입니다. 그러니 실제 리서치에 기반해 만들고, 만든 뒤에는 실제 의사결정에 활용해야 합니다. 도구가 대화와 결정의 중심에 있을 때 비로소 값어치를 합니다.

마무리

페르소나와 고객 여정 지도는 흩어진 사용자 이해를 하나의 구체적인 그림으로 응축해, 팀 전체가 같은 사용자를 떠올리게 하는 도구입니다. 페르소나는 사용자를 한 사람으로 그려 공감을 구체화하고, 여정 지도는 경험을 시간 순으로 펼쳐 고통점과 기회를 드러냅니다. 둘 다 실제 리서치에 기반하고 실제 결정에 활용될 때 가치가 있습니다.

사용자를 이해하고 그려냈다면, 이제 그 이해를 바탕으로 풀어야 할 문제를 명확히 정의할 차례입니다. 다음 글에서는 문제 정의와 가설 검증을 다루겠습니다.