추상화 · Abstraction
세부 사항 중 핵심 구조와 작동 원리를 골라 표현합니다. 쇼핑몰의 내부 처리 대신 검색·장바구니·결제·배송 확인의 관계에 주목합니다.
CHAPTER 03 · PRINCIPLES OF USEFULNESS
문제 공간과 심성 모형으로 사용자의 목적을 이해하고, 가치와 두 가지 평가 조건으로 디지털 프로덕트의 쓸모를 설명합니다.
유용성은 사용자가 디지털 시스템을 통해 자신의 목적을 효과적으로 달성하도록 돕는 원리입니다. 기능 수보다 사용자가 필요한 일을 해낼 수 있는지가 기준입니다.
2장에서 어떤 사용자 경험을 제공할지 정했다면, 3장에서는 그 경험이 사용자에게 실제로 쓸모 있는지 묻습니다. 화면이 보기 좋고 조작이 쉬워도 필요한 결과를 얻지 못하면 유용성이 부족합니다.
| 관점 | 핵심 질문 | 과제 제출 시스템의 예 · 이해 보완 |
|---|---|---|
| 유용성 | 원하는 목적을 달성할 수 있는가? | 과제를 제출하고 제출 기록을 확인할 수 있는가? |
| 사용성 · Usability | 그 목적을 얼마나 쉽게 수행하는가? | 제출 버튼을 찾고 파일을 올리는 과정이 이해하기 쉬운가? |
| 신뢰성 · 다음 장들과의 연결 | 믿고 의지할 수 있는가? | 저장·제출 상태를 믿을 수 있는가? |
강의에서는 구글의 검색(Searching)과 네이버의 브라우징(Browsing)을 비교합니다. 검색은 찾을 것을 정하고 탐색하는 것이고, 브라우징은 여러 정보를 둘러보는 것입니다. 사용 목적을 비교한 사례로, 두 서비스의 모든 기능을 나누는 분류는 아닙니다.
도메인은 제품이 쓰이는 분야입니다. p. 8의 도식은 모빌리티의 안전성, 금융의 보안, 헬스케어의 안전성·효과성을 예로 들어 분야별 기준이 필요함을 보여줍니다.
문제 공간은 사용자가 목표에 이르기까지 탐색할 수 있는 상태와 조건의 전체 영역입니다. 단순히 “문제점 목록”을 적는 것과는 다릅니다.
| 개념 | 무엇을 다루는가? | 책 구매 예시 |
|---|---|---|
| 문제 공간 · Problem Space | 문제를 해결하는 데 관련된 모든 상태와 조건의 집합 | 책이 필요한 현재 상태, 구매 완료 목표, 예산·시간, 검색·결제 행동 |
| 문제 표상 · Problem Representation | 사용자가 문제를 머릿속에서 인식하고 구조화한 방식 | “책방에 가야 한다” 또는 “원하는 책을 구해야 한다” |
| 솔루션 공간 · Solution Space | 문제를 해결할 제품·서비스 대안과 그 개념적 모형의 집합 | 온라인 서점의 검색 → 선택 → 결제 흐름 |
| 요소 | 쉬운 설명 | 원본의 책 구매 사례 |
|---|---|---|
| 시초 상태 · Initial State | 지금 어디에서 시작하는가? | 책이 필요하지만 아직 구매하지 않은 상태 |
| 목표 상태 · Goal State | 어떤 상태가 되면 해결인가? | 원하는 책을 구매하고 결제를 완료한 상태 |
| 제한 조건 · Path constraint | 어떤 경로가 가능하고 불가능한가? | 예산, 인터넷 환경, 플랫폼 접근성, 시간 |
| 조작자 · Operator | 상태를 바꾸기 위해 할 수 있는 행동은? | 검색, 장바구니 담기, 결제 |
미로 그림에서 출발점은 시초 상태, 도착점은 목표 상태, 벽과 통로의 제약은 제한 조건, 이동은 조작자에 대응합니다. 조작자는 여기서 조작하는 사람이 아니라 가능한 행동을 뜻합니다.
“책방에 가야 한다”라고만 생각하면 온라인 구매를 놓칠 수 있습니다. 문제 표상은 무엇을 해결해야 하는지에 대한 해석이므로, 처음 떠오른 해결 수단과 목표를 구분해야 합니다.
“과제 버튼이 필요하다”는 이미 해결 수단을 포함합니다. 먼저 “학생이 기한 안에 올바른 파일을 제출하고 완료 여부를 알아야 한다”라는 목표와 제약을 정리하면, 필요한 기능을 더 정확히 판단할 수 있습니다.
솔루션 공간은 문제를 해결할 수 있는 제품·서비스 대안의 영역입니다. 개념적 모형(Conceptual Model)은 그 시스템의 구조와 작동 방식을 이해하기 쉽게 단순화한 표현입니다.
솔루션 공간은 “개념적 모형의 집합”(p. 10)이자 “제품이나 서비스 대안의 집합”(p. 14)으로 설명됩니다. 제품·서비스 대안과 이를 표현한 개념적 모형을 함께 다루는 영역입니다.
세부 사항 중 핵심 구조와 작동 원리를 골라 표현합니다. 쇼핑몰의 내부 처리 대신 검색·장바구니·결제·배송 확인의 관계에 주목합니다.
복잡한 과정을 이해하기 쉬운 흐름으로 정리합니다. 단계를 줄일 때도 목표 달성에 필요한 조건은 남겨야 합니다.
원본 p. 16은 유사한 문제의 패턴을 알아보고 해결에 응용할 수 있다고 설명합니다. p. 17은 시초 상태 → 목표 상태의 문제 공간과 초기 디자인 → 최종 디자인의 솔루션 공간을 나란히 보여줍니다.
사용자는 책을 소유하려는데 서비스가 대여만 제공한다면 목표와 해결책이 어긋납니다. 구매라는 목표에 검색·선택·결제의 흐름을 제공하면 문제 표상과 개념적 모형이 연결됩니다.
심성 모형(Mental Model)은 사용자가 시스템의 작동 방식·구조·가치에 대해 머릿속에 가지고 있는 지식의 구조입니다. “무엇을 하면 어떤 결과가 나올까?”와 “이것으로 무엇을 얻을까?”를 함께 설명합니다.
| 구분 | 원본의 의미 | 원본의 예 |
|---|---|---|
| 필요 · Need | 현재의 불만족스러운 상황을 개선하기 위해 필요한 것 | 배고픔을 해결하려고 빵을 먹는다. |
| 욕구 · Want / Desire | 필요를 넘어 더 큰 만족을 추구하는 것 | 특별한 경험을 위해 고급 레스토랑을 예약한다. |
| 가치 · Value | 필요와 욕구를 충족하며 얻는 것. 왜 사용하는가에 대한 답 | 허기를 해결하거나 특별한 식사 경험을 얻는다. |
원본 pp. 22–23의 System Value = System Use Purpose는 시스템이 제공하려는 가치와 사용자가 얻으려는 목적의 일치를 뜻합니다. 숫자를 계산하는 식은 아닙니다.
| 헷갈리는 모형 | 이 페이지에서 구분해 읽는 관점 |
|---|---|
| 개념적 모형 | 시스템이 무엇이고 어떻게 작동하는지 단순화한 표현에 초점을 둡니다. |
| 심성 모형 | 사용자가 실제로 머릿속에 형성한 이해와 기대에 초점을 둡니다. |
p. 24는 AI·챗봇에 대한 사람 같은 대화의 기대와 실제 기능의 차이를 예로 듭니다. 사용자의 기대가 실제 기능을 넘어서면 실망으로 이어질 수 있습니다.
심성 모형은 추상화 차원에 따라 표현·구조·기능·가치로 나누어 설명합니다. 가치 모형은 기능·구조·표현이 필요한 이유를 정하는 최상위 모형입니다. LMS(Learning Management System)는 강의·과제·진도를 관리하는 학습 관리 시스템입니다.
| 추상화 차원 | 핵심 질문 | LMS 과제 제출 · 원본 p. 29 |
|---|---|---|
| 가치 모형 · Value/Purpose | 왜 이 시스템을 사용하는가? | 불안 없이 안전하고 정확하게 과제를 제출한다. |
| 기능 모형 · Functional | 무엇을 어떤 순서와 규칙으로 하는가? | 확인 → 파일·링크 입력 → 검사 → 제출 → 확인 → 허용 시 재제출 |
| 구조 모형 · Structural | 정보와 기능을 어떻게 묶고 찾는가? | 과목 → 주차·수업 → 과제. 제출함과 영수증 위치를 일관되게 둔다. |
| 표현 모형 · Representation | 눈·귀·촉각으로 어떻게 알아차리는가? | 남은 마감 시간과 업로드 진행 상태를 보여준다. |
정의는 표현 → 구조 → 기능 → 가치 순서로 소개되고, LMS 사례는 가치 → 기능 → 구조 → 표현 순서로 적용됩니다. 네 모형을 소개하거나 적용하는 순서이며, 반드시 따라야 하는 개발 절차는 아닙니다.
학생의 목표는 파일 업로드 자체가 아니라 올바른 과제를 기한 안에 제출하는 것입니다. 제출 기록을 통해 완료 여부를 확신할 수 있어야 합니다.
“과목 아래에 과제 메뉴를 둔다”는 정보의 관계이므로 구조 모형입니다. “파일을 검사한 뒤 제출을 확정한다”는 상태 변화와 규칙이므로 기능 모형입니다. 같은 제출 기록도 위치는 구조, 생성 시점은 기능, 상태 표시는 표현, 불안 해소는 가치로 분석할 수 있습니다.
설계 도구와 평가 지표는 모형마다 다릅니다. 표현은 화면의 단서, 구조는 정보 탐색, 기능은 동작 흐름, 가치는 사용자 목적을 확인합니다.
수단적 가치는 시스템으로 필요한 목적을 이루는 데서, 경험적 가치는 사용하는 과정의 즐거움과 만족에서 얻습니다. 하나의 제품을 둘 중 한 종류로만 분류하는 말이 아닙니다.
| 가치 | 정의와 질문 | 원본 사례 |
|---|---|---|
| 수단적 가치 · Utilitarian value | 실용적인 목적·필요를 달성하는 도구로서의 가치. 필요한 일을 제대로 할 수 있는가? | 복약 지도 로봇 프리아(Pria)가 제때 약을 먹도록 돕는 기능 |
| 경험적 가치 · Hedonistic Value | 사용하는 과정의 감성적 만족·즐거움·심미적 만족. 즐겁고 만족스럽게 사용하는가? | 게임 형식의 EndeavorRx에서 게임을 하는 경험 |
p. 34는 기능적 가치 + 경험적 가치를 함께 고려해 “쓰고 싶다(desirable)”로 나아가는 것을 강조합니다. 여기서 기능적 가치는 앞에서 다룬 수단적 가치의 실용적 측면과 연결됩니다.
과제 파일을 정확히 제출하는 것은 수단적 가치입니다. 완료 피드백으로 불안이 줄고 만족을 느끼는 것은 경험적 가치와 연결할 수 있습니다. 축하 효과가 커도 제출 자체가 실패한다면 핵심 목적을 대신할 수 없습니다.
가치 우선순위는 여러 가치 가운데 무엇을 먼저 충족할지 정하는 것입니다. 사용자의 필요·욕구와 심성 모형을 파악해 핵심 경험을 놓치지 않도록 합니다.
원본은 편리한 금융 서비스와 즐거운 소셜 기능을 함께 내세우더라도 주된 가치가 불분명하면 혼란이 생길 수 있다고 설명합니다. 기능 하나하나의 완성도와 전체 목적의 명확성은 별개입니다.
| 원본 사례 | 1순위 | 2순위 |
|---|---|---|
| 배달 앱 | 빠르고 정확한 음식 배달 · 수단적 가치 | 앱 사용의 즐거움, 할인 쿠폰 · 원본의 경험적 가치 분류 |
| 디지털 헬스케어 | 건강 관리·치료 효과 · 수단적 가치 | 편리함과 심리적 안정감 · 원본의 경험적 가치 분류 |
원본은 유용성을 갖추기 위한 조건을 유효성과 환경 적합성으로 설명합니다. 실험에서 효과가 있다는 근거와 일상에서 요구를 충족한다는 근거를 함께 살펴야 합니다.
| 구분 | 유효성 · Efficacy | 환경 적합성 · Suitability |
|---|---|---|
| 환경 | 조건이 통제된 실험 환경 | 사용자가 실제로 사용하는 다양한 환경 |
| 확인 질문 | 의도한 이점과 긍정적 효과가 나타나는가? | 실제 조건에서도 사용자 요구를 충족하는가? |
| 원본의 조작적 정의 | 확인되는 이점이 위험보다 크고 긍정적 효과가 수치상의 변화로 입증됨 | 정확성·적절성·신뢰도·적정 사용 범위에 관한 데이터로 입증됨 |
| 타당성과의 연결 | 내적 타당성: 실험 안에서 효과에 관한 근거를 확보 | 외적 타당성: 실제의 다른 조건에도 적용할 수 있는지 확인 |
| 후속 평가 장 | 14장 · 통제된 실험 평가 | 15장 · 실사용 현장 평가 |
조작적 정의는 추상적인 개념을 어떤 조건과 관측 자료로 확인할지 정한 설명입니다. “좋다”라는 인상만으로 판단하지 않고 어떤 변화·데이터가 필요한지 명시합니다.
같은 PC와 안정적인 네트워크에서 학생이 과제를 정확히 제출하는지 관찰하면 통제된 환경의 이점을 확인할 수 있습니다. 실제 수업에서 휴대전화·불안정한 연결·다양한 파일 조건에서도 제출과 확인이 되는지는 환경 적합성의 질문입니다.
실제 기반 정보(Real World Data)는 실제 사용 과정에서 생기는 데이터입니다. 원본은 이를 통해 문제를 찾고 기능을 개선한다고 설명합니다. 디지털 헬스에서는 고위험군의 부작용 가능성까지 고려해야 한다고 덧붙입니다.
다음은 강의에 소개된 디지털 헬스 사례입니다. 각 사례에서 사용자에게 어떤 이점이 생기는지 살펴봅니다.
| 사례 | 원본에서 소개한 기능·결과 | 학습할 개념 |
|---|---|---|
| 큐어앱SC · Cure-App SC (p. 40) | 금연 일기·흡연 욕구 대처 방법, 휴대용 장치의 일산화탄소 측정, 개별화 메시지·영상과 상담 지원. 원본은 임상시험의 금연율 비교를 소개합니다. | 어떤 건강상 이점을 관측해 유효성을 판단하는가 |
| 뽀미 (pp. 42–43) | ADHD 아동이 스스로 정한 일상 과업을 반복 수행하고 습관을 형성하도록 지원. 원본은 부모 관계·자신감·시간 활용·사회성의 변화를 소개합니다. | 직접적인 진단·치료 외에 관리·모니터링도 이점을 제공할 수 있음 |
| 리셋오 (p. 45) | 원본이 마약성 진통제 중독 관련 디지털 치료 기기로 소개하며 실제 환경에서 외래·응급실 방문 등의 개선 연구를 설명합니다. | 통제된 실험 밖의 실질적인 유용성을 살핌 |
| 유효성의 범주 | 기능의 의미 | 관계자에게 주는 이점 · 원본 요약 |
|---|---|---|
| 질병 진단·선별 지원 | 위험을 예측하고 치료 결정을 지원 | 환자의 치료 접근·계획 수립을 돕고, 의료진에게 상태 변화 정보를 제공 |
| 지속적인 모니터링·빠른 위험 감지 | 웨어러블 센서의 생체 신호 수집과 소프트웨어 분석 | 환자의 상태 파악과 의료진의 위험 신호 감지·치료 결정 지원 |
| 편리한 질환·질병 관리 | 환자와 의료진의 건강 데이터 공유 | 필요한 지원 요청 및 개인에 맞는 치료 계획 수립 지원 |
| 치료적 기능 | 치료 또는 증상 완화를 목표로 한 기능 | 원본은 환자의 증상 완화와 의료진의 치료 보조를 예시로 설명 |
상충 관계(Trade-off)는 한 측면을 높이려는 선택이 다른 측면에 불리하게 작용할 수 있는 관계입니다. 원본은 머신러닝의 적합 개념으로 유효성과 환경 적합성의 균형을 설명합니다.
머신러닝(Machine Learning)은 데이터를 학습해 새로운 데이터의 예측·분류에 사용할 모형을 만드는 방법입니다. 적합(Fitting)은 데이터의 패턴에 모델을 맞추는 과정을 가리킵니다.
| 학습 상태 | 기존 데이터와 새 데이터 | 그림을 읽는 방법 |
|---|---|---|
| 과소적합 · Underfitting | 기존 데이터의 패턴을 충분히 배우지 못해 기존·새 데이터 모두에서 성능이 부족할 수 있음 | p. 48의 직선은 곡선 형태의 패턴을 놓치는 예 |
| 적절한 수준의 적합 | 유용한 패턴을 학습하면서 새로운 조건에도 대응하도록 균형을 찾음 | p. 48의 가운데 곡선은 패턴을 적절히 표현한 예 |
| 과적합 · Overfitting | 기존 데이터에 지나치게 의존해 새로운 데이터에 대한 예측력이 떨어짐 | p. 48의 요동치는 곡선은 개별 점을 과하게 따라가는 예 |
원본은 20~30대 데이터에 특화된 모델이 60대의 새 데이터에 잘 대응하지 못하는 사례를 듭니다. 또한 과거 1년과 최근 한 달 중 어느 데이터를 활용할지 서비스 변화와 사용자층의 변화를 고려하라고 설명합니다.
유효성과 환경 적합성을 모두 높이는 것이 이상적입니다. 원본은 제한된 시간·비용 안에서 하나를 먼저 확보하고 다른 하나를 높이는 전략을 설명합니다.
p. 52에서 깊이는 유효성, 넓이는 환경 적합성에 대응합니다. 시간과 힘이 제한되면 깊이와 넓이를 조절해야 합니다. 이 비유는 자원 제약을 설명하며 두 조건이 언제나 반대로 움직인다는 수학적 법칙은 아닙니다.
rPPG(remote Photoplethysmography, 원격 광용적맥파 측정)는 카메라에 기록된 혈류에 따른 빛의 변화로 맥파를 측정하는 방식입니다. 원본 p. 53은 스마트폰 전면 카메라로 심박변이도, 즉 심장 박동 사이 간격의 변화를 측정하는 개발 사례를 소개합니다.
움직이지 않고 2~3분 스마트폰을 응시하도록 하면 일상에서보다 조건을 엄격히 맞출 수 있습니다. 그 조건에서만 높은 성능을 내는 모델은 실제 사용에 한계가 있습니다.
사용자의 움직임은 측정 정확도와 경험에 영향을 줍니다. 원본은 어느 정도의 정확도 손실을 감수하더라도 실제 환경에서 사용할 수 있는 모델을 고려해야 한다고 설명합니다.
이 균형은 유용성뿐 아니라 사용성과 신뢰성에도 영향을 줍니다. 원본은 사용자에게 좋은 경험을, 제공자에게 수익성을 제공하도록 원리와 절차를 함께 다룬다고 정리합니다.
이해 보완 · p. 29의 과제 제출 사례에 문제 공간과 평가 조건을 적용해 봅니다.
| 단계 | 과제 제출 사례에 적용 |
|---|---|
| 문제 공간 | 시초: 미제출 / 목표: 올바른 파일 제출·확인 / 제약: 마감·용량·연결 / 조작자: 선택·업로드·제출·재시도 |
| 표상과 해결책 | 학생은 “업로드=제출”로 생각할 수 있습니다. 업로드와 최종 제출을 구분하거나 완료 상태를 명확히 안내합니다. |
| 가치와 네 모형 | 정확하고 안심되는 제출(가치) → 파일 검사·확정·영수증(기능) → 과목·과제·제출 기록의 위치(구조) → 상태·오류 표시(표현) |
| 우선순위 | 정확한 제출을 먼저 충족하고 완료 피드백으로 만족을 보완합니다. |
| 통제된 평가 | 같은 환경에서 올바른 파일의 제출 성공 여부와 완료 인식, 오류 복구를 확인합니다. |
| 실제 환경 평가 | 휴대전화·약한 연결·용량 초과·마감 직전 등의 조건에서 실제 요구를 충족하는지 확인합니다. |
| 균형과 개선 | 한 조건의 성공만으로 끝내지 않고, 주요 실패 조건을 찾아 보완한 뒤 두 환경에서 다시 확인합니다. |
정의 → 구분 기준 → 사례 → 판단 이유 순서로 설명해 보세요. 환경 적합성을 설명할 때는 통제된 환경과 실제 환경에서 어떤 조건이 달라지는지 예를 들어 보세요.
이해 보완 · 개념 구분을 위한 자체 확인 문제입니다.
이해 보완 · 개념을 확인하는 복습 질문입니다. 먼저 답한 뒤 해설과 해당 페이지를 확인하세요.
검색 결과가 없습니다. 다른 용어로 검색해 보세요.
출처는 최일준 교수의 「3장. 유용성의 원리」 PDF 58쪽이며, 쪽 번호는 표지부터 셉니다.
이해 보완 · 자체 학습 활동. 아래는 개념을 적용하기 위한 가상 사례입니다. 실제 서비스 평가 결과가 아닙니다.
학생이 수업 전에 빈 강의실을 찾아 조별 모임을 열려고 합니다. 서비스는 강의실 목록과 사용 가능 시간을 보여 주지만, 건물 위치와 인원 제한은 표시하지 않습니다.
개선안: 강의실별 수용 인원·위치·이용 조건을 제공하고 원하는 시간과 인원으로 좁혀 본다. 확인 과업: ‘수업 종료 후 10분 안에 이동할 수 있고 5명이 30분간 모일 장소를 골라 이유를 설명하세요.’
목록을 빨리 찾았어도 실제로 사용할 수 없는 방을 골랐다면 목표 달성을 확인한 것이 아니다. 찾는 속도, 선택한 장소가 제약을 충족하는지, 선택 이유를 함께 기록한다. 화면 조작의 편리함만으로 유용성 전체를 판단하지 않는다.
완료 기준: 문제 공간 네 요소, 사용자 기대와 실제 조건의 차이, 두 가치, 유효성·환경 적합성 확인 항목을 각각 작성합니다.