HCI. STUDY NOTES
전체 챕터

CHAPTER 03 · PRINCIPLES OF USEFULNESS

유용성의 원리

문제 공간과 심성 모형으로 사용자의 목적을 이해하고, 가치와 두 가지 평가 조건으로 디지털 프로덕트의 쓸모를 설명합니다.

PROBLEM문제목표와 맥락
VALUE가치모형과 목적
EVIDENCE검증유효성과 환경 적합성

유용성과 사용자 목적

원본 대조pp. 5–8

유용성은 사용자가 디지털 시스템을 통해 자신의 목적을 효과적으로 달성하도록 돕는 원리입니다. 기능 수보다 사용자가 필요한 일을 해낼 수 있는지가 기준입니다.

2장에서 어떤 사용자 경험을 제공할지 정했다면, 3장에서는 그 경험이 사용자에게 실제로 쓸모 있는지 묻습니다. 화면이 보기 좋고 조작이 쉬워도 필요한 결과를 얻지 못하면 유용성이 부족합니다.

쓸모, 사용 편의, 믿음의 질문을 구분하기
관점핵심 질문과제 제출 시스템의 예 · 이해 보완
유용성원하는 목적을 달성할 수 있는가?과제를 제출하고 제출 기록을 확인할 수 있는가?
사용성 · Usability그 목적을 얼마나 쉽게 수행하는가?제출 버튼을 찾고 파일을 올리는 과정이 이해하기 쉬운가?
신뢰성 · 다음 장들과의 연결믿고 의지할 수 있는가?저장·제출 상태를 믿을 수 있는가?

같은 서비스 종류도 목적이 다르다

강의에서는 구글의 검색(Searching)과 네이버의 브라우징(Browsing)을 비교합니다. 검색은 찾을 것을 정하고 탐색하는 것이고, 브라우징은 여러 정보를 둘러보는 것입니다. 사용 목적을 비교한 사례로, 두 서비스의 모든 기능을 나누는 분류는 아닙니다.

도메인과 맥락을 함께 보기

도메인은 제품이 쓰이는 분야입니다. p. 8의 도식은 모빌리티의 안전성, 금융의 보안, 헬스케어의 안전성·효과성을 예로 들어 분야별 기준이 필요함을 보여줍니다.

절차가 복잡해도 필요한 결과를 얻으면 유용할 수 있습니다. 사용성까지 높이려면 그 절차를 쉽게 수행하도록 설계해야 합니다.

문제 공간과 네 요소

원본 대조pp. 9–13

문제 공간은 사용자가 목표에 이르기까지 탐색할 수 있는 상태와 조건의 전체 영역입니다. 단순히 “문제점 목록”을 적는 것과는 다릅니다.

영역(공간)과 머릿속의 해석(표상)은 다르다 · pp. 9–18
개념무엇을 다루는가?책 구매 예시
문제 공간 · Problem Space문제를 해결하는 데 관련된 모든 상태와 조건의 집합책이 필요한 현재 상태, 구매 완료 목표, 예산·시간, 검색·결제 행동
문제 표상 · Problem Representation사용자가 문제를 머릿속에서 인식하고 구조화한 방식“책방에 가야 한다” 또는 “원하는 책을 구해야 한다”
솔루션 공간 · Solution Space문제를 해결할 제품·서비스 대안과 그 개념적 모형의 집합온라인 서점의 검색 → 선택 → 결제 흐름

문제 공간의 네 요소

p. 11의 명칭과 p. 12 미로 그림의 대응
요소쉬운 설명원본의 책 구매 사례
시초 상태 · Initial State지금 어디에서 시작하는가?책이 필요하지만 아직 구매하지 않은 상태
목표 상태 · Goal State어떤 상태가 되면 해결인가?원하는 책을 구매하고 결제를 완료한 상태
제한 조건 · Path constraint어떤 경로가 가능하고 불가능한가?예산, 인터넷 환경, 플랫폼 접근성, 시간
조작자 · Operator상태를 바꾸기 위해 할 수 있는 행동은?검색, 장바구니 담기, 결제

미로 그림에서 출발점은 시초 상태, 도착점은 목표 상태, 벽과 통로의 제약은 제한 조건, 이동은 조작자에 대응합니다. 조작자는 여기서 조작하는 사람이 아니라 가능한 행동을 뜻합니다.

책이 필요한 학생이 검색·선택·결제를 거쳐 구매 확인을 받으며, 위에 예산·시간·연결 제약을 나타내는 기호가 있다.
이해 보완 · 가상 사례왼쪽은 원하는 책을 아직 구매하지 않은 시초 상태, 오른쪽은 구매와 결제를 마친 목표 상태입니다. 가운데의 검색·선택·결제는 상태를 바꾸는 조작자이고, 위쪽의 지갑·시계·연결 기호는 경로를 제한하는 조건입니다. 이 사례의 목표는 구매와 결제 완료입니다.그림 크게 보기

같은 목표도 다르게 표상할 수 있다

“책방에 가야 한다”라고만 생각하면 온라인 구매를 놓칠 수 있습니다. 문제 표상은 무엇을 해결해야 하는지에 대한 해석이므로, 처음 떠오른 해결 수단과 목표를 구분해야 합니다.

이해 보완 · 학습용 예시

“과제 버튼이 필요하다”는 이미 해결 수단을 포함합니다. 먼저 “학생이 기한 안에 올바른 파일을 제출하고 완료 여부를 알아야 한다”라는 목표와 제약을 정리하면, 필요한 기능을 더 정확히 판단할 수 있습니다.

문제 공간과 솔루션 공간

원본 대조pp. 14–18

솔루션 공간은 문제를 해결할 수 있는 제품·서비스 대안의 영역입니다. 개념적 모형(Conceptual Model)은 그 시스템의 구조와 작동 방식을 이해하기 쉽게 단순화한 표현입니다.

솔루션 공간은 “개념적 모형의 집합”(p. 10)이자 “제품이나 서비스 대안의 집합”(p. 14)으로 설명됩니다. 제품·서비스 대안과 이를 표현한 개념적 모형을 함께 다루는 영역입니다.

