새 앱이나 서비스를 만드는 회의에 처음 들어가 본 적 있으신가요? 사람들이 "페르소나부터 잡자", "IA가 꼬였다", "A/B로 돌려 보자" 같은 말을 툭툭 주고받습니다.
무슨 뜻인지 묻고 싶지만, 회의는 벌써 저만치 앞서갑니다. 그래서 일단 고개만 끄덕이죠. 다들 한 번쯤 겪는 순간입니다.
그래서 오늘은 UX(User Experience·사용자 경험) 실무에서 가장 자주 튀어나오는 용어 6가지를 골랐습니다. 초등학생도 알아들을 만큼 쉬운 비유로 하나씩 풀어드릴게요. 이 글을 다 읽고 나면, 다음 회의에서는 고개만 끄덕이는 대신 한마디 보탤 수 있을 거예요.
1. 페르소나 (Persona)
우리 서비스를 쓸 것 같은 '가상의 대표 고객' 한 명. 연극배우가 쓰던 가면(페르소나)에서 온 말이에요.
페르소나는 실제 사람이 아니라, 여러 고객의 특징을 모아 만든 가상의 인물입니다. 이름, 나이, 하는 일, 고민까지 정해 둬요. 왜 이런 걸 만들까요? '사용자'라고 뭉뚱그리면 얼굴이 안 보이지만, "27살 자취생 민지"라고 정하면 그 사람이 무엇에 불편해할지 훨씬 또렷하게 보이거든요.
팀 전체가 같은 사람을 머릿속에 그리게 해 주는 것, 그게 페르소나의 진짜 힘입니다.
이럴 때 써요: "이 기능, 우리 페르소나 민지가 정말 쓸까요?"처럼 결정을 내릴 때 기준점으로 삼습니다.
2. 정보 구조 (Information Architecture)
화면 속 메뉴와 정보를 어디에 둘지 짜는 '뼈대'. 도서관에서 책을 주제별로 나눠 꽂아 두는 일과 같아요.
정보 구조는 흔히 IA(아이에이)라고 줄여 부릅니다. 홈 화면 아래에 어떤 메뉴를 두고, 그 안에 무엇을 넣을지 정하는 설계도예요. IA가 잘 짜이면 사용자는 원하는 걸 몇 번의 터치로 찾아냅니다. 반대로 뒤죽박죽이면? 분명 있는 기능인데도 못 찾아 헤매게 되죠. (그런 앱, 하나쯤 떠오르시죠.)
이럴 때 써요: "설정 메뉴가 너무 깊이 숨어 있어요. IA를 다시 정리합시다."
3. A/B 테스트 (A/B Test)
두 안을 동시에 보여주고 어느 쪽이 나은지 '실제 반응'으로 가리는 실험. 반찬 두 개를 놓고 어느 게 먼저 없어지나 보는 셈이죠.
버튼 색을 초록으로 할까 파랑으로 할까, 회의에서 아무리 다퉈도 답이 안 납니다. A/B 테스트는 이 다툼을 데이터로 끝내요. 사용자 절반에게는 A안, 나머지 절반에게는 B안을 보여주고, 어느 쪽이 더 많이 눌렸는지 숫자로 확인하는 거죠. 느낌이 아니라 실제 행동이 답을 정합니다.
이럴 때 써요: "가입 버튼 문구 두 개를 A/B 테스트로 2주 돌려 보고 정하죠."
4. 휴리스틱 평가 (Heuristic Evaluation)
전문가가 정해진 원칙에 맞춰 화면을 훑어 문제를 찾아내는 '점검'. 시험 전에 채점 기준표로 미리 훑어보는 것과 비슷해요.
휴리스틱(Heuristic)은 '경험에서 나온 지침'이라는 뜻이에요. 사용성 전문가 제이콥 닐슨(Jakob Nielsen)이 정리한 10가지 원칙이 가장 유명합니다. 실제 사용자를 부르지 않고, 전문가가 이 원칙표를 들고 화면을 점검해 문제를 빠르게 집어내죠. 시간과 비용이 적게 드는 게 장점입니다.
이럴 때 써요: "출시 전에 휴리스틱 평가로 눈에 띄는 문제부터 걷어 냅시다."
5. 히트맵 (Heatmap)
사람들이 화면 어디를 많이 누르고 봤는지 '색으로 칠해' 보여 주는 지도. 많이 밟은 잔디가 누렇게 닳는 것처럼요.
히트맵은 클릭이 몰린 곳을 빨갛게, 뜸한 곳을 파랗게 칠해 줍니다. 그림 한 장만 봐도 "아, 사람들이 여기를 이렇게 많이 눌렀구나", "이 중요한 버튼은 아무도 안 봤구나" 하고 한눈에 들어와요. 숫자표를 들여다보는 것보다 훨씬 빠르게 사용자의 행동을 읽을 수 있죠.
이럴 때 써요: "히트맵을 보니 다들 이미지만 누르고 진짜 버튼은 지나치네요."
6. 접근성 (Accessibility)
눈이 잘 안 보이거나 손이 불편한 사람도 똑같이 쓸 수 있게 만드는 것. 계단 옆에 경사로를 두는 일과 같아요.
접근성은 영어로 Accessibility인데, 첫 글자 a와 끝 글자 y 사이에 알파벳이 11개 있다고 해서 a11y(에이일레븐와이)라고도 불러요. (긴 단어 쓰기가 귀찮았나 봅니다.) 화면 낭독기를 쓰는 시각장애인, 마우스 대신 키보드만 쓰는 사람까지 모두를 배려하는 설계입니다. 국제 기준으로는 WCAG(웹 콘텐츠 접근성 지침)가 있어요. 그런데 접근성은 장애가 있는 사람만을 위한 걸까요? 밝은 햇빛 아래 화면을 볼 때, 한 손에 짐을 든 채 폰을 쓸 때 — 사실 우리 모두가 언젠가는 그 배려의 덕을 봅니다.
이럴 때 써요: "글자와 배경 색 차이가 약해요. 접근성 기준에 맞춰 더 또렷하게 합시다."
자주 묻는 질문
페르소나와 타깃(Target)은 어떻게 다른가요?
타깃은 "20~30대 직장인"처럼 고객을 넓은 무리로 묶은 범위예요. 페르소나는 그 무리 속 한 사람을 콕 집어 이름과 하루 일과까지 그려 낸 인물이고요. 타깃이 지도의 넓은 동그라미라면, 페르소나는 그 안에 찍은 핀 하나입니다. 그래서 결정을 내릴 때는 얼굴이 또렷한 페르소나가 더 쓸모 있어요.
A/B 테스트와 휴리스틱 평가, 무엇을 먼저 해야 하나요?
보통 휴리스틱 평가가 먼저입니다. 전문가가 원칙표로 눈에 띄는 문제를 빠르게 걷어 낸 뒤, 남은 선택지를 두고 A/B 테스트로 실제 사용자 반응을 확인하는 순서가 자연스러워요. 하나는 전문가의 눈, 하나는 사용자의 행동이라 서로를 대신하지 못합니다. 둘은 경쟁 관계가 아니라 짝꿍이에요.
이 용어들, 개발자도 알아야 하나요?
네, 알아 두면 크게 도움이 됩니다. 기획자나 디자이너가 "IA를 바꾸자"거나 "접근성을 지키자"고 할 때 무슨 뜻인지 통하면 협업이 훨씬 매끄러워지거든요. 깊이 파고들 필요는 없어요. 각 용어가 '무엇을 위한 것인지'만 잡아 두어도 충분합니다.
여기까지 UX 실무 용어 6가지를 정리했습니다. 페르소나로 사용자를 그리고, IA로 뼈대를 세우고, A/B 테스트와 휴리스틱 평가로 다듬고, 히트맵으로 행동을 읽고, 접근성으로 모두를 챙기는 흐름이 조금은 손에 잡히시나요? 이렇게 UX 개념 묶음은 마무리됩니다. 다음 묶음부터는 새로운 주제로 넘어가, AI를 실무에서 쓸 때 꼭 마주치는 용어(프롬프트·토큰·환각·파인튜닝)를 똑같이 쉬운 비유로 풀어 볼 예정이에요. 다음 편에서 만나요.