📑 F. 종합 실습 — 목업 v4 (논증 + 설명 산문)

A~E에서 배운 원리들의 회수(回收) 장입니다. F1(나만의 디자인 시스템)으로 흩어진 결정을 한 벌의 규칙으로 묶고, F2(갤러리 발표·상호 비평)로 그 규칙을 원리의 언어로 검증합니다. 슬라이드마다 강사가 읽고 그대로 말할 수 있는 설명 산문을 넣었습니다.

이 장이 던지는 질문
배운 원리를 어떻게 '내 것 한 벌'로 묶고, 남과 나누며 검증하는가?  →  주장: 디자인 시스템은 흩어진 결정을 '한 벌의 규칙'으로 묶고, 비평은 그 규칙을 '원리의 언어'로 검증한다.
F
UX/UI 디자인 · 보는 눈, 만드는 손
CHAPTER F · 종합 실습

종합 실습

흩어진 원리를 한 벌로 묶고, 원리의 언어로 검증한다  ·  F1 나만의 디자인 시스템 / F2 갤러리 발표·상호 비평
이 장은 새 이론을 배우는 곳이 아니라 A~E 전체를 회수하는 곳이다. 단 하나의 질문에서 출발한다 — "배운 원리를 어떻게 내 것 한 벌로 묶고, 남과 나누며 검증하는가?" 답은 두 동작이다 — F1에서 규칙으로 묶고(디자인 시스템), F2에서 원리의 언어로 검증한다(비평). 만드는 손과 보는 눈이 마지막에 한자리에서 만난다.
F. 종합 실습
01 / 10
F · 이 장의 지도
전체 구성 — 시작 전에 길을 펼친다

묶기(F1) → 검증하기(F2), 그리고 전체 회수

이 장은 두 동작 하나의 논증이다. F1은 A~E에서 하나씩 배운 결정들(색·글씨·여백·버튼)을 '한 벌의 규칙'으로 묶고, F2는 그 규칙을 친구들 앞에서 원리의 언어로 검증한다. 묶기가 '만드는 손'이라면, 검증은 '보는 눈'(A2 관찰의 완성)이다.

F1 · 흩어진 결정을 한 벌로 묶는다  (p3–p5)
① 통념
"예쁜 것만 골라 붙이면 된다"
p3 · 따로 노는 화면
② 주장
시스템 = 한 벌의 규칙
p4 · 아토믹 디자인
③ 어떻게
규칙에 이름을 붙인다
p5 · 디자인 토큰
F2 · 그 규칙을 원리의 언어로 검증한다  (p6–p8)  +  회수·출처
다리
비평이란 깎기가 아니다
p6 · 목표 기반 피드백
근거
원리·루브릭이라는 잣대
p7 · 칭찬+제안
기술
비평이 나를 자라게 한다
p8 · 성찰적 실천
회수
A~F를 한 줄로
p9 · 요약 / p10 출처
→ 자, 출발먼저 가장 흔한 오해부터 깬다 — "좋은 디자인은 예쁜 부품을 모아 붙이면 되는 것 아닌가?"
F. 종합 실습
02 / 10
F1 · 논증 1단계
① 통념② 주장③ 어떻게— F1: 흩어진 결정을 묶는다
통념 깨기

'예쁜 부품'을 모아 붙이면 좋은 화면이 될까?

A~E를 마친 학생은 색·글씨·여백·버튼을 각각 고를 줄 안다. 그래서 흔히 이렇게 생각한다 — "각 부품을 제일 예쁜 걸로 골라 합치면 제일 예쁜 화면이 되겠지." 그러나 토스의 파랑·당근의 주황·무신사의 검정을 한 화면에 모으면, 예쁜 부품들의 합은 정체불명의 따로 노는 화면이 된다. 부품의 품질이 아니라 부품 사이의 관계가 문제다.

❌ 부품을 '골라 붙인' 화면

  • 여기 버튼은 둥근 알약, 저기 버튼은 각진 사각
  • 제목은 명조, 본문은 고딕, 캡션은 또 다른 글꼴
  • 이 카드 여백 12px, 옆 카드 여백 20px

→ 각 부품은 예쁜데 한 몸으로 안 읽힌다(E1 일관성 붕괴).

✅ '한 벌의 규칙'을 입은 화면

  • 버튼은 언제나 둥근 알약 하나
  • 글꼴 1종 · 위계 3단계로 끝까지
  • 여백은 항상 8의 배수

→ 화면이 처음 봐도 같은 손이 만든 한 몸으로 읽힌다.