추상화 · Abstraction

세부 사항 중 핵심 구조와 작동 원리를 골라 표현합니다. 쇼핑몰의 내부 처리 대신 검색·장바구니·결제·배송 확인의 관계에 주목합니다.

단순화 · Simplification

복잡한 과정을 이해하기 쉬운 흐름으로 정리합니다. 단계를 줄일 때도 목표 달성에 필요한 조건은 남겨야 합니다.

추상화 과정

  1. 특징을 이해합니다.
  2. 핵심 요소를 추출합니다.
  3. 문제를 추상화합니다.
  4. 문제를 간결하게 표현합니다.
  5. 이해하기 쉬워집니다.
  6. 효과적인 해결로 이어집니다.

원본 p. 16은 유사한 문제의 패턴을 알아보고 해결에 응용할 수 있다고 설명합니다. p. 17은 시초 상태 → 목표 상태의 문제 공간과 초기 디자인 → 최종 디자인의 솔루션 공간을 나란히 보여줍니다.

두 공간 사이의 일관성

사용자는 책을 소유하려는데 서비스가 대여만 제공한다면 목표와 해결책이 어긋납니다. 구매라는 목표에 검색·선택·결제의 흐름을 제공하면 문제 표상과 개념적 모형이 연결됩니다.

목록과 도식: p. 16의 목록은 추상화의 여섯 단계, p. 17의 도식은 문제 공간과 디자인 대안의 관계를 보여줍니다.

심성 모형과 사용자 기대

원본 대조pp. 19–24

심성 모형(Mental Model)은 사용자가 시스템의 작동 방식·구조·가치에 대해 머릿속에 가지고 있는 지식의 구조입니다. “무엇을 하면 어떤 결과가 나올까?”와 “이것으로 무엇을 얻을까?”를 함께 설명합니다.

필요 → 욕구 → 가치는 반드시 순서대로 거치는 단계가 아니다
구분원본의 의미원본의 예
필요 · Need현재의 불만족스러운 상황을 개선하기 위해 필요한 것배고픔을 해결하려고 빵을 먹는다.
욕구 · Want / Desire필요를 넘어 더 큰 만족을 추구하는 것특별한 경험을 위해 고급 레스토랑을 예약한다.
가치 · Value필요와 욕구를 충족하며 얻는 것. 왜 사용하는가에 대한 답허기를 해결하거나 특별한 식사 경험을 얻는다.

시스템이 주는 가치와 사용 목적

원본 pp. 22–23의 System Value = System Use Purpose는 시스템이 제공하려는 가치와 사용자가 얻으려는 목적의 일치를 뜻합니다. 숫자를 계산하는 식은 아닙니다.

pp. 14–15, 19, 22의 표현을 연결한 이해 보완
헷갈리는 모형이 페이지에서 구분해 읽는 관점
개념적 모형시스템이 무엇이고 어떻게 작동하는지 단순화한 표현에 초점을 둡니다.
심성 모형사용자가 실제로 머릿속에 형성한 이해와 기대에 초점을 둡니다.
p. 22는 사용자 머릿속의 “Conceptual Model”을 설명하면서 심성 모형이라는 말도 함께 사용합니다. 여기서는 시스템을 단순화한 표현과 사용자가 형성한 이해를 구분하되, 서로 연결된 개념으로 봅니다.

기대와 기능이 다를 때의 실망

p. 24는 AI·챗봇에 대한 사람 같은 대화의 기대와 실제 기능의 차이를 예로 듭니다. 사용자의 기대가 실제 기능을 넘어서면 실망으로 이어질 수 있습니다.

  • 투명성(Transparency): 할 수 있는 일과 할 수 없는 일을 알려 기대를 조정합니다.
  • 일관성(Consistency): 예상한 행동과 실제 반응이 크게 어긋나지 않게 합니다.
  • 가치 중심 설계(Value-driven Design): 사용자의 필요·욕구와 연결된 가치를 제공합니다.

가치·기능·구조·표현 모형

원본 대조pp. 25–29

심성 모형은 추상화 차원에 따라 표현·구조·기능·가치로 나누어 설명합니다. 가치 모형은 기능·구조·표현이 필요한 이유를 정하는 최상위 모형입니다. LMS(Learning Management System)는 강의·과제·진도를 관리하는 학습 관리 시스템입니다.

가치 → 기능 → 구조 → 표현으로 연결하기 · pp. 25–29
추상화 차원핵심 질문LMS 과제 제출 · 원본 p. 29
가치 모형 · Value/Purpose왜 이 시스템을 사용하는가?불안 없이 안전하고 정확하게 과제를 제출한다.
기능 모형 · Functional무엇을 어떤 순서와 규칙으로 하는가?확인 → 파일·링크 입력 → 검사 → 제출 → 확인 → 허용 시 재제출
구조 모형 · Structural정보와 기능을 어떻게 묶고 찾는가?과목 → 주차·수업 → 과제. 제출함과 영수증 위치를 일관되게 둔다.
표현 모형 · Representation눈·귀·촉각으로 어떻게 알아차리는가?남은 마감 시간과 업로드 진행 상태를 보여준다.

정의는 표현 → 구조 → 기능 → 가치 순서로 소개되고, LMS 사례는 가치 → 기능 → 구조 → 표현 순서로 적용됩니다. 네 모형을 소개하거나 적용하는 순서이며, 반드시 따라야 하는 개발 절차는 아닙니다.

이해 보완 · 같은 상황, 네 관점

“파일을 올렸는데 제출된 건가요?”

가치 모형 · 안심하고 제출을 마치는가?

학생의 목표는 파일 업로드 자체가 아니라 올바른 과제를 기한 안에 제출하는 것입니다. 제출 기록을 통해 완료 여부를 확신할 수 있어야 합니다.

혼동하기 쉬운 구조와 기능

