페르소나의 함정 — 만들고 안 쓰는 문서가 되지 않으려면

페르소나는 프로젝트 킥오프에서 만들어져 대개 회의실 벽에 붙었다가 프로젝트가 끝날 때 함께 떼어진다. “김민준, 32세, 스타벅스에서 아이스 아메리카노를 마시며 인스타그램을 자주 본다” 같은 상세한 설정은 그럴듯해 보이지만, 정작 중요한 결정의 순간에는 아무도 그 페르소나를 다시 펼쳐보지 않는다. 페르소나는 원래 사용자를 팀 전체가 같은 이미지로 공유하기 위한 도구인데, 어느 순간부터 만드는 것 자체가 목적이 되어버린다.

1. 페르소나가 문서함에서 잠자는 이유

가장 흔한 원인은 페르소나가 실제 의사결정 과정과 분리되어 있다는 점이다. 킥오프 워크숍에서 하루 만에 만들고 나면, 이후 기능 우선순위를 정하거나 화면을 설계할 때 그 문서를 다시 꺼내는 절차 자체가 없다. 회의에서 “이 기능이 필요할까?”라는 질문이 나와도 페르소나를 참조하는 대신 각자의 직관으로 답한다. 만드는 데 들인 시간과 실제로 쓰이는 빈도 사이의 격차가 클수록, 페르소나는 그저 장식용 산출물로 전락한다.

2. 데이터 없는 페르소나의 위험

더 근본적인 문제는 페르소나가 실제 사용자 데이터가 아니라 팀의 상상으로 채워질 때 생긴다. 나이, 직업, 취미 같은 구체적인 디테일은 페르소나를 생생하게 만들어주는 것처럼 보이지만, 근거 없는 디테일은 오히려 팀을 엉뚱한 방향으로 이끈다. “이 사람이라면 이런 기능을 좋아할 것 같다”는 추측이 실제 조사 결과처럼 취급되기 시작하면, 페르소나는 통찰의 도구가 아니라 편견을 정당화하는 도구가 된다. 페르소나를 만들기 전에 사용자 인터뷰로 확보한 실제 발언과 행동 패턴이 먼저 있어야 하는 이유다.

3. 페르소나가 여러 개일 때 생기는 문제

서비스가 커질수록 사용자 유형도 다양해지고, 팀은 이 다양성을 담으려 페르소나를 서너 개씩 만든다. 문제는 우선순위 없이 페르소나를 나열해두면, 기능 논쟁이 생겼을 때 각자 자신의 주장에 유리한 페르소나를 골라 근거로 드는 상황이 벌어진다는 점이다. “A 페르소나에게는 이 기능이 필요하다”는 말과 “B 페르소나에게는 오히려 방해가 된다”는 말이 동시에 나오면, 페르소나는 합의의 도구가 아니라 각자 원하는 결론을 정당화하는 도구로 전락한다.

이를 막으려면 페르소나 사이에 명확한 우선순위나 가중치를 미리 정해두어야 한다. 주력 사용자층에 해당하는 1차 페르소나를 정하고, 나머지는 참고용으로 위치를 분명히 해두면 논쟁이 생겼을 때 기준으로 돌아갈 곳이 생긴다.

우선순위를 정하는 기준도 매출 비중이나 사용 빈도처럼 구체적인 근거에 기반해야 한다. “왠지 이 사용자가 더 중요해 보인다”는 감각적인 판단으로 순위를 매기면, 그 자체가 또 다른 근거 없는 추측이 되어 처음 문제로 돌아가는 셈이다.

4. 살아있는 페르소나로 만드는 법

페르소나를 계속 쓰이게 하려면 세 가지가 필요하다. Interaction Design Foundation의 페르소나 설명도 목표 기반 서술을 핵심 원칙으로 꼽는다.

5. 마치며

페르소나는 영구적인 자산이 아니다. 제품의 사용자층이 바뀌거나, 초기 조사 이후 시장 상황이 달라졌다면 과감히 다시 만들어야 한다. 오래된 페르소나를 관성적으로 계속 인용하는 것은 근거 없는 상상보다 나을 게 없다. 언제, 왜 다시 만들었는지를 남기는 의사결정 기록을 페르소나 갱신 시점에 함께 남겨두면 나중에 그 판단을 다시 추적하기 쉽다. 컨설팅 프로젝트에서는 보통 주요 마일스톤마다 페르소나가 여전히 유효한지 짧게 점검하는 편이 실무적으로 안전하다.

페르소나는 벽에 붙이기 위한 포스터가 아니라 회의 중에 실제로 펼쳐보는 도구여야 한다. 다음 기능 회의에서 페르소나 문서를 한 번 열어보는 것부터, 이 문서가 여전히 살아있는지 점검해보자.