📑 F3. 사용자 정하기 — 페르소나 · 목업 v4 (논증 + 설명 산문)

'논증형 교안 슬라이드 포맷'으로 만든 F3 챕터입니다. 통념→주장→왜→실패→반론→결론의 한 줄 추론으로 엮었고, 슬라이드마다 강사가 읽고 그대로 말할 수 있는 설명 산문을 넣었습니다. 중학생 눈높이 · 교실에서는 sprint Step3(타깃 사용자·앱 이름)로 이어집니다.

이 장이 던지는 질문
'누구를 위한' 앱인가 — 모두를 위하면 왜 안 되나?  →  주장: 대표 사용자 한 명(페르소나)을 구체적으로 정하면, 앱이 또렷해진다.
F3
앱 기획 · F. 누구의 어떤 문제를 푸는가
CHAPTER F3

사용자 정하기 — 페르소나

'모두를 위한 앱' 대신, 또렷한 한 사람  ·  이름·나이·상황·불편 + 언제·어디서·왜
이 장은 단 하나의 질문에서 출발한다 — "이 앱은 누구를 위한 것인가?" 우리는 흔히 "다 쓸 수 있는 앱이 좋다"고 답하지만, 이 장은 그 답을 6단계로 뒤집는다(통념→주장→왜→실패→반론→결론). 그리고 '대표 사용자 한 명'을 직접 그려 보는 법(페르소나 카드 + 사용 맥락)으로 장을 닫는다.
F3. 사용자 정하기
01 / 13
F3 · 이 장의 지도
전체 구성 — 시작 전에 길을 펼친다

하나의 질문을, 여섯 단계로 답한다

이 장은 페르소나 이론을 나열한 게 아니라 한 질문을 끝까지 따라가는 하나의 논증이다. 본론에 들어가기 전, 우리가 지나갈 전체 길을 먼저 펼쳐 둔다. 윗줄(논증)은 '왜 한 명으로 좁히는가'를 6단계로 논증하고, 아랫줄(실습)은 그렇게 정한 한 명을 카드로 그리고 sprint로 잇는 법으로 마무리한다.

① 누구를 위한 앱인가 — 6단계 논증  (p3–p8)
① 통념
"다 쓰는 앱이 좋다"
p3 · 모두 = 아무도
② 주장
한 명을 정해라
p4 · 페르소나
③ 왜
구체성이 공감을 켠다
p5 · 쿠퍼·NN/g
④ 실패
흐리면 산으로
p6 · 기능 과잉
⑤ 반론
"좁히면 손해 아냐?"
p7 · 좁힘의 역설
⑥ 결론
한 명이 판단 기준
p8 · 의사결정
② 그 한 명을 그리는 법  (p9–p11)  +  정리·출처
카드
이름·나이·상황·불편
p9 · 4칸 카드
맥락
언제·어디서·왜
p10 · 사용 맥락
점검
"진짜 있을 것 같아?"
p11 · 좋은/나쁜 예
정리
한 줄의 논증으로 회수
p12 · 요약 / p13 출처
→ 자, 출발먼저 가장 흔한 통념부터 깬다 — "정말 다 쓸 수 있는 앱이 좋은 앱일까?"
F3. 사용자 정하기
02 / 13
F3 · 논증 1단계
① 통념② 주장③ 왜④ 실패⑤ 반론⑥ 결론
통념 깨기

"다 쓸 수 있는 앱이 좋은 앱이다"

"네 앱은 누가 써?"라고 물으면 학생들은 거의 예외 없이 "누구나요", "다요"라고 답한다. 사용자가 많을수록 좋으니, 처음부터 모두를 겨냥하는 게 당연해 보인다. 그런데 이 통념에는 함정이 있다 — 모두를 겨냥한 선물은, 사실 아무도 진심으로 기뻐하지 않는다.

🗣️ 교실에서 자주 나오는 말

  • "이 앱은 누구나 쓸 수 있어요."
  • "남녀노소 쓰는 만능 일정 앱이요."
  • "많은 사람이 쓰면 좋은 거 아닌가요?"