🔎 한 걸음 더 'design'의 라틴어 어원 de+signare는 '의도를 가지고 설계하다'이다. 그렇다면 여러 화면을 만들 때의 의도는 곧 '규칙을 정하고 끝까지 지키는 것'이다 — 화면마다 그때그때 새로 고르는 건 설계가 아니라 즉흥이다.
→ 그래서좋은 화면은 예쁜 부품의 합이 아니다. 질문을 바꿔야 한다 — 그럼 흩어진 결정을 무엇으로 '한 벌'로 묶는가?
F. 종합 실습
03 / 10
F1 · 논증 2단계 · 근거: 브래드 프로스트 『Atomic Design』(2016)
① 통념② 주장③ 어떻게
F1의 주장

디자인 시스템은 '한 벌의 규칙'으로 묶는 일이다

디자인 시스템이란 색·글꼴·간격·버튼 스타일을 한 번 정해 전체에 일관 적용하는, 재사용 가능한 규칙 묶음이다(E1 일관성의 실현). 어떻게 묶는지는 브래드 프로스트의 아토믹 디자인(2016)이 깔끔한 그림을 준다 — 화학에서 원자가 모여 분자가 되고 유기체가 되듯, 작은 부품을 정해 두면 그것을 조합해 큰 화면이 저절로 일관되게 자란다.

⚛️ 원자
더 못 쪼개는 기본 — 버튼·입력칸·라벨·색·글꼴
🧬 분자
원자의 묶음 — 라벨+입력칸+버튼 = 검색창
🦠 유기체
분자의 묶음 — 검색창+로고+탭 = 헤더
🖼️ 화면
유기체를 배치 — 실제 콘텐츠가 든 한 페이지

가장 작은 원자(색 1개·글꼴 1종·버튼 1형)부터 규칙으로 정하면, 그 위에 쌓는 분자·유기체·화면은 같은 규칙을 물려받아 전부 한 벌이 된다. 학생 작품도 색1·글꼴1·버튼1형만 정하면 이미 '시스템'이다 — 핵심은 규모가 아니라 한 번 정한 규칙을 끝까지 지키는 것이다.

🎓 교실에서 레퍼런스 9종(토스 파랑·신뢰 / 당근 주황·알약버튼 / 무신사 검정·타이트 / 배민 청록·라운드 …)을 띄워 "토스와 무신사는 무엇이 다른가?"(색·밀도·글꼴·버튼)를 분해 토론 → 같은 '앱'인데 분위기가 어떻게 갈리는지로 '선택의 묶음'을 체감.
→ 그래서규칙을 묶는 그림은 잡혔다. 그런데 그 규칙을 매번 기억하지 않고 화면마다 똑같이 적용하려면 무엇이 필요한가?
F. 종합 실습
04 / 10
F1 · 논증 3단계 · 근거: 디자인 토큰(Salesforce, 2014~)
① 통념② 주장③ 어떻게
메커니즘 — 규칙에 이름을 붙인다

규칙에 '이름'을 붙이면, 한 번 바꿔 전부 바뀐다

규칙을 끝까지 지키는 비결은 규칙에 이름을 붙여 한곳에 모아두는 것이다. 이를 디자인 토큰이라 한다 — #0d9488이라는 색 코드를 외우는 대신 '주조색'이라는 이름표를 붙이고, 화면 곳곳에서 그 이름을 부른다. 그러면 주조색 정의 한 줄만 바꿔도 모든 화면이 한꺼번에 바뀐다 — 흩어진 결정이 '단 하나의 진실(single source of truth)'로 묶이는 것이다.

❌ 값을 직접 흩뿌리면

화면마다 #0d9488을 손으로 적는다. 색을 바꾸려면 모든 화면을 일일이 찾아 고쳐야 하고, 하나라도 놓치면 어긋난다.

✅ 이름(토큰)으로 묶으면

주조색 = #0d9488을 한곳에 정의하고 곳곳에서 '주조색'을 부른다. 정의 한 줄만 바꾸면 전 화면이 동시에 바뀐다.

🔎 한 걸음 더 디자인 토큰은 세일즈포스가 2014년 Lightning Design System에서 개념을 알린 뒤 Material Design 3·Apple HIG·Adobe Spectrum 등 거의 모든 표준이 채택했다. 이름은 보통 color-text-primary처럼 '무엇을-어디에-어떤 변형' 꼴로 짓는다. 학생용으로는 거창할 것 없이 레시피 카드 4줄로 충분하다.
🎓 교실에서 design-sense 내디자인 탭에서 ①앱 주제 ②분위기 1개 선택 ③팔레트(C1)·글꼴(C2)·간격(C3)·버튼 스타일 설정 → 라이브 프리뷰. A2·C1 분석 탭에서 뽑아둔 색을 seed로 가져오면 연속성이 생긴다. 결과를 '레시피 카드 4줄'(분위기·색·글꼴·버튼)로 요약 = 학생의 디자인 토큰.
🎯 그래서 당신은 화면을 만들기 전에 규칙부터 적는다 — 주조색1·글꼴1종(위계3단계)·간격 8배수·버튼 1형. 그리고 그 4줄을 끝까지 어긴 데가 없는지로 자기 작품을 점검한다.
F. 종합 실습
05 / 10
F1 → F2 · 다리
다리근거기술— F1의 규칙에서 출발
F1 → F2 다리