“과목 아래에 과제 메뉴를 둔다”는 정보의 관계이므로 구조 모형입니다. “파일을 검사한 뒤 제출을 확정한다”는 상태 변화와 규칙이므로 기능 모형입니다. 같은 제출 기록도 위치는 구조, 생성 시점은 기능, 상태 표시는 표현, 불안 해소는 가치로 분석할 수 있습니다.

모형별 설계 도구와 평가

원본 대조pp. 25–28

설계 도구와 평가 지표는 모형마다 다릅니다. 표현은 화면의 단서, 구조는 정보 탐색, 기능은 동작 흐름, 가치는 사용자 목적을 확인합니다.

표현 모형 · 알아보고 조작할 수 있는가

  • 가시성·행동 단서·피드백: 가시성은 상태를 알아볼 수 있게 하는 것, 어포던스(Affordance)는 가능한 행동, 시그니파이어(Signifier)는 그 행동을 알려 주는 단서입니다. 피드백은 행동 뒤 결과를 알려 주고 오류 방지는 잘못된 행동 가능성을 줄입니다.
  • 표현 규칙: 스타일 가이드는 화면 규칙, 디자인 토큰은 색·간격 같은 반복 값, 컴포넌트 라이브러리는 버튼·입력창 같은 재사용 부품의 모음입니다. 하이파이(고충실도) 와이어프레임·프로토타입은 최종 화면에 가까운 모양과 동작을 표현합니다.
  • 평가: 첫 시도 과업 성공률, 첫 클릭까지 걸린 시간, 오류율, 시선추적 히트맵(시선이 모인 위치), Fitts’ Law(타깃 거리·크기와 도달 시간의 관계)를 살펴봅니다. 휴리스틱은 경험에 기반한 점검 원칙입니다. 원본은 닐슨의 10 휴리스틱과 접근성 명세도 연결합니다.
  • 접근성: WCAG(Web Content Accessibility Guidelines, 웹 콘텐츠 접근성 지침)를 참고해 글자 대비, 키보드 조작, 초점 순서와 표시 등을 점검합니다.

구조 모형 · 원하는 정보를 찾는가

  • 분류 설계: 콘텐츠 인벤토리는 현재 정보를 조사하는 것, 카드 소팅은 사용자가 정보를 묶는 방식의 조사입니다. 개방형은 범주를 직접 만들고, 폐쇄형은 주어진 범주에 넣으며, 혼합형은 두 방식을 함께 씁니다.
  • 구조 검증: 트리 테스트는 분류 구조에서 원하는 항목을 찾게 해 보는 방법입니다. 사이트 맵은 페이지 계층, 그래프는 노드와 연결 관계, 라벨링 가이드는 이름 붙이기 기준, 검색 패싯은 가격·종류 같은 검색 필터입니다.
  • 평가: 탐색 성공률·경로 길이·되돌아감 비율·검색과 탐색 사이의 전환을 봅니다. 정보향(Information scent)은 링크 이름을 보고 목표 정보가 있을 곳을 예측하게 하는 단서입니다.

기능 모형 · 상태와 예외가 연결되는가

  • 동작 표현: 사용자 여정은 이용 과정, 서비스 블루프린트는 그 과정과 뒷단의 직원·시스템 업무를 함께 나타냅니다. 상태도는 상태 전이, 유저 플로우는 이동·조작 순서, 유스케이스는 사용자와 시스템의 상호작용을 기술합니다.
  • 예외 명세: 오류, 오프라인(연결 끊김), 경계 조건(허용 용량·입력값 등의 한계)에서 어떤 반응이 필요한지 정합니다.
  • 평가: 단계 수·핵심 조작 수·예외 처리율을 봅니다. KLM(Keystroke-Level Model)은 키 입력·클릭 등 기본 행동으로 작업 시간을 예측하고, GOMS는 목표(Goals)·조작(Operators)·방법(Methods)·선택 규칙(Selection Rules)으로 과업을 분석합니다. NASA-TLX는 과제 수행 부담을 살피는 척도, 학습 곡선은 반복에 따른 시간·오류의 변화를 뜻합니다.

가치 모형 · 사용자의 문제가 해결되는가

  • JTBD(Jobs To Be Done): 특정 상황에서 사용자가 해결하려는 일을 상황·동기·바람직한 결과로 표현합니다. 베네핏–페인 매핑은 원하는 이익과 겪는 불편의 대응, 가치 제안 캔버스는 사용자 요구와 제공 가치의 대응을 살피는 도구입니다.
  • 우선순위와 성과: 성과지표는 원하는 결과를 측정 가능하게 표현하고, 우선순위 매트릭스는 여러 요구 중 먼저 다룰 것을 비교합니다.
  • 평가: 과업 성공·시간뿐 아니라 실제 문제 해결률, 유지율·잔존가치, 반복 지불 의향을 봅니다. NPS(Net Promoter Score)는 추천 의향, CES(Customer Effort Score)는 목적 달성에 드는 노력을 나타내는 지표입니다.
NPS 표기: p. 28에는 “대체재 대비 순가치(NPS …)”라는 표기가 있지만, NPS의 풀이는 추천 의향입니다. 추천 의향과 대체재 대비 순가치는 구분해야 합니다.

수단적 가치와 경험적 가치

원본 대조pp. 30–34

수단적 가치는 시스템으로 필요한 목적을 이루는 데서, 경험적 가치는 사용하는 과정의 즐거움과 만족에서 얻습니다. 하나의 제품을 둘 중 한 종류로만 분류하는 말이 아닙니다.

두 가치는 한 제품에서 함께 제공될 수 있다 · pp. 30–34
가치정의와 질문원본 사례
수단적 가치 · Utilitarian value실용적인 목적·필요를 달성하는 도구로서의 가치. 필요한 일을 제대로 할 수 있는가?복약 지도 로봇 프리아(Pria)가 제때 약을 먹도록 돕는 기능
경험적 가치 · Hedonistic Value사용하는 과정의 감성적 만족·즐거움·심미적 만족. 즐겁고 만족스럽게 사용하는가?게임 형식의 EndeavorRx에서 게임을 하는 경험

