사용자 조사·문제정의·UX 계획
도서관 강좌 신청을 개선하려는 팀이 “신청 버튼을 더 크게 만들자”고 제안했다. 그러나 실제 어려움은 어느 지점의 강좌인지 찾지 못하는 것일 수도 있고, 확인 화면을 본 뒤 신청이 끝났다고 믿는 것일 수도 있다. 버튼의 크기가 답인지부터 확인하지 않으면 잘못 정의한 문제를 더 예쁘게 만든다.
1. 버튼을 크게 바꾸기 전에 알아야 할 것
도서관 강좌 신청을 개선하려는 팀이 “신청 버튼을 더 크게 만들자”고 제안했다. 그러나 실제 어려움은 어느 지점의 강좌인지 찾지 못하는 것일 수도 있고, 확인 화면을 본 뒤 신청이 끝났다고 믿는 것일 수도 있다. 버튼의 크기가 답인지부터 확인하지 않으면 잘못 정의한 문제를 더 예쁘게 만든다.
여기서는 새 가상 사례 UR-LIB를 사용한다. 앞 공방의 취소 정책이나 실제 도서관의 운영규정을 이어받지 않는다. 인물·관찰·8건의 수행 기록·계획은 모두 학습을 위해 만든 것이며 실제 참가자 모집·인터뷰·실험을 수행한 보고가 아니다.
필요와 요청한 해법은 같지 않았다
이해관계자·문제·요구사항에서 이해관계자는 영향을 주거나 받는 주체이며 필요는 이루려는 목적과 해결해야 할 문제였다. 요청한 기능이 그 목적에 필요한 최선의 해법인지는 별도로 확인한다.
요구의 근거를 설계까지 유지한다
요구 도출·분석·명세·검증·추적의 요구공학은 근거의 도출·분석·명세·확인과 추적·변경을 연결했다. 이번에는 사용자의 실제 목적과 이용 맥락을 알아내어 그 연결의 입력을 구체화한다.
정확히 말하면 무엇을 계획하는가
UX 계획은 사용자·목적·사용 맥락에 관한 근거와 미확인을 바탕으로 경험 목표, 조사 질문·방법, 설계 방향, 검증 기준·역할·일정을 연결하는 계획이다.
쉬운 말로는 누구의 어떤 어려움을 무엇으로 확인하고, 그 결과에 따라 무엇을 바꿀지 미리 연결하는 일이다. 계획을 세웠다는 사실과 사용자의 문제가 실제로 개선됐다는 결과는 다르다. 이 절은 조사·문제정의·상위 계획을 맡고 다음 절은 구체적인 정보·행동·상태의 콘셉트를 맡는다.
화면의 접점과 전체 경험을 나눈다
UI는 User Interface, UX는 User Experience의 약어다. 사용자 인터페이스(UI)는 사용자가 시스템의 정보와 기능을 인식하고 조작하는 접점의 요소와 동작이다. 사용자 경험(UX)은 제품·서비스와의 관계에서 사용자가 겪는 상호작용과 그에 따른 인식·감정 등을 포괄하는 경험이다.
강좌를 찾고 자격을 확인하고 신청 결과를 이해하는 과정에는 화면뿐 아니라 안내문과 직원의 도움도 관여할 수 있다. 화면이 아름답거나 클릭 수가 적다는 이유만으로 좋은 UX라고 판정하지 않는다. 제출 전 검토 화면을 완료로 믿게 만들면 선명한 버튼도 잘못된 이해를 강화한다.
질문에서 다음 설계 판단까지
| 조사·판단의 연결 | 함께 전달할 것 |
|---|---|
| 사용자·목표·환경 → 근거와 미확인 | 질문·대상·조사 방법 |
| 관찰 ↔ 해석·반례 확인 | 사실과 원인 가설을 구별 |
| 문제·피해·우선순위 | 경험 목표·지표·담당·검증 계획 |
| 콘셉트 대안 → 다시 질문 | 새 근거에 따라 문제·계획 수정 |
화살표의 방향과 조건을 따라 연결을 읽습니다.
UR-P1은 처음 신청하는 이용자가 검토 뒤 제출·확정을 구별하지 못해 신청 여부를 잘못 이해할 수 있다는 가상 문제다. O-01만으로 이유를 확정하지 않으며 O-03이 O-02의 어려움을 없애는 것도 아니다. 실제 조사에서 상황·과업·판본·도움 여부와 반례를 확인한다.
화살표는 실제 시스템 호출이 아니라 판단에 필요한 근거의 전달이다. 조사에서 반례가 나오면 문제정의와 계획을 고친다. 초기에 쓴 목표를 지키기 위해 불편한 관찰을 버리지 않는다.
2. 해법을 주장하기 전에 질문을 만든다
사용자 조사는 사용자의 목표·행동·환경·어려움과 서비스 이용을 체계적으로 알아보고 설계 판단에 쓸 근거를 만드는 활동이다. 조사 질문은 어떤 결정을 위해 무엇을 알아내야 하는지를 검토 가능한 물음으로 표현한 것이다.
인터뷰 10회는 활동량이고 누가 무엇 때문에 신청을 중단하는가는 알아낼 대상이다. 질문은 방법이나 산출물 이름이 아니라 조사 뒤 바꾸거나 유지할 결정과 연결한다. 인터뷰 수가 채워져도 중요한 원인을 구별하지 못했다면 그 결정의 불확실성은 남는다.
UR-LIB의 세 질문과 결정
UR-R1은 “처음 찾을 때 어떤 분류와 표현을 이용하는가”, UR-R2는 “무엇을 보고 신청이 확정됐다고 판단하는가”, UR-R3은 “도움이 필요한 상황에서 어떤 대안을 이용하는가”다.
R1은 메뉴·용어의 후보, R2는 검토·제출·결과의 구분, R3은 지원 경로의 계획에 영향을 준다. 질문을 새 버튼이 마음에 드는가로 바꾸면 사용자가 일을 끝내는 데 무엇이 필요한지보다 이미 고른 해법의 선호만 묻게 된다. 자격·정원·신청 효력처럼 운영 정책이 필요한 사항은 사용자 의견만으로 결정하지 않고 해당 책임자에게 확인한다.
방법은 질문에 맞춰 선택한다
| 알아낼 것 | 우선 검토할 방법 | 그 방법만으로 모르는 것 |
|---|---|---|
| 최근 신청의 목적과 맥락 | 구체적인 경험 인터뷰 | 기억이 실제 행동과 일치하는지 |
| 검토 화면에서 하는 판단 | 과업 관찰과 생각·기대 질문 | 전체 이용자 중 발생 비율 |
| 어디서 얼마나 이탈하는지 | 정의가 확인된 이용 기록 | 이탈의 이유와 화면 밖 사정 |
| 설계 대안의 작동 여부 | 정한 과업의 프로토타입 확인 | 실제 운영 품질·모집단 효과 |
말로 설명한 선호와 관찰한 행동은 서로 보완하지만 같지 않다. 목적·개발 단계·윤리와 접근 조건·팀의 분석 능력을 고려해 방법을 고른다. 기록의 이벤트 정의가 불명확하면 이탈률부터 계산하지 말고 무엇을 센 것인지 확인한다.
편하게 부를 수 있는 사람만 모으면 무엇이 빠질까
UR의 처음 신청하는 사람과 반복 이용자, 끝낸 사람과 중단한 사람은 서로 다른 문제를 알려 줄 수 있다. 지원이나 보조기술이 필요한 사람을 제외하면 가장 큰 장벽을 발견하지 못할 수도 있다. 필요한 집단은 연구 질문과 서비스 범위에서 정하며 나이·성별 칸을 채우는 것으로 대신하지 않는다.
빠진 집단과 모집 실패의 이유도 계획에 남긴다. 내부 동료로 진행 연습을 할 수는 있지만 그 결과를 실제 이용자 근거로 표시하지 않는다. 목적에 맞춰 모집한 소수의 관찰을 전체 이용자의 분포나 성공 확률로 일반화하지 않는다.
누구에게 무엇을 알아볼지 표로 묶는다
| 모집할 경험 범주 | 연결 질문 | 필요한 준비 |
|---|---|---|
| 처음 강좌를 찾는 경험 | R1 | 실제 찾는 표현·기기·장소 질문 |
| 신청을 끝내거나 중단한 경험 | R2 | 최근 사례와 판단 시점 확인 |
| 다른 사람의 도움을 이용한 경험 | R3 | 지원 방식·접근 필요 확인 |
한 사람이 여러 범주에 해당할 수 있으므로 합계로 참가자 수를 부풀리지 않는다. 이 표는 모집 설계이며 실제 참가자 수는 0명이다. 실제 모집 때에는 필요한 사용자 범위, 접근 조건, 참여 부담과 자료 취급 절차를 구체화한다.
참여 조건은 관찰 전에 설명한다
연구 목적, 할 일과 예상 부담, 누가 관찰하는지, 무엇을 기록하며 누가 접근하고 언제까지 보관할지 이해할 수 있게 설명한다. 참여 중 중단이나 자료 취급에 관한 질문을 할 방법도 마련한다. 참여·녹음·화면 기록을 같은 것으로 묶어 모호하게 동의받지 않는다.
UR에서는 실제 개인정보 대신 시험용 입력을 사용하고 녹화에 다른 사람의 정보가 들어오지 않도록 준비한다. 참여 조건을 문서로 작성한 것과 실제 동의를 받은 사실은 구분한다. 이 설명은 영국의 조사 지침을 참고한 연구 운영 원리이며 한국의 법적 동의 요건을 충족했다는 판정이 아니다.
최근 실제 경험을 중립적으로 묻는다
“마지막으로 강좌를 신청할 때 처음 어디서 찾았나요?”처럼 구체적인 사건에서 시작한다. “확인 화면이 헷갈렸죠?”처럼 원인을 미리 말하지 않고, 본 화면·행동·그때 예상한 다음 일을 구체적으로 묻는다. 말하지 않은 불편을 조사자가 대신 채우지 않는다.
과업 관찰에서는 정답 버튼을 알려 주기 전에 사용자가 무엇을 이해했는지 기록한다. 도움이 필요해 지원했다면 시점과 내용을 남겨 도움 없는 수행과 구분한다. 모든 활동을 끝내게 만드는 일보다 왜 멈추었는지 안전하게 이해하는 일이 조사 목적에 맞을 수 있다.
3. 관찰과 해석 사이의 연결을 드러낸다
본 것·들은 것과 그 이유에 대한 해석, 다음에 할 일을 서로 구분한다. 가상 O-01은 검토 화면에서 창을 닫는 행동이고, 가상 O-02는 “확인을 했으니 끝난 줄 알았다”는 발언이다. 이 두 기록은 검토·확정의 구분이 어렵다는 가설을 세울 단서지만 모든 이탈의 원인이 같다는 증거는 아니다.
관찰 기록에는 상황·과업·판본·도움 여부를, 해석에는 뒷받침하는 관찰과 반례를 연결한다. 실제 기록을 보고하지 않는 이 사례의 발언은 집필자가 만든 문장이다. 분석자가 떠올린 좋은 해법을 관찰 사실의 칸에 넣지 않는다.
중단이라는 같은 결과에도 다른 원인이 있다
| 가상 기록 | 관찰 또는 발언 | 가능한 해석·확인 |
|---|---|---|
| O-01 | 검토 화면에서 창을 닫음 | 완료로 믿었는지 다른 사정인지 확인 |
| O-02 | 확인했으니 끝난 줄 알았다고 말함 | 검토·확정 구분 가설의 단서 |
| O-03 | 날짜가 맞지 않아 신청하지 않음 | 화면 혼동과 다른 원인 |
서로 다른 원인 범주를 분리하고 어떤 조건에서 나타났는지 확인한다. O-03을 O-01과 같은 문제의 빈도로 합치면 해결책의 효과를 잘못 예상하게 된다. 반대로 O-03이 있다고 O-02의 어려움이 사라지는 것도 아니다. 관찰 수, 참가자 수, 문제 발생 수를 서로 다른 단위로 기록한다.
문제정의는 해법보다 사용자와 장벽을 담는다
UX 문제정의는 어떤 사용자가 어떤 맥락에서 어떤 목표를 이루지 못하며 그 어려움과 영향이 무엇인지 근거와 범위로 표현한 설명이다. UR-P1은 처음 신청하는 이용자가 검토를 마친 상황에서 제출과 확정을 구별하지 못해 신청 여부를 잘못 이해할 수 있다는 가상 문제다.
신청 버튼을 크게 만들어야 한다는 대안이지 이 문제의 정의가 아니다. 문제 문장에는 적용 상황, 근거 O-01/O-02, 반례 O-03, 추가 확인 책임을 함께 둔다. 이로써 다른 설명이나 설계 대안이 나왔을 때 어떤 근거로 문제를 유지하거나 수정할지 알 수 있다.
페르소나는 인물 장식이 아니라 중요한 패턴의 표현이다
연구 기반 페르소나는 관찰한 사용자들의 목표·행동·맥락상 중요한 패턴을 설계에 사용하기 위해 구성한 대표적 사용자 유형이다. 처음 신청하고 결과 안내를 통해 완료 여부를 판단하는 유형은 UR-P1과 연결되지만 이름·사진·취향을 꾸미는 것만으로 근거가 생기지는 않는다.
실제 조사 전 가정한 유형은 가설로 표시하고 확인할 질문을 남긴다. 같은 나이의 사람도 과업·지원·경험이 다를 수 있으며 한 사람을 모든 이용자의 대표로 삼지 않는다. 유형을 합치거나 나누는 이유와 이를 뒷받침하는 관찰을 유지한다.
화면 사이와 화면 밖의 경험도 연결한다
사용자 여정 지도는 사용자가 목표를 이루는 과정의 단계·행동·접점·경험과 어려움을 시간 흐름에 따라 연결한 표현이다. UR에서는 강좌 알아보기→조건 확인→신청 시도→확정 여부 확인→참여 준비의 흐름을 놓고 웹·문자·직원 도움의 접점을 함께 볼 수 있다.
신청 시도와 확정 여부 확인 사이의 오해가 UR-P1이다. 지도에 즐거움·불안을 표시하려면 그 근거와 가정 여부를 남긴다. 보기 좋은 감정 곡선은 실제 감정 조사 결과가 아니며, 서비스의 내부 처리 순서를 사용자의 경험으로 그대로 대체하지 않는다.
경험 목표를 비교 가능한 질문으로 바꾼다
UR의 경험 목표는 원하는 강좌의 조건을 이해하고 정확히 신청하며 결과와 다음 행동을 구별한다다. 만족도 향상만 적으면 무엇을 관찰할지 정하기 어렵다. 찾기·판단·제출·확정 이해 중 어느 과업이 실패하는지 구분해 확인할 계획을 세운다.
제출 전후의 문구를 바꾸는 대안과 결과 조회 경로를 추가하는 대안을 비교할 수 있다. 그러나 자격·정원·신청 효력은 업무 정책의 확인이 필요하다. 더 쉽게 보이게 하려고 실제로 확정되지 않은 결과를 완료라고 알리는 대안은 목표와 모순된다.
영향과 근거의 확실성을 따로 본다
참여 기회를 잃는 오해와 단순한 표현 선호는 피해가 다르다. 영향을 받는 사용자와 빈도, 심각도, 확인 근거, 해결 비용과 선행 조건을 같은 축으로 검토한다. 근거가 약하면 필요성을 삭제하는 대신 불확실성을 줄일 조사 순서를 정한다.
예컨대 UR-P1은 피해가 클 수 있지만 아직 가상 단서이므로 실제 발생 조건 확인을 우선할 수 있다. 이미 확실한 필수 조건 위반을 인기투표 점수로 면제하지 않는다. 점수표를 사용해도 입력의 뜻과 불확실성을 함께 남겨 숫자가 판단을 대신하지 않게 한다.
4. 지표·역할·일정을 같은 계획에 담는다
UR-M1의 과업은 정한 강좌에 올바르게 신청하고 실제 확정 여부와 다음 행동을 정확하게 설명하는 것이다. 시작·종료 이벤트와 정답, 도움의 범위, 실패·중단·기술 오류의 기록 방법을 관찰 전에 정한다. 도움 후 성공과 실패·중단을 구분하며, 보기 좋은 화면이나 클릭 완료만으로 성공을 세지 않는다.
전체 예정 과업이 기록에 빠짐없이 포함됐는지 대조한다. 오류로 사라진 기록은 성공도 자발적 중단도 아니며 별도 누락으로 조사한다. 목표 수치를 결과를 본 뒤 통과하도록 고치지 않고, 변하면 규칙의 새 판본과 재검토 이유를 남긴다.
UR-M1의 합성 8건을 같은 분모로 읽는다
| 기록 | 결과 | 도움 없는 성공시간(초) |
|---|---|---|
| U1 | 도움 없는 성공 | 40 |
| U2 | 도움 없는 성공 | 50 |
| U3 | 도움 없는 성공 | 60 |
| U4 | 도움 없는 성공 | 70 |
| U5 | 도움 후 성공 | 해당 없음 |
| U6 | 도움 후 성공 | 해당 없음 |
| U7 | 실패 | 해당 없음 |
| U8 | 실패 | 해당 없음 |
도움 없는 성공은 4/8=50%, 도움을 포함한 성공은 6/8=75%, 실패는 2/8=25%다. 75%는 스스로 완료한 비율이 아니며 실패 두 건을 분모에서 빼면 다른 질문에 답하게 된다. 이 표의 도움·실패 행에서 해당 없음은 그 시간 지표의 대상이 아니라는 뜻이지 실제 수행시간이 0초였다는 뜻이 아니다.
빠른 성공만의 시간이 전체 과업의 시간을 뜻하지는 않는다
도움 없는 성공 4건의 중앙값은 (50+60)/2=55초다. 이는 해당 조건에서 성공한 네 건의 요약이며 실패·도움 과업까지 포함한 전체 소요시간이 아니다. 시간만 줄이려고 확정 여부를 틀리게 이해한 과업을 성공으로 세면 원래 목표를 잃는다.
조건 하나를 바꾸어 검산해 보자. 별도의 합성 자료에서 U5도 도움 없이 80초에 성공했고 나머지 기록은 같다고 가정한다. 먼저 UR-M1의 합성 8건을 같은 분모로 읽는다의 판정 칸을 바꾸면 독립 성공은 5/8=62.5%, 도움을 포함한 완료는 여전히 6/8=75%다. 독립 성공 시간만 다시 모으면 40·50·60·70·80초이며, 다섯 값의 가운데인 세 번째 값 60초가 중앙값이다. 이제는 가운데 두 값을 평균하지 않는다. 실패 두 건에 0초를 넣어 구한 값이나 이전 55초를 그대로 쓰는 답은 시간의 대상 또는 표본 수가 바뀐 것을 놓친 것이다. 분류가 헷갈리면 UR-M1의 합성 8건을 같은 분모로 읽는다의 도움 여부로, 중앙값이 헷갈리면 이 절의 정렬된 성공 시간으로 돌아가 다시 확인한다.
분모 8과 수행 조건을 유지하며, 이 작은 합성·목적 표본에서 전체 이용자의 성공 확률이나 통계적 유의성을 주장하지 않는다. 실제 비교 연구에는 설계·표집·변동·오류 비용에 맞는 별도 계획이 필요하다. 같은 사람이 여러 번 수행했다면 기록 수와 독립 참가자 수도 나누어 보고한다.
실행할 사람과 판단할 출구를 지정한다
조사 담당자는 질문·모집·진행·자료 관리를, 분석 참여자는 관찰·해석·반례의 연결을 맡는다. 설계 담당자는 문제와 근거를 대안으로 옮기고, 운영·정책 담당자는 자격·확정·지원 조건을 확인한다. 같은 사람이 여러 역할을 맡아도 어떤 결정을 어떤 증거로 내리는지 구분한다.
일정은 준비→조사→분석→다음 판본 결정으로 연결한다. 준비의 출구는 안전한 과업과 참여 조건, 분석의 출구는 근거가 추적되는 문제와 미확인 목록이다. 회의를 개최한 횟수나 그림을 완성한 날짜만으로 다음 단계의 준비를 판단하지 않는다.
무엇을 알면 진행하고 무엇을 모르면 보류할까
R1에서 이용자가 찾는 표현이 확인되면 분류 후보를 만들고, R2에서 검토와 확정의 이해를 확인하면 문구·상태 대안을 비교한다. R3에서 필요한 지원을 발견하면 같은 과업의 지원 경로를 함께 설계한다. 각각의 판단은 해당 범위의 관찰에만 기대어야 한다.
중요한 집단을 모집하지 못했거나 확정 상태의 계약을 모르면 해당 결론을 보류하고 다음 작업을 지정한다. 전체 프로젝트를 무조건 중단하는 대신 지금 만들 수 있는 대안과 아직 승인할 수 없는 주장·기능을 구분한다. 새로운 근거가 나오면 계획의 질문·대상·우선순위도 갱신한다.
계획이 실패하는 원인을 미리 적는다
대안을 칭찬하게 만드는 유도질문은 문제 발견을 막는다. 내부 동료만의 관찰은 실제 이용자의 맥락을 놓칠 수 있고, 지원한 사실을 숨긴 성공률은 어려움을 지운다. 관찰과 해석을 섞으면 어느 가정이 틀렸는지 되돌아보기 어렵다.
연구 질문별 대상과 중립적인 진행 문장, 도움·실패·누락의 기록 규칙, 근거와 반례 연결을 준비해 이를 줄인다. 참가자 부담이나 자료 노출 문제가 생기면 안전한 중단·정리 절차를 먼저 따른다. 조사기관이나 실무 담당자의 검토를 받지 않은 이 예를 운영 승인서로 사용하지 않는다.
다음 콘셉트 설계가 받는 것은 그림만이 아니다
넘길 묶음에는 사용자·목적·맥락, 근거 O-01~O-03, 미확인 R1~R3, 과업·성공 조건 UR-M1과 정책 확인 책임을 넣는다. UR-P1을 어떤 대안으로 해결하려는지, 어떤 반례를 다음에 확인할지도 연결한다. 디자인 파일만 넘겨 근거와 제한을 잃지 않는다.
이 사례의 다음 작업은 검토와 확정을 구분하고 강좌·신청내역·도움을 찾게 하는 여러 콘셉트를 만드는 것이다. 실제 사용자 조사와 운영 확정 계약이 없는 부분은 가정 상태를 유지한다. 이후 관찰에서 문제가 달라지면 원래 계획을 현재의 사실인 것처럼 보존하지 말고 새 판본으로 갱신한다.
UI/UX 계획 수립의 답안은 근거와 결정을 연결한다
UI/UX 계획은 사용자·목표·환경을 정하고 미확인을 질문으로 바꾸며, 대상·방법·참여 조건을 준비하여 관찰·해석·반례로 문제를 구체화한다. 이후 피해와 근거의 확실성·비용·의존성으로 우선순위를 정하고 경험 목표·측정 규칙·담당·일정·종료 조건을 연결한다.
UR-LIB의 계획은 큰 버튼이라는 해법을 먼저 승인하지 않았고, 8건의 합성 결과에서도 도움 없는 성공과 도움 후 성공의 의미를 구분했다. 답안에는 가정·제한과 다음 콘셉트·검증에 넘길 항목을 포함한다. 계획 작성과 실제 조사·효과 검증은 서로 다른 수행이다.
독립 연습 — 자료가 좋아 보이도록 분모를 바꾸지 않는다
다음은 본문 사례의 조건을 적용하거나 바꾼 자체 연습이다. 먼저 판단과 근거를 적고 풀이를 펼친다.
UR-M1의 8 건에서 독립 성공 40·50·60·70 초, 도움 후 성공 2 건, 실패 2 건이라는 원래 기록을 사용한다. 보고자는 “6 명 성공이므로 독립 성공 75%, 실패의 시간은 0으로 두었다”고 썼다.
- 독립 성공과 도움 포함 성공을 각각 계산하여 보고 문장을 고쳐라.
- 독립 성공 시간 중앙값과 그 대상 범위를 적어라.
- 큰 버튼이 해법이라는 결론을 이 수치만으로 낼 수 없는 이유를 쓰라.
풀이와 오답 교정 보기
독립 성공은 4/8=50%, 도움 포함 완료는 6/8=75%다. 독립 성공 시간은 네 건만의 조건부 요약이며 중앙값은 (50+60)/2=55 초다. 도움·실패의 시간은 이 지표의 대상이 아니므로 0 초로 넣지 않는다. 집계는 어디에서 왜 막혔는지와 큰 버튼의 효과를 설명하지 못한다. 관찰 사실·원인 해석·해법 가설을 나누고 추가 질문을 계획한다.
8 건의 결과 분류에서 분자부터 고친 뒤 시간의 대상을 적는다. 집계에서 곧바로 해법으로 뛰었다면 문제정의를 다시 읽는다.
5. 자체 10점 문제
UI와 UX의 관계를 설명하고, 사용자 조사에 근거한 UX 계획의 주요 구성요소와 문제정의 시 주의점을 제시하시오.
실제 기출이 아닌 자체 연습문제다. 요구어의 범위를 나누고 본문의 근거·반례·측정 조건으로 판단을 설명한다.
10점 풀이와 답안 구성 보기
10점 답안 목차
- UI와 UX의 범위
- 질문·대상·방법의 계획
- 근거에서 문제정의로
- 판단과 검증의 인계
10점 답안 연결표
사용자·목표·맥락에서 질문·대상·방법을 정하고 관찰·해석·반례 그림으로 근거를 구별한다. 문제·영향·우선순위를 경험 목표·측정 계약에 연결하고 담당·일정·검증·다음 콘셉트에 인계한다. 근거와 미확인을 함께 전달한다.
각 화살표에는 근거와 미확인을 같이 전달한다. 숫자는 정한 과업·분모·도움 조건을 유지하여 해석한다.
10점 모범답안
1. UI와 UX의 범위
UI는 사용자가 정보를 인식하고 조작하는 접점의 요소·동작이고 UX는 서비스와의 관계에서 겪는 상호작용·인식·감정을 포괄한다. 화면의 외형뿐 아니라 원하는 일을 이루고 확정과 다음 행동을 이해하는 맥락을 고려한다.
2. 질문·대상·방법의 계획
목적과 사용자·맥락을 정하고 가정을 조사 질문으로 바꾼다. 질문에 맞는 인터뷰·관찰·기록 등의 방법과 모집 범위·지원·기록 조건을 계획한다. 편리하게 모은 내부 표본이나 작은 목적 표본을 전체 이용자로 일반화하지 않는다.
3. 근거에서 문제정의로
본 것·들은 것, 원인에 대한 해석과 다음 행동을 구분한다. 반례와 미확인을 남기고 사용자·목표·맥락·장벽·영향으로 문제를 표현한다. 큰 버튼처럼 특정 해법을 문제정의에 미리 포함하지 않는다.
4. 판단과 검증의 인계
피해·근거·비용·의존성으로 우선순위를 정하고 과업·성공·도움·실패·분모를 고정한다. 담당·일정·결정의 출구와 추가 질문을 남겨 다음 콘셉트와 평가에 전달한다. 가상 자료나 작성한 계획을 실제 조사·승인 결과로 표시하지 않는다.
6. 자체 25점 문제
도서관 강좌 서비스의 확인 화면을 신청 완료로 오해할 수 있다는 가설이 있다. UR-M1 합성 기록 8건은 도움 없는 성공 4, 도움 후 성공 2, 실패 2이며 도움 없는 성공시간은 40·50·60·70초다. 사용자 조사·문제정의·우선순위·UX 계획과 지표 해석, 다음 설계의 인계 방안을 제시하시오.
실제 기출이 아닌 자체 연습문제다. 요구어의 범위를 나누고 본문의 근거·반례·측정 조건으로 판단을 설명한다.
25점 풀이와 답안 구성 보기
25점 답안 목차
- 범위와 질문
- 대상·방법·참여 조건
- 근거·해석·문제
- 수행 지표와 분모
- 우선순위·실행 계획
- 설계 인계와 재검토
25점 답안 연결표
사용자·목표·맥락에서 질문·대상·방법을 정하고 관찰·해석·반례 그림으로 근거를 구별한다. 문제·영향·우선순위를 경험 목표·측정 계약에 연결하고 담당·일정·검증·다음 콘셉트에 인계한다. 근거와 미확인을 함께 전달한다.
각 화살표에는 근거와 미확인을 같이 전달한다. 숫자는 정한 과업·분모·도움 조건을 유지하여 해석한다.
25점 모범답안
1. 범위와 질문
목표는 강좌 선택과 정확한 신청·확정 이해다. 검토 화면에서 완료로 믿는지, 탐색 용어를 어떻게 이해하는지, 도움 경로가 무엇인지 질문으로 만든다. 큰 버튼을 해법으로 확정하지 않고 자격·정원 등 정책의 미확인도 남긴다.
2. 대상·방법·참여 조건
처음·완료·중단·지원 경험을 질문에 맞춰 포함하고 중립적인 최근 경험 인터뷰와 과업 관찰을 연결한다. 목적·기록·자료 취급·중단을 설명하고 필요한 지원과 접근 제한을 준비한다. 모집 계획과 실제 모집·동의 완료는 구분한다.
3. 근거·해석·문제
O-01의 이탈과 O-02의 가상 발언에서 검토·확정 구분의 어려움을 가설로 세운다. 날짜가 맞지 않아 중단한 O-03은 별도 원인으로 남긴다. 사용자·맥락·목표·장벽·영향을 표현하고 가상 기록을 실제 발언이나 모집단 선호로 꾸미지 않는다.
4. 수행 지표와 분모
도움 없는 성공은 4/8=50%, 도움 포함 성공은 6/8=75%, 실패는 2/8=25%다. 도움 없는 성공 4건의 시간 중앙값은 55초이며 실패·도움 조건과 구분해 보고한다. 실패를 분모에서 빼거나 75%를 스스로 완료한 비율로 쓰지 않는다.
5. 우선순위·실행 계획
참여 기회 상실 등 피해·영향 범위와 근거의 확실성·비용·의존성을 따로 비교한다. 조사·설계·운영·정책의 역할과 준비→조사→분석→다음 판본 결정의 출구를 정한다. 중요한 미확인 집단이나 상태 계약이 남으면 해당 결론을 보류한다.
6. 설계 인계와 재검토
근거·반례·문제·경험 목표·UR-M1의 측정 계약과 정책 책임을 다음 콘셉트 설계에 전달한다. 검토와 확정을 구별하는 여러 대안을 비교하고 새 관찰에 따라 계획을 갱신한다. 이번 값은 합성 기록의 검산이며 실제 사용 성과나 독립 승인을 뜻하지 않는다.
출처와 사례의 경계
- SRC-UX-GOV-PLAN — UK Government Digital Service, Plan user research for your service. 위치: Decide your objectives and approach; Agree research questions; Identify user groups; Choose relevant research activities; Work out participant numbers. 발행: 2016-03-14. 확인: 2026-09-06.
- SRC-UX-NNG-EXPERIENCE — Nielsen Norman Group / Kate Kaplan, What Is User Experience (and What Is It Not)?. 위치: What Is User Experience (UX)?; UX as a Set of Interactions; Common UX Misconceptions. 발행: 2024-11-15. 확인: 2026-09-06.
- SRC-UX-GOV-NEEDS — UK Government Digital Service, Learning about users and their needs. 위치: Understanding user needs; Researching users and their needs; Writing user needs; Validating user needs; Share your user needs. 발행: 2016-04-04. 확인: 2026-09-06.
- SRC-UX-GOV-INTERVIEW — UK Government Digital Service, Using in-depth interviews. 위치: When to use in-depth interviews; Plan the sessions; Design the interview; Do the interview. 발행: 2017-02-21. 확인: 2026-09-06.
- SRC-UX-GOV-CONSENT — UK Government Digital Service, Getting informed consent for user research. 위치: What informed consent is; Getting informed consent; Collecting and keeping evidence of consent; Withdrawing consent. 발행: 2016-05-24. 확인: 2026-09-06.
- SRC-UX-GOV-ANALYSE — UK Government Digital Service, Analyse a research session. 위치: Extract observations; Sort observations; Determine findings; Decide actions. 발행: 원문 발행일 미확정. 확인: 2026-09-06.
- SRC-UX-GOV-JOURNEY — UK Government Digital Service, Creating an experience map. 위치: When to use experience mapping; Steps to follow; Preparation; Identify common stages; Build up the experience. 발행: 2017-02-21. 확인: 2026-09-06.
정의·방법의 제한된 사실만 위 원문에서 대조하고 사례·수치·표·도식·문제는 독립적으로 작성했다. 영국 지침을 한국의 법적 의무로 옮기지 않는다. 실제 사용자 조사나 운영 시스템의 개선 효과를 측정한 기록이 아니다. 출처 보존과 공개 이용권한, 사람 독립검토와 독자 검증은 별도이며 미완료다.
한 번에 되찾기
UX 계획은 누구의 어떤 일을 무엇으로 확인하고 어떤 결정을 내릴지 연결한다. 관찰·해석·가정을 구분하고 문제의 피해와 근거의 확실성을 함께 보며 도움·실패·분모를 숨기지 않는다. 다음 설계에는 화면뿐 아니라 근거·반례·미확인·성공 조건·책임을 넘긴다.