한 벌로 묶었다면, 이제 그 규칙을 '검증'해야 한다

F1은 "규칙 한 벌로 묶기"로 끝났다. 그런데 내가 정한 규칙이 정말 잘 통하는지는 혼자서는 보이지 않는다 — 만든 사람 눈에는 자기 화면이 늘 멀쩡해 보이기 때문이다. 그래서 친구들 앞에 올려 검증한다. 이때 검증의 방식이 비평(design critique)이다. NN/g는 비평을 "디자인을 분석해 그것이 목표를 달성하는지 피드백하는, 디자인을 개선하기 위한 대화"로 정의한다 — 깎아내리기가 아니라 목표에 비춘 대화다.

❌ 검증이 아닌 것

  • "그냥 예뻐요 / 별로예요" (근거 없는 감상)
  • "이건 제 취향엔 빨강이 별로…" (취향 선언)
  • "저라면 다르게 했을 텐데" (명령·자기과시)

→ 상대는 방어만 하고 아무것도 안 바뀐다.

✅ 목표에 비춘 검증

  • "이 레이아웃이 사용자가 더 빨리 ___하게 돕나?"
  • "발표자가 정한 분위기('친근')에 이 색이 맞나?"
  • "대비 4.5:1을 넘기는가?"(측정 가능한 잣대)

고칠 지점이 구체적으로 드러난다.

🔎 한 걸음 더 NN/g가 꼽는 좋은 비평의 세 토대 — ① 명확한 범위(무엇을 볼지) ② 합의된 목표(이 디자인이 뭘 하려는지 먼저 공유) ③ 명령이 아닌 대화. "이건 너무 빨개!" 같은 주관 반응은 진행자가 "이 색이 목표 달성을 돕나?"라는 목표 질문으로 바꿔 준다.
→ 그래서비평은 취향 싸움이 아니라 목표에 비춘 대화다. 그렇다면 우리가 들이댈 '목표의 잣대'는 구체적으로 무엇인가?
F. 종합 실습
06 / 10
F2 · 근거: NN/g 디자인 크리틱 + A~E 20원리
다리근거기술
잣대 — 원리의 언어로

잣대는 '취향'이 아니라 우리가 배운 원리

목표의 잣대는 멀리 있지 않다 — A~E에서 배운 20개 원리(위계·색 절제·여백·대비 4.5:1·터치 영역·즉각 피드백·일관성·야콥의 법칙…)가 그대로 비평의 체크리스트다. 그래서 비평은 "예쁘다/별로다"를 원리의 언어로 번역하는 일이다. 좋은 피드백의 공식은 칭찬(무엇이 왜 좋은지) + 제안(어떤 원리로 어떻게 고칠지) — 문제 지적과 실행 가능한 개선안이 한 쌍이어야 한다.

✅ 원리 근거 + 개선안 (한 쌍)

"주조색 하나로 통일돼 강조 버튼이 잘 보여요(일관성·색). 다만 캡션 대비가 낮으니 4.5:1로 올리면 좋겠어요."

"하단 탭 6개는 좀 많아요(네비). '설정'을 마이페이지로 넣어 4개로 줄이면 어떨까요?"

❌ 근거 없이 깎기만

"탭이 너무 많고 색도 별로고 글씨도 이상해요."

→ 한꺼번에 깎기만 하니 어디부터 고칠지 모르고, 받는 쪽은 방어만 한다.

🔎 한 걸음 더 — 평가 루브릭(예시) 발표·비평은 4개 축으로 본다 — ① 원리 적용의 일관성(한 벌인가) ② 선택을 원리로 설명했는가(이유 있는 선택인가) ③ 비평이 근거 기반이었는가 ④ 접근성(대비·터치 기본 충족). 스탠퍼드 d.school의 "I Like / I Wish / What If"(칭찬–개선–가능성)도 같은 골격의 간단한 진행 틀이다.
🎓 교실에서 design-sense 갤러리 탭에 작품을 모아 띄우고, '원리 체크리스트'(20원리 중 적용/위반 찾기)를 들고 비평 → 동료 작품 2개에 '칭찬1+제안1'(각각 원리 근거 명시). 퀴즈 탭으로 20원리 O/X 총정리해 학기를 닫는다.
F. 종합 실습
07 / 10
F2 · 핵심 기술 · 근거: 도널드 쇤 『The Reflective Practitioner』(1983)
다리근거기술
검증이 나를 자라게 한다 — 성찰