🎁 그런데 — '모두를 위한 선물'

생일에 "누구나 좋아할 선물"을 사려 하면 결국 무난한 양말에 그친다. 그러나 "친구 지민이가 좋아할 것"을 정해 고르면 딱 맞는 선물이 나온다. 모두를 노린 선물 = 아무도 안 기뻐하는 선물. 앱도 똑같다.

🔎 한 걸음 더 7살 동생과 할머니가 같은 화면을 편하게 쓸 수 있을까? 동생은 큰 그림·큰 버튼이, 할머니는 큰 글씨·간단한 단계가 필요하다. 필요가 정반대인 사람을 한 화면에 다 담으려다, 결국 둘 다에게 불편한 화면이 된다.
→ 그래서'모두'는 좋은 답이 아니다. 우리는 질문을 바꿔야 한다 — 그 '다'가 *정확히 누구*인가?
F3. 사용자 정하기
03 / 13
F3 · 논증 2단계
① 통념② 주장③ 왜④ 실패⑤ 반론⑥ 결론
이 장의 주장

대표 사용자 한 명을 구체적으로 정하라

이 장이 증명하려는 한 문장은 이것이다 — 또렷한 한 명을 위해 만들면, 비슷한 여러 명이 따라온다. 흐릿한 '학생들'을 위해 만들면 누구에게도 안 맞지만, '13살 지민이' 한 명을 진짜 인물처럼 그려 두면 무엇을 만들지가 또렷해진다. 디자인에서는 이 '대표 사용자 한 명'을 페르소나(persona)라고 부른다.

❌ 흐릿한 사용자 — '학생들'

"학생들이 쓰는 앱"은 머릿속에 아무 그림도 안 그려진다. 몇 살인지, 무엇이 불편한지, 언제 쓰는지가 없으니 만들 화면도 안 보인다. 결국 '이것도 저것도' 넣게 된다.

✅ 또렷한 한 명 — '지민이'

"13살 지민이, 매일 급식 메뉴가 궁금한데 매번 학교 홈페이지를 뒤져야 해서 귀찮다." — 이름·나이·상황·불편이 보이니, 만들 화면이 저절로 떠오른다.

🔎 한 걸음 더 '페르소나'는 디자이너 앨런 쿠퍼(Alan Cooper)가 대중화한 도구다. 그는 자기 프로그램을 만들 때 한 실제 인물(광고회사 직원 '캐시')을 떠올리며 "캐시라면 이 기능을 어떻게 쓸까?"를 혼자 연기하듯 물었다. 그렇게 만든 가상의 한 사람을 그는 "우리가 쓰는 가장 강력한 디자인 도구"라고 불렀다.
→ 그래서좋은 기획은 "누구나"가 아니라 "이 한 사람"에서 출발한다. 그런데 *왜* 한 명으로 좁히는 게 더 좋은 디자인을 만드는가?
F3. 사용자 정하기
04 / 13
F3 · 논증 3단계 · 근거: 앨런 쿠퍼 · NN/g
① 통념② 주장③ 왜④ 실패⑤ 반론⑥ 결론
메커니즘 — 왜 한 명이 더 강한가

사람은 '통계'가 아니라 '한 사람'에 공감한다

한 명으로 좁히면 좋은 이유는 단순하다. 사람의 머리는 추상적인 집단보다 구체적인 한 사람을 훨씬 더 또렷하게 떠올린다. UX 연구기관 NN/g는 사람은 "일반론보다 구체적인 사례에 더 사로잡힌다"고 말한다. '사용자들'은 흐릿하지만, 이름·얼굴·사연이 붙은 한 사람은 머릿속에 살아 있어서 공감(empathy)이 켜진다.

① 공감을 켠다

이름과 사연이 있으면 "지민이라면 답답하겠다"는 마음이 생긴다. 그 마음이 더 친절한 화면을 만든다. 통계 숫자에는 공감이 안 생긴다.

② 모두가 같은 사람을 떠올린다