두 가치를 함께 제공하는 사례

  • 프리아: 강의에서는 음성 대화, 복약 일정 관리와 알림으로 제때 약을 먹도록 돕는 사례로 소개합니다. 친근한 상호작용을 더하면 경험적 가치도 제공할 수 있습니다.
  • EndeavorRx: 강의에서는 ADHD(주의력 결핍 과잉행동장애) 아동을 위한 게임 형식의 디지털 치료 사례로 소개합니다. 게임의 즐거움이 참여를 돕는 경험적 가치에 주목합니다.

쓸 수 있다에서 쓰고 싶다로

p. 34는 기능적 가치 + 경험적 가치를 함께 고려해 “쓰고 싶다(desirable)”로 나아가는 것을 강조합니다. 여기서 기능적 가치는 앞에서 다룬 수단적 가치의 실용적 측면과 연결됩니다.

이해 보완 · 학습용 예시

과제 파일을 정확히 제출하는 것은 수단적 가치입니다. 완료 피드백으로 불안이 줄고 만족을 느끼는 것은 경험적 가치와 연결할 수 있습니다. 축하 효과가 커도 제출 자체가 실패한다면 핵심 목적을 대신할 수 없습니다.

2장의 판단적 경험에서 다룬 경험적·수단적 가치와 연결됩니다. 3장은 사용자의 목적과 제공 가치의 일치, 그리고 가치의 우선순위에 초점을 둡니다.

가치 우선순위 설정

원본 대조pp. 35–36

가치 우선순위는 여러 가치 가운데 무엇을 먼저 충족할지 정하는 것입니다. 사용자의 필요·욕구와 심성 모형을 파악해 핵심 경험을 놓치지 않도록 합니다.

원본은 편리한 금융 서비스와 즐거운 소셜 기능을 함께 내세우더라도 주된 가치가 불분명하면 혼란이 생길 수 있다고 설명합니다. 기능 하나하나의 완성도와 전체 목적의 명확성은 별개입니다.

p. 36에 제시된 가치 우선순위
원본 사례1순위2순위
배달 앱빠르고 정확한 음식 배달 · 수단적 가치앱 사용의 즐거움, 할인 쿠폰 · 원본의 경험적 가치 분류
디지털 헬스케어건강 관리·치료 효과 · 수단적 가치편리함과 심리적 안정감 · 원본의 경험적 가치 분류
분류의 기준: p. 36은 할인 쿠폰을 경험적 가치로 분류합니다. 비용 절감에 주목하면 수단적 가치로도 볼 수 있습니다. 가치의 분류와 우선순위는 사용자의 목적과 만족에 따라 달라집니다.

우선순위를 세우는 질문

  • 사용 이유: 사용자가 가장 먼저 해결하려는 필요와 욕구는 무엇인가?
  • 핵심 실패: 어떤 결과를 얻지 못하면 이 서비스를 사용할 이유가 사라지는가?
  • 보완 가치: 즐거움·편리함 등의 요소가 핵심 목적 달성을 돕는가?

유효성과 환경 적합성

원본 대조pp. 37–39 pp. 44–45

원본은 유용성을 갖추기 위한 조건을 유효성과 환경 적합성으로 설명합니다. 실험에서 효과가 있다는 근거와 일상에서 요구를 충족한다는 근거를 함께 살펴야 합니다.

표 1 재구성 · 원본 pp. 37–38, 43–45
구분유효성 · Efficacy환경 적합성 · Suitability
환경조건이 통제된 실험 환경사용자가 실제로 사용하는 다양한 환경
확인 질문의도한 이점과 긍정적 효과가 나타나는가?실제 조건에서도 사용자 요구를 충족하는가?
원본의 조작적 정의확인되는 이점이 위험보다 크고 긍정적 효과가 수치상의 변화로 입증됨정확성·적절성·신뢰도·적정 사용 범위에 관한 데이터로 입증됨
타당성과의 연결내적 타당성: 실험 안에서 효과에 관한 근거를 확보외적 타당성: 실제의 다른 조건에도 적용할 수 있는지 확인
후속 평가 장14장 · 통제된 실험 평가15장 · 실사용 현장 평가

조작적 정의는 추상적인 개념을 어떤 조건과 관측 자료로 확인할지 정한 설명입니다. “좋다”라는 인상만으로 판단하지 않고 어떤 변화·데이터가 필요한지 명시합니다.

같은 효과라도 평가 환경을 구분하기

이해 보완 · 학습용 예시

같은 PC와 안정적인 네트워크에서 학생이 과제를 정확히 제출하는지 관찰하면 통제된 환경의 이점을 확인할 수 있습니다. 실제 수업에서 휴대전화·불안정한 연결·다양한 파일 조건에서도 제출과 확인이 되는지는 환경 적합성의 질문입니다.

왼쪽은 같은 PC와 유선 연결에서 문서 제출을 관찰하고, 오른쪽은 복도의 휴대전화와 집의 노트북으로 같은 과제를 수행한다.
이해 보완 · 가상 사례같은 과제 제출을 확인하는 가상 평가 장면입니다. 왼쪽은 기기와 연결 등 조건을 맞추어 평가하고, 오른쪽은 실제로 달라지는 기기·연결·사용 상황을 살핍니다. 평가 조건을 비교한 그림이며, 평가 결과를 나타내지는 않습니다.그림 크게 보기

실제 환경의 데이터로 계속 개선하기

실제 기반 정보(Real World Data)는 실제 사용 과정에서 생기는 데이터입니다. 원본은 이를 통해 문제를 찾고 기능을 개선한다고 설명합니다. 디지털 헬스에서는 고위험군의 부작용 가능성까지 고려해야 한다고 덧붙입니다.

유효성은 유용성을 갖추기 위한 조건 중 하나입니다. p. 39는 제목을 “유용성”으로 쓰지만 본문에서는 디지털 헬스의 유효성을 다룹니다.

디지털 헬스의 유효성 사례

원본 대조pp. 40–45