남을 비평하다 보면, 내 작품이 보인다

비평의 진짜 수확은 받는 피드백이 아니라, 비평하는 행위 그 자체다. 남의 작품을 원리의 언어로 뜯어보다 보면 어느새 내 작품의 같은 문제가 보인다 — 비평은 관찰력(A2)의 완성이다. 교육철학자 도널드 쇤은 이런 '실천하며 생각하는 전문가'를 성찰적 실천가(reflective practitioner)라 불렀다(1983).

🔄 행위 중 성찰 reflection-in-action

만들거나 비평하는 도중에 떠오르는 생각. "어, 남의 탭이 6개네 — 잠깐, 내 것도 5갠데?" 작업을 멈추지 않고 바로 손을 고친다.

📓 행위 후 성찰 reflection-on-action

발표가 끝난 뒤 돌아보는 생각. "이번에 대비를 놓쳤다 — 다음엔 4.5:1을 처음부터 챙기자." 경험을 다음 작업의 교훈으로 남긴다.

그래서 피드백을 받는 쪽의 태도도 중요하다 — 변명·방어 대신 "왜 그렇게 봤는지"를 물어 이유를 캐낸다. 비평은 나를 깎는 게 아니라 내가 못 본 각도를 빌리는 것이다. 그 빌린 각도로 작품 하나를 실제로 고칠 때, 보는 눈과 만드는 손이 비로소 한 사람 안에서 만난다.

🎯 그래서 당신은 발표가 끝나면 '무엇을 + 왜 + 다음엔 어떻게'를 한 줄로 적는다 — 받은 피드백 1개를 골라 그 자리에서 작품에 반영하고, 그 이유까지 말로 남긴다. 이게 A1이 말한 '이유로 설명하는 힘'의 마지막 확인이다.
F. 종합 실습
08 / 10
F · 정리 — A~F 전체 회수
이 과정이 증명한 것 — 한 줄의 논증

원리를 배웠고, 한 벌로 묶었고, 원리로 검증했다

F는 새 이론의 장이 아니라 A~E 전체를 한자리에 불러 회수하는 장이었다. 흩어져 배운 원리들이 여기서 '만드는 손(F1)'과 '보는 눈(F2)'으로 합쳐진다 — 이게 이 수업의 도착점이다.

A좋은 디자인은 안 보인다 — 보는 눈을 켜고, 본 것을 언어로 옮긴다
↓ 그 눈으로
B·C구조(위계·그리드·네비)와 시각(색 절제·글자 위계·여백)의 원리를 배운다
↓ 그리고
D·E상호작용(터치·피드백)과 일관성의 원리로 헤맴을 없앤다
↓ 이제 F1, 만드는 손
F1그 모든 결정을 '한 벌의 규칙'으로 묶는다 (아토믹 디자인·디자인 토큰)
↓ 마지막 F2, 보는 눈
F2그 규칙을 원리의 언어로 검증한다 (칭찬+제안 · 성찰적 실천)
🎯 한 문장 요약 디자인 시스템은 흩어진 결정을 '한 벌의 규칙'으로 묶고(F1), 비평은 그 규칙을 '원리의 언어'로 검증한다(F2) — 그래서 만드는 손과 보는 눈은 같은 원리의 양면이다.
F. 종합 실습
09 / 10
더 읽을거리 · 검증된 1차 자료

근거가 된 자료 & 이 수업의 끝

  • 브래드 프로스트, 『Atomic Design』(2016) · atomicdesign.bradfrost.com — 원자→분자→유기체→템플릿→화면의 5단계 · F1 ② 주장 근거
  • 디자인 토큰 — 세일즈포스 Lightning Design System(2014~)이 개념을 알림, Material 3·Apple HIG·Adobe Spectrum 채택 · F1 ③ 메커니즘 근거
  • NN/g, How to Give Design Feedback / Design Critiques — 목표 기반·합의된 범위·대화로서의 비평 · F2 다리·근거
  • NN/g, 10 Usability Heuristics — 비평 체크리스트로 활용 가능한 10대 원칙 · F2 근거
  • 도널드 쇤, 『The Reflective Practitioner』(1983) — 행위 중 성찰 / 행위 후 성찰 · F2 기술 근거
  • 도구 — design-sense 내디자인 탭(/my-style)·갤러리 탭(/gallery)·퀴즈 탭 · F1·F2 실습 도구
이 수업의 끝 · A에서 켠 '보는 눈'이 F2의 비평으로 완성되고, B~E의 원리들이 F1의 '한 벌의 규칙'으로 묶였다. 이제 당신은 이유로 설명하고, 원리로 검증할 수 있는 디자이너다. 다음은 더 이상 교안이 아니라 — 당신이 만들 진짜 화면이다.
F. 종합 실습
10 / 10