"사용자"라고만 하면 팀원마다 다른 사람을 상상한다. 하지만 '지민이'라고 부르면 모두 같은 한 사람을 떠올려, 이름 하나가 그 사람의 모든 특징을 대신하는 약속말이 된다.

🔎 한 걸음 더 NN/g는 페르소나를 "가상이지만 현실적인, 대표 사용자에 대한 묘사"로 정의한다. 핵심은 '현실적'이다 — 마음대로 지어낸 사람이 아니라, 실제로 그 문제를 겪는 사람을 관찰해 그린다. 쿠퍼도 1998년 책 『정신병원에서 뛰쳐나온 디자인(The Inmates Are Running the Asylum)』에서 이 도구를 널리 알렸다.
🎓 교실에서 학생이 "그냥 학생들이요"라고 하면 "그 학생, 몇 학년이고 지금 뭐가 제일 답답해?"라고 되물어라. 한 사람의 이름·상황이 나오는 순간, 만들 화면이 함께 보이기 시작한다.
→ 그래서구체적인 한 명이 공감과 합의를 만든다. 그럼 반대로, 그 한 명이 흐릿할 때 앱은 어떻게 망가지는가?
F3. 사용자 정하기
05 / 13
F3 · 논증 4단계 · 실패의 정의
① 통념② 주장③ 왜④ 실패⑤ 반론⑥ 결론
실패의 정의 — 흐린 사용자 = 무거운 앱

페르소나가 흐리면, 기능이 산으로 간다

누구를 위한 앱인지 흐릿하면, 새 기능을 넣을지 말지 판단할 기준이 없어진다. 그래서 "이것도 있으면 좋겠지", "저것도 넣자"가 끝없이 이어지고, 앱은 점점 무거워지고 복잡해진다. 누구에게도 딱 맞지 않는, 모두에게 어중간한 앱이 되는 것이다.

① 기능이 끝없이 늘어난다 기준 없음

"이 기능 넣을까?"에 답할 사람이 없으니 다 넣게 된다. "누구를 위한 건지 모르면, 모든 게 다 필요해 보인다."

  • "채팅도 넣고, 캘린더도 넣고…"
  • "이왕이면 결제도 되게 하자."

② 화면이 정해지지 않는다 대상 없음

'학생들'은 글씨를 크게 할지, 버튼을 어디 둘지 알려주지 않는다. "대상이 흐리면 화면도 흐리다."

  • "글씨 크기는… 그냥 보통?"
  • "버튼은… 일단 다 넣어두자."
🔎 나쁜 예 "남녀노소 누구나 쓰는 만능 일정 앱" — 7살 동생과 할머니의 필요가 전혀 다른데 한 화면에 다 담으려다 아무에게도 안 맞게 된다. "그냥 학생들"처럼 이름·상황 없이 뭉뚱그린 페르소나도 같은 실패다. 판단 기준이 안 되니 기능이 계속 늘어난다.
🎓 교실에서 기능을 잔뜩 적은 모둠에게 "이 중에 지민이가 *진짜* 쓸 건 뭐야?"라고 물어 보라. 한 명을 기준으로 세우면, 늘어난 기능이 저절로 정리된다.
→ 그런데여기서 단골 반론이 나온다. "한 명한테만 맞추면, 나머지 사람은 다 놓치는 거 아니에요?"
F3. 사용자 정하기
06 / 13
F3 · 논증 5단계 · 반론 처리
① 통념② 주장③ 왜④ 실패⑤ 반론⑥ 결론
반론 처리 — "좁히면 손해 아닌가?"

좁힐수록 더 많은 사람이 따라온다

"한 명한테만 맞추면 손해 아니냐"는 반론은 자연스럽지만 틀렸다. 사람들은 흔히 '대상을 넓히면 사용자가 많아진다'고 생각하지만, 실제로는 정반대다. 한 명에게 깊이 맞추면, 같은 상황의 비슷한 여러 명이 함께 만족한다. '지민이'에게 딱 맞춘 급식 앱은, 지민이뿐 아니라 급식이 궁금한 모든 학생에게 맞는다.