다음은 강의에 소개된 디지털 헬스 사례입니다. 각 사례에서 사용자에게 어떤 이점이 생기는지 살펴봅니다.

강의에 소개된 기능·결과와 유효성의 관계
사례원본에서 소개한 기능·결과학습할 개념
큐어앱SC · Cure-App SC (p. 40)금연 일기·흡연 욕구 대처 방법, 휴대용 장치의 일산화탄소 측정, 개별화 메시지·영상과 상담 지원. 원본은 임상시험의 금연율 비교를 소개합니다.어떤 건강상 이점을 관측해 유효성을 판단하는가
뽀미 (pp. 42–43)ADHD 아동이 스스로 정한 일상 과업을 반복 수행하고 습관을 형성하도록 지원. 원본은 부모 관계·자신감·시간 활용·사회성의 변화를 소개합니다.직접적인 진단·치료 외에 관리·모니터링도 이점을 제공할 수 있음
리셋오 (p. 45)원본이 마약성 진통제 중독 관련 디지털 치료 기기로 소개하며 실제 환경에서 외래·응급실 방문 등의 개선 연구를 설명합니다.통제된 실험 밖의 실질적인 유용성을 살핌

표 2의 네 가지 건강상 이점

p. 41 표 2 · 원본 출처: 한국보건산업진흥원
유효성의 범주기능의 의미관계자에게 주는 이점 · 원본 요약
질병 진단·선별 지원위험을 예측하고 치료 결정을 지원환자의 치료 접근·계획 수립을 돕고, 의료진에게 상태 변화 정보를 제공
지속적인 모니터링·빠른 위험 감지웨어러블 센서의 생체 신호 수집과 소프트웨어 분석환자의 상태 파악과 의료진의 위험 신호 감지·치료 결정 지원
편리한 질환·질병 관리환자와 의료진의 건강 데이터 공유필요한 지원 요청 및 개인에 맞는 치료 계획 수립 지원
치료적 기능치료 또는 증상 완화를 목표로 한 기능원본은 환자의 증상 완화와 의료진의 치료 보조를 예시로 설명
표 2는 건강상 이점의 범주를 보여줍니다. 실제 효과는 제품마다 따로 확인해야 합니다.

과적합·과소적합과 상충 관계

원본 대조pp. 46–51

상충 관계(Trade-off)는 한 측면을 높이려는 선택이 다른 측면에 불리하게 작용할 수 있는 관계입니다. 원본은 머신러닝의 적합 개념으로 유효성과 환경 적합성의 균형을 설명합니다.

머신러닝(Machine Learning)은 데이터를 학습해 새로운 데이터의 예측·분류에 사용할 모형을 만드는 방법입니다. 적합(Fitting)은 데이터의 패턴에 모델을 맞추는 과정을 가리킵니다.

세 곡선은 개념도이며 실제 성능 측정값이 아니다 · pp. 47–48
학습 상태기존 데이터와 새 데이터그림을 읽는 방법
과소적합 · Underfitting기존 데이터의 패턴을 충분히 배우지 못해 기존·새 데이터 모두에서 성능이 부족할 수 있음p. 48의 직선은 곡선 형태의 패턴을 놓치는 예
적절한 수준의 적합유용한 패턴을 학습하면서 새로운 조건에도 대응하도록 균형을 찾음p. 48의 가운데 곡선은 패턴을 적절히 표현한 예
과적합 · Overfitting기존 데이터에 지나치게 의존해 새로운 데이터에 대한 예측력이 떨어짐p. 48의 요동치는 곡선은 개별 점을 과하게 따라가는 예

p. 51의 두 곡선 읽기

  • 가로축: 통제된 환경에서의 학습 수준입니다. 세로축은 정확도입니다.
  • 위 곡선: 원본은 유효성으로 표시합니다. 학습 수준과 함께 높아진 뒤 완만해집니다.
  • 아래 곡선: 원본은 환경 적합성으로 표시합니다. 가운데에서 높아졌다가 과적합 구간에서는 내려갑니다.
  • 중앙의 최적 수준: 모든 지표의 보편적 최대값이나 실제 측정된 숫자가 아니라, 두 조건의 균형을 설명하는 지점입니다.

새로운 사용자와 달라진 환경

원본은 20~30대 데이터에 특화된 모델이 60대의 새 데이터에 잘 대응하지 못하는 사례를 듭니다. 또한 과거 1년과 최근 한 달 중 어느 데이터를 활용할지 서비스 변화와 사용자층의 변화를 고려하라고 설명합니다.

적합의 판단 기준: 과적합과 과소적합은 데이터 기간만으로 판단할 수 없습니다. 기존 데이터의 패턴을 얼마나 학습했는지, 새 데이터에 얼마나 잘 대응하는지로 구분합니다.

사용자·과업·환경에 맞는 균형

원본 대조pp. 52–56

유효성과 환경 적합성을 모두 높이는 것이 이상적입니다. 원본은 제한된 시간·비용 안에서 하나를 먼저 확보하고 다른 하나를 높이는 전략을 설명합니다.

땅을 파는 비유

p. 52에서 깊이는 유효성, 넓이는 환경 적합성에 대응합니다. 시간과 힘이 제한되면 깊이와 넓이를 조절해야 합니다. 이 비유는 자원 제약을 설명하며 두 조건이 언제나 반대로 움직인다는 수학적 법칙은 아닙니다.

카메라 기반 측정 사례

rPPG(remote Photoplethysmography, 원격 광용적맥파 측정)는 카메라에 기록된 혈류에 따른 빛의 변화로 맥파를 측정하는 방식입니다. 원본 p. 53은 스마트폰 전면 카메라로 심박변이도, 즉 심장 박동 사이 간격의 변화를 측정하는 개발 사례를 소개합니다.

통제된 조건

움직이지 않고 2~3분 스마트폰을 응시하도록 하면 일상에서보다 조건을 엄격히 맞출 수 있습니다. 그 조건에서만 높은 성능을 내는 모델은 실제 사용에 한계가 있습니다.

실제 사용 조건

사용자의 움직임은 측정 정확도와 경험에 영향을 줍니다. 원본은 어느 정도의 정확도 손실을 감수하더라도 실제 환경에서 사용할 수 있는 모델을 고려해야 한다고 설명합니다.

p. 52는 유효성을 먼저 확보한 뒤 환경 적합성을 높이는 개발 전략을 소개합니다. rPPG 사례에서는 통제된 조건의 정확도와 실제 사용 가능성을 함께 고려합니다.

균형을 판단하는 세 질문

  • 사용자 특성: 누가 쓰며 데이터·검증에서 빠진 사용자층은 없는가?
  • 과업 특성: 실제로 달성해야 하는 결과와 필요한 정확도는 무엇인가?
  • 환경 특성: 움직임·연결 상태 등 실제 조건에서도 목적을 달성할 수 있는가?

이 균형은 유용성뿐 아니라 사용성과 신뢰성에도 영향을 줍니다. 원본은 사용자에게 좋은 경험을, 제공자에게 수익성을 제공하도록 원리와 절차를 함께 다룬다고 정리합니다.

원문 표기: p. 56의 8번에는 “유용성과 환경 적합성”이라고 적혀 있지만, 같은 표의 6·7·9번과 pp. 46–54가 설명하는 관계는 유효성과 환경 적합성입니다.

LMS에 네 모형 적용하기

원본 대조p. 11 p. 18 p. 23 p. 29 p. 35 p. 38 p. 54 p. 56

이해 보완 · p. 29의 과제 제출 사례에 문제 공간과 평가 조건을 적용해 봅니다.

문제 정의 → 모형 → 가치 → 두 조건의 평가
단계과제 제출 사례에 적용
문제 공간시초: 미제출 / 목표: 올바른 파일 제출·확인 / 제약: 마감·용량·연결 / 조작자: 선택·업로드·제출·재시도
표상과 해결책학생은 “업로드=제출”로 생각할 수 있습니다. 업로드와 최종 제출을 구분하거나 완료 상태를 명확히 안내합니다.
가치와 네 모형정확하고 안심되는 제출(가치) → 파일 검사·확정·영수증(기능) → 과목·과제·제출 기록의 위치(구조) → 상태·오류 표시(표현)
우선순위정확한 제출을 먼저 충족하고 완료 피드백으로 만족을 보완합니다.
통제된 평가같은 환경에서 올바른 파일의 제출 성공 여부와 완료 인식, 오류 복구를 확인합니다.
실제 환경 평가휴대전화·약한 연결·용량 초과·마감 직전 등의 조건에서 실제 요구를 충족하는지 확인합니다.
균형과 개선한 조건의 성공만으로 끝내지 않고, 주요 실패 조건을 찾아 보완한 뒤 두 환경에서 다시 확인합니다.

짧은 답안을 만드는 순서

정의 → 구분 기준 → 사례 → 판단 이유 순서로 설명해 보세요. 환경 적합성을 설명할 때는 통제된 환경과 실제 환경에서 어떤 조건이 달라지는지 예를 들어 보세요.

확인 문제와 해설

원본 대조p. 7 p. 11 p. 18 p. 29 p. 35 p. 38 p. 47 p. 54

이해 보완 · 개념 구분을 위한 자체 확인 문제입니다.

1. 조작자(Operator)를 바르게 설명한 것은?
2. 문제 표상과 솔루션의 불일치 사례는?
3. 과목 → 주차 → 과제의 메뉴 관계는 주로 어떤 모형인가요?
4. 하나의 시스템이 두 가치를 제공할 수 있나요?
5. 통제된 실험에서 좋은 결과를 얻으면 무엇을 더 살펴야 하나요?
6. 과적합에 대한 설명으로 옳은 것은?
객관식 정답과 이유 · 인쇄용 답안
  1. 2번 선택지. 조작자는 검색·장바구니 담기·결제처럼 가능한 행동입니다. 사용자가 아니라 상태를 바꾸는 수단을 뜻합니다. (pp. 11–12)
  2. 1번 선택지. 사용자의 목표는 소유를 위한 구매인데 대여만 제공하면 목표와 해결책이 맞지 않습니다. (p. 18)
  3. 3번 선택지. 정보·기능을 묶고 연결하는 방식은 구조 모형입니다. 파일 검사 후 제출하는 동작 순서는 기능 모형입니다. (pp. 26–29)
  4. 2번 선택지. 원본의 프리아 사례처럼 목적 달성의 수단적 가치와 과정의 경험적 가치를 함께 고려할 수 있습니다. 주된 가치를 보완하는 관계가 중요합니다. (pp. 31–35)
  5. 1번 선택지. 유효성의 근거만으로 실제 환경의 적합성이 자동 입증되지는 않습니다. 실제 환경의 정확성·적절성·신뢰도·사용 범위 데이터를 살펴야 합니다. (pp. 37–38)
  6. 3번 선택지. 학습에 쓴 데이터와 새 데이터에 대한 대응을 함께 봐야 합니다. 기간만으로 과적합을 결정하지 않습니다. 패턴을 충분히 배우지 못하는 것은 과소적합입니다. (pp. 47–50)

서술형 복습 · 답을 가리고 떠올리기

이해 보완 · 개념을 확인하는 복습 질문입니다. 먼저 답한 뒤 해설과 해당 페이지를 확인하세요.