🤔 통념 — 넓힐수록 이득?

"많은 사람을 노릴수록 사용자가 많아진다." → 실제로는 아무에게도 안 맞아 결국 적게 쓴다. 넓힘은 사용자를 늘리는 게 아니라 흐리게 만든다.

✅ 진실 — 좁힘이 끌어온다

한 명에게 또렷이 맞추면, 같은 불편을 가진 사람들이 "이거 딱 내 거다" 하며 따라온다. 깊은 한 명 = 비슷한 여러 명. 좁힘이 곧 끌어당김이다.

🔎 O/X 로 확인 "사용자 범위를 넓게(모두를 위한 앱) 잡을수록 더 많은 사람이 써서 좋다." → 정답: X. 모두를 노리면 아무에게도 안 맞기 쉽다. 한 명(페르소나)에게 딱 맞추면 비슷한 여러 명이 따라온다.
→ 따라서반론은 틀렸다. 좁히는 것은 포기가 아니라 또렷해지는 일이다. 그렇다면 정해 둔 한 명은, 앱을 만드는 내내 무슨 일을 하는가?
F3. 사용자 정하기
07 / 13
F3 · 논증 6단계 · 종합
① 통념② 주장③ 왜④ 실패⑤ 반론⑥ 결론
결론 — 한 명이 '판단 기준'이 된다

정해 둔 한 명이, 모든 선택의 잣대가 된다

페르소나의 진짜 쓸모는 카드를 그리는 그 순간이 아니라, 그 다음부터 나온다. 앱을 만들다 보면 "이 기능 넣을까?", "이 버튼 여기 둘까?" 같은 선택이 끝없이 생긴다. 그때마다 "지민이라면 이걸 쓸까?" 한 마디면 답이 빠르게 나온다. 페르소나는 흐릿한 회의를 또렷한 판단으로 바꾸는 잣대다.

고민되는 선택페르소나로 묻기나오는 판단
채팅 기능 넣을까?"지민이가 급식 보러 와서 채팅할까?"뺀다 — 목적과 무관
버튼 크기는?"버스에서 한 손으로 30초 안에?"크게 — 맥락이 정해줌
첫 화면에 뭘?"지민이가 가장 알고 싶은 건?"오늘 급식을 맨 위로
핵심"이 한 사람"에게 물어본다← 흐림을 또렷함으로
🔎 한 걸음 더 이래서 쿠퍼는 페르소나를 "가장 강력한 디자인 도구"라 불렀다. 좋은 페르소나는 벽에 붙여 두는 그림이 아니라, 매 결정마다 꺼내 쓰는 '살아 있는 질문'이다. 이 잣대는 다음 장(F4 화면 설계)에서 "지민이라면 이 버튼을 찾을까?"로 계속 이어진다.
🎯 그래서 당신은 기능이 고민될 때마다 이렇게 물어라 — "내 페르소나가, 그 상황에서, 이걸 정말 쓸까?"
F3. 사용자 정하기
08 / 13
F3 · 그리는 법 ① 카드
카드맥락점검— 논증의 결론을 손으로 그린다
논증 → 실습 다리

한 명을 '네 칸 카드'로 그린다 — 이름·나이·상황·불편

이제 정한 한 명을 손으로 그릴 차례다. 거창할 필요 없다. 이름·나이 + "이 사람이 겪는 불편 한 문장"이면 출발로 충분하다. A4 한 장에 위쪽엔 얼굴(졸라맨도 OK)과 이름·나이, 아래엔 불편 한 문장을 적는다. 아래는 완성된 페르소나 카드의 예다.