01. 유용성과 사용성을 구분하고, 복잡하지만 유용할 수 있는 이유를 설명하세요.
유용성은 목적 달성, 사용성은 사용 편의에 주목합니다. 절차가 복잡해도 필요한 결과를 얻으면 유용할 수 있지만, 불편한 설계가 바람직하다는 뜻은 아닙니다. (p. 7)
02. 문제 공간의 네 요소를 과제 제출에 적용하세요.
시초 상태는 미제출, 목표 상태는 올바른 파일의 제출·확인, 제한 조건은 마감·파일 용량·연결, 조작자는 파일 선택·업로드·제출 등입니다. 이 LMS 조건은 학습용 적용입니다. (원리: pp. 11–12)
03. 문제 공간과 문제 표상, 솔루션 공간은 어떻게 다른가요?
문제 공간은 가능한 상태·조건의 영역, 문제 표상은 이를 사용자가 이해한 방식, 솔루션 공간은 해결 대안과 그 개념적 모형의 영역입니다. “책방 방문”만 떠올리는 표상은 온라인 구매 대안을 놓칠 수 있습니다. (pp. 9–18)
04. 추상화·단순화와 일관성을 연결해 설명하세요.
핵심 구조를 골라(추상화) 이해하기 쉬운 흐름으로 정리하되(단순화), 그 흐름이 사용자의 목표·맥락과 맞아야 합니다(일관성). 구매 목적에 대여만 제공하면 단순한 화면이라도 목표와 맞지 않습니다. (pp. 14–18)
05. 심성 모형이 기능 이해를 넘어 가치와 연결되는 이유는?
사용자는 작동 방식뿐 아니라 왜 사용하는지, 무엇을 얻을지도 예상합니다. 필요(Need)와 욕구(Want)를 파악해 시스템의 제공 가치와 사용 목적을 맞춰야 합니다. (pp. 19–24)
06. 가치·기능·구조·표현 모형을 한 문장씩 구분하세요.
가치는 왜 쓰는가, 기능은 무엇을 어떤 순서·규칙으로 하는가, 구조는 정보를 어떻게 묶고 찾는가, 표현은 상태와 행동을 어떻게 알아차리는가입니다. 같은 제출 확인도 분석 관점에 따라 다르게 설명할 수 있습니다. (pp. 25–29)
07. 카드 소팅·트리 테스트와 유저 플로우는 무엇을 살피나요?
카드 소팅은 정보 분류 방식, 트리 테스트는 정보 구조에서의 탐색을 보므로 구조 모형과 연결됩니다. 유저 플로우는 목표 달성을 위한 화면·동작의 순서를 보므로 기능 모형과 연결됩니다. (pp. 26–27)
08. 수단적 가치와 경험적 가치를 함께 제공하는 예를 드세요.
원본의 프리아는 제때 약을 먹도록 돕는 수단적 가치를 제공합니다. 친근하고 즐거운 상호작용을 더하면 경험적 가치도 제공할 수 있습니다. 둘은 한 제품에 함께 존재할 수 있습니다. (pp. 30–34)
09. 가치 우선순위를 정할 때 무엇을 기준으로 삼나요?
사용자의 필요·욕구와 기대하는 핵심 경험을 파악합니다. 주된 가치를 명확히 하고 다른 가치를 보완적으로 연결합니다. 기능 수나 즐거움의 양만으로 우선순위를 정하지 않습니다. (pp. 35–36)
10. 유효성과 환경 적합성의 조건·근거를 비교하세요.
유효성은 통제된 실험 환경에서 이점과 긍정적 효과를 확인합니다. 환경 적합성은 실제 사용 환경의 요구 충족을 정확성·적절성·신뢰도·사용 범위 데이터로 확인합니다. 전자가 있다고 후자가 자동 입증되지는 않습니다. (pp. 37–38)
11. 과적합과 과소적합, 적절한 적합을 구분하세요.
과적합은 기존 데이터에 지나치게 맞춰 새 데이터 대응이 떨어지는 것, 과소적합은 패턴을 충분히 배우지 못하는 것입니다. 적절한 적합은 패턴을 학습하고 새 조건에도 대응하도록 균형을 찾는 것입니다. 데이터 기간만으로 판단하지 않습니다. (pp. 47–51)
12. rPPG 사례에서 실제 환경을 고려해야 하는 이유는?
원본의 정지·응시 조건과 달리 일상에서는 사용자가 움직입니다. 엄격한 조건의 정확도만 높이면 실제 사용의 목적을 충족하지 못할 수 있으므로 사용자·과업·환경에 맞게 균형을 찾아야 합니다. (pp. 52–54)

핵심 용어 찾아보기