🏀
서준
14세 · 중2 · 농구부 총무
👤 이름 · 나이
서준, 14살. 농구부에서 회비를 걷는 총무.
📍 상황
매주 부원들에게 회비를 걷어야 한다.
😣 겪는 불편
누가 냈는지 카톡을 뒤지다 늘 한두 명을 빠뜨린다.
🎯 하고 싶은 일
연습 끝나고 5분 안에 체육관에서 확인하고 싶다.
💬 "회비 누가 냈는지 카톡 안 뒤지고, 이름 목록에서 체크만 하면 좋겠어."
🔎 카드가 화면을 부른다 이 카드를 다 적으면 만들 화면이 저절로 떠오른다 — 이름 목록 + 냈음/안냈음 체크. 흐릿한 '학생들'에서는 절대 안 나오던 화면이, 또렷한 '서준'에서는 바로 나온다. 그래서 카드 쓰기가 곧 화면 설계의 시작이다.
→ 그런데이름·나이·불편만으로는 아직 부족하다. 한 가지가 더 있어야 화면이 완전히 정해진다 — 언제·어디서·왜 쓰는가?
F3. 사용자 정하기
09 / 13
F3 · 그리는 법 ② 맥락 · 근거: NN/g 'context of use'
카드맥락점검
사용 맥락 — 언제·어디서·왜

'언제·어디서·왜' 쓰는지가 화면을 바꾼다

같은 사람이라도 어떤 상황에서 쓰느냐에 따라 필요한 화면이 완전히 달라진다. UX에서는 이걸 사용 맥락(context of use)이라 부른다 — 언제, 어디서, 어떤 자세로, 얼마나 급하게 쓰는가. NN/g도 페르소나에 '어떻게·얼마나 자주 쓰는가' 같은 맥락을 꼭 담으라고 말한다. 맥락이 보이면 화면의 답이 따라온다.

🕗 맥락 1 — 아침 등교 버스 안

한 손으로, 30초 안에, 흔들리는 버스에서 급식을 확인한다.

  • → 글씨 크게, 버튼 크게
  • → 한 화면에 오늘 급식
  • → 로그인·여러 단계 없이

🏀 맥락 2 — 연습 끝난 체육관

땀 흘린 채 5분 안에, 시끄러운 곳에서 회비를 체크한다.

  • 이름 목록 한눈에
  • → 탭 한 번으로 체크/해제
  • → 누가 안 냈는지 색으로 표시
🔎 한 걸음 더 같은 '급식 정보'라도 교실 컴퓨터로 천천히 보는 것과 버스에서 한 손으로 급하게 보는 것은 화면이 전혀 다르다. 그래서 페르소나 카드에 "언제·어디서 쓰나" 한 줄을 꼭 더한다 — 이 한 줄이 글씨 크기·버튼 위치·화면 수를 정해 준다.
🎓 교실에서 카드를 다 그린 학생에게 "그래서 이걸 언제, 어디서 켜?"를 물어라. "버스에서 / 쉬는 시간에 / 자기 전에"가 나오면, 그 상황을 흉내 내며 "그 자세로 이 버튼 눌러져?"를 같이 점검한다.
→ 그래서카드(누구) + 맥락(언제·어디서)이 모이면 페르소나가 완성된다. 그럼 내가 그린 카드가 좋은 카드인지는 어떻게 알까?
F3. 사용자 정하기
10 / 13
F3 · 그리는 법 ③ 점검
카드맥락점검
좋은 카드의 조건 — "진짜 있을 것 같아?"

좋은 페르소나는 '진짜 있을 것 같은' 한 명이다

카드를 다 그렸으면 마지막으로 한 가지를 점검한다 — "이 사람, 진짜 있을 것 같아?" 이름·나이·상황·불편·맥락이 다 보이면 좋은 카드고, '그냥 누구나'처럼 뭉뚱그려졌으면 다시 좁혀야 한다. 아래 두 예를 비교해 보자.

✅ 좋은 예 — 또렷한 한 명

"14살 서준, 농구부 총무. 매주 회비를 걷는데 누가 냈는지 카톡을 뒤지다 빠뜨린다. 연습 끝나고 5분 안에 체육관에서 확인하고 싶다."

  • 이름·나이·상황·불편·맥락이 다 보인다
  • 만들 화면이 저절로 떠오른다 (이름 목록 + 체크)

❌ 나쁜 예 — 뭉뚱그린 다수