유용성
사용자의 목적을 효과적으로 달성하도록 돕는 원리. 사용 편의성과 구분합니다.
사용성 · Usability
시스템을 사용하는 과정의 편의성에 주목하는 관점.
문제 공간 · Problem Space
문제 해결에 관련된 모든 상태·조건의 집합. 시초·목표·제한 조건·조작자로 설명합니다.
시초 상태 · Initial State
목표를 달성하기 전 시작하는 상태. 원본은 초기 상태라는 표현도 사용합니다.
목표 상태 · Goal State
문제가 해결되었을 때 도달하려는 상태.
제한 조건 · Path constraint
예산·시간·접근 가능성 등 가능한 해결 경로를 제한하는 조건.
조작자 · Operator
상태를 바꾸기 위해 취할 수 있는 행동. 조작하는 사람을 뜻하지 않습니다.
문제 표상 · Problem Representation
사용자가 문제를 인식하고 머릿속에서 구조화한 방식.
솔루션 공간 · Solution Space
문제 해결을 위한 제품·서비스 대안과 개념적 모형의 영역.
개념적 모형 · Conceptual Model
시스템의 구조·작동 방식·의미를 단순화한 표현. p. 22에서는 심성 모형과 겹쳐 설명합니다.
추상화 · Abstraction
세부 사항 중 본질적인 구조와 작동 원리를 골라 표현하는 것.
단순화 · Simplification
복잡한 과정을 사용자가 이해하기 쉽게 구조화하는 것.
심성 모형 · Mental Model
사용자가 시스템의 작동·구조·가치에 대해 머릿속에 가진 지식과 기대.
필요 · Need
현재의 불만족스러운 상태를 개선하기 위해 필요한 것.
욕구 · Want / Desire
필요를 넘어 더 큰 만족을 추구하는 것.
가치 모형 · Value/Purpose Model
사용자가 시스템으로 얻으려는 가치와 목적을 설명하는 최상위 모형.
기능 모형 · Functional Model
목표 달성을 위한 상태 변화·행동·규칙·예외 흐름을 기술하는 모형.
구조 모형 · Structural Model
정보·기능을 묶고 이름 붙이며 연결하는 모형.
표현 모형 · Representation Model
시각·청각·촉각 단서로 시스템의 상태와 행동을 이해하도록 돕는 모형.
LMS · Learning Management System
강의·과제·진도 등을 관리하는 학습 관리 시스템.
UI · User Interface
사용자가 시스템을 보고 조작하는 접점. 표현 모형과 연결됩니다.
정보 구조 · Information Architecture
정보를 조직·분류·연결하고 이름 붙이는 체계. 구조 모형과 연결됩니다.
카드 소팅 · Card Sorting
사용자가 정보를 어떻게 묶는지 알아보는 방법.
트리 테스트 · Tree Testing
분류 구조에서 원하는 항목을 찾을 수 있는지 확인하는 방법.
정보향 · Information scent
링크·메뉴의 이름 등으로 목표 정보의 위치를 예측하게 하는 단서.
유저 플로우 · User Flow
목표 달성을 위해 화면이나 기능을 이용하는 순서.
JTBD · Jobs To Be Done
특정 상황에서 사용자가 해결하려는 일에 주목하는 관점.
KLM / GOMS
기본 행동 시간으로 작업 시간을 예측하는 모형 / 목표·조작·방법·선택 규칙으로 과업을 분석하는 모형.
NPS / CES
원본이 소개한 추천 의향 / 목적 달성에 필요한 노력의 지표.
수단적 가치 · Utilitarian value
시스템을 도구로 사용해 실용적인 목적과 필요를 달성하는 가치.
경험적 가치 · Hedonistic Value
사용 과정의 즐거움·감성적 만족·심미적 만족.
가치 우선순위 · Value Priority
주된 가치를 명확히 하고 다른 가치를 보완적으로 연결하는 판단.
유효성 · Efficacy
통제된 환경에서 의도한 이점과 긍정적 효과를 입증하는 유용성의 조건.
환경 적합성 · Suitability
실제 환경에서 사용자 요구를 충족하는지를 확인하는 유용성의 조건.
조작적 정의
개념을 어떤 조건과 관측 자료로 확인할지 정한 설명.
내적 타당성 / 외적 타당성
실험 안에서 효과의 근거가 타당한가 / 다른 실제 환경에도 적용할 수 있는가의 관점.
실제 기반 정보 · Real World Data
사용자가 실제 환경에서 제품을 이용하며 만들어 내는 데이터.
적합 · Fitting
데이터의 패턴에 모델을 맞추는 과정.
과적합 · Overfitting
기존 데이터에 지나치게 의존해 새로운 데이터에 대한 대응이 떨어지는 상태.
과소적합 · Underfitting
기존 데이터의 패턴을 충분히 학습하지 못해 성능이 부족한 상태.
상충 관계 · Trade-off
한 측면을 높이는 선택이 다른 측면에 불리하게 작용할 수 있는 관계.
rPPG · 원격 광용적맥파 측정
카메라에 기록된 혈류에 따른 빛의 변화로 맥파를 측정하는 방식. p. 53은 스마트폰 전면 카메라로 심박변이도를 측정하는 개발 사례입니다.

출처와 읽기 안내

원본 대조p. 1 p. 6 pp. 56–57

출처는 최일준 교수의 「3장. 유용성의 원리」 PDF 58쪽이며, 쪽 번호는 표지부터 셉니다.

  • 강조 요약의 기준은 PDF의 빨강·파랑 글자와 검정 굵은 글씨·밑줄입니다.
  • 색·서식 강조는 실제 출제 여부를 뜻하지 않습니다.
  • LMS 추가 분석·연습 문제 등은 “이해 보완”으로 구분합니다.
  • 의료 제품·인허가·통계는 강의에 제시된 사례이며, 현재의 일반적 사실로 확대해 해석하지 않습니다.

문제 공간과 유용성 점검하기

이해 보완 · 자체 학습 활동. 아래는 개념을 적용하기 위한 가상 사례입니다. 실제 서비스 평가 결과가 아닙니다.

상황

학생이 수업 전에 빈 강의실을 찾아 조별 모임을 열려고 합니다. 서비스는 강의실 목록과 사용 가능 시간을 보여 주지만, 건물 위치와 인원 제한은 표시하지 않습니다.

  1. 문제 공간: 초기 상태(모일 장소를 모름), 목표 상태(조건에 맞는 장소 확정), 가능한 행동(시간·강의실 탐색), 제약(이동 거리·인원·모임 시간)을 구분해 씁니다.
  2. 심성 모형: 학생이 ‘목록에 뜨면 지금 사용할 수 있다’고 기대한다면 실제 예약·이용 조건과 무엇이 다른지 적습니다. 사용자의 기대는 조사로 확인해야 할 가설입니다.
  3. 가치: 장소를 찾는 시간 절약 같은 수단적 가치와, 모임 준비에 대한 안도감 같은 경험적 가치를 각각 적습니다.
  4. 평가 조건: 장소를 찾는 데 필요한 기능이 있는지와, 실제 인원·시간·거리 조건에서 쓸 수 있는지를 나눠 점검합니다. 이 장의 유효성과 환경 적합성을 함께 적용합니다.
개선안과 확인 과업 예시

개선안: 강의실별 수용 인원·위치·이용 조건을 제공하고 원하는 시간과 인원으로 좁혀 본다. 확인 과업: ‘수업 종료 후 10분 안에 이동할 수 있고 5명이 30분간 모일 장소를 골라 이유를 설명하세요.’

목록을 빨리 찾았어도 실제로 사용할 수 없는 방을 골랐다면 목표 달성을 확인한 것이 아니다. 찾는 속도, 선택한 장소가 제약을 충족하는지, 선택 이유를 함께 기록한다. 화면 조작의 편리함만으로 유용성 전체를 판단하지 않는다.

완료 기준: 문제 공간 네 요소, 사용자 기대와 실제 조건의 차이, 두 가치, 유효성·환경 적합성 확인 항목을 각각 작성합니다.