"남녀노소 누구나 쓰는 만능 일정 앱." 또는 "그냥 학생들이 쓰는 앱."

  • 나이·상황·불편이 안 보인다
  • 판단 기준이 안 돼 기능이 계속 는다
  • 필요가 정반대인 사람을 한 화면에 욱여넣는다
🎓 교실에서 (짝 점검) F2에서 고른 문제를 '가장 자주 겪는 한 사람'으로 바꿔 카드를 그린 뒤, 짝과 카드를 바꿔 "이 사람, 진짜 있을 것 같아?"를 서로 묻는다. 막연하면 "그 '다'가 누구야? 너희 할머니도? 7살 동생도?"로 다시 좁힌다. 산출물 = 이름이 붙은 페르소나 카드 1장.
🎯 교실에서 (sprint 연계) 이 카드는 sprint Step3의 '타깃 사용자·앱 이름'으로 그대로 이어진다 — 카드의 한 명이 Step3의 타깃이 되고, 그 사람을 한마디로 부를 이름이 곧 앱 이름의 씨앗이 된다.
F3. 사용자 정하기
11 / 13
F3 · 정리
F3가 증명한 것 — 한 줄의 논증

'모두'에서 출발해, '한 명'에 도착했다

이 장은 페르소나 이론을 모은 게 아니라, 하나의 질문을 끝까지 따라간 추론이었다. 출발점은 "다 쓰는 앱이 좋다"는 통념이었고, 도착점은 "또렷한 한 명을 정하면 앱이 또렷해진다"는 주장이었다. 그 사이를 쿠퍼·NN/g·좁힘의 역설이 각자의 역할로 이어 주었다.

통념"다 쓸 수 있는 앱이 좋다" (모두를 겨냥)
↓ 그런데
주장대표 사용자 한 명(페르소나)을 정해라 — 한 명을 위해 잘 만들면 여럿이 따라온다
↓ 왜냐면
사람은 통계가 아니라 '한 사람'에 공감하고, 모두가 같은 한 명을 떠올리니까
↓ 그래서 실패는
실패페르소나가 흐리면 판단 기준이 없어 기능이 산으로 가고 앱이 무거워진다
↓ 하지만
반론"좁히면 손해 아냐?" → 아니다. 좁힐수록 비슷한 여러 명이 끌려온다
↓ 따라서
결론정해 둔 한 명이 모든 선택의 잣대가 된다. 그 한 명은 카드(이름·나이·상황·불편) + 맥락(언제·어디서·왜)으로 그린다
🎯 한 문장 요약 좋은 앱은 '모두'가 아니라 '이 한 사람'에서 시작하며, 그 한 명은 이름·나이·상황·불편에 '언제·어디서·왜'를 더할 때 살아난다.
F3. 사용자 정하기
12 / 13
더 읽을거리 · 검증된 1차 자료

근거가 된 자료 & 다음 장

  • 앨런 쿠퍼, 『The Inmates Are Running the Asylum』(1998, 공개 1999) — 페르소나를 디자인 도구로 대중화('캐시' 사례) · ②③ 주장·메커니즘 근거
  • NN/g, "Personas: Why and How You Should Use Them" — 페르소나 정의·구성요소·왜 구체적 한 명이 더 좋은가 · ③⑤ 메커니즘·반론 근거
  • NN/g, 사용 맥락(context of use) — 어떻게·얼마나 자주 쓰는지를 페르소나에 담기 · ⑩ 맥락 근거
  • Interaction Design Foundation, "Personas" — 페르소나 구성요소(이름·나이·목표·불편)와 작성 절차 · ⑨⑪ 카드·점검 근거
다음 장 — F4. 화면 설계 · F3에서 그린 페르소나가 이제 판단 기준이 된다: "지민이라면 이 버튼을 찾을까?"를 잣대로, 정해 둔 한 명을 위한 화면을 직접 스케치한다. 🎓 교실에서는 sprint Step3(타깃 사용자·앱 이름)와 그대로 이어진다.
F3. 사용자 정하기
13 / 13