UX/UI 디자인 공모전 실전 가이드 — 사용자 리서치부터 사용성 테스트 데이터까지
1. UX/UI 공모전 심사의 핵심 축
1-1. “예쁜 화면”이 아니라 “문제 해결”을 본다
UX/UI 디자인 공모전은 비주얼 완성도보다 사용자 문제를 얼마나 정확히 정의하고 해결했는가를 우선한다. 화려한 UI만 있고 리서치 근거가 없으면 상위권에 들기 어렵다.
1-2. 대표적인 배점 구성 (예시)
| 평가 항목 | 배점 비중 |
|---|---|
| 사용자 리서치·문제 정의 | 25% |
| 정보구조·플로우 설계 | 20% |
| 프로토타입 완성도(비주얼) | 25% |
| 사용성 테스트 및 개선 근거 | 20% |
| 발표·자료 구성 | 10% |
포인트: 리서치와 사용성 테스트를 합치면 45%다. 디자인 스킬만큼이나 “근거 제시 능력”이 당락을 가른다.
1-3. 감점 요소 체크리스트
- 리서치 없이 “사용자가 원할 것 같다”는 추측성 서술 → 감점
- 와이어프레임 단계 생략, 바로 하이파이 시안만 제출 → 설계 과정 불투명
- 사용성 테스트 결과 없이 “직관적인 UI”라고만 주장 → 근거 부족
- 접근성(색약, 저시력 등) 고려 누락 → 완성도 감점
2. 사용자 리서치 근거 제시하기
2-1. 리서치 방법론 선택
| 방법 | 목적 | 산출물 |
|---|---|---|
| 심층 인터뷰(5~8명) | 사용자의 근본 니즈·맥락 파악 | 인터뷰 스크립트, 인사이트 정리 |
| 설문조사(30명 이상) | 정량적 우선순위 검증 | 응답 통계, 순위 그래프 |
| 경쟁 서비스 분석 | 기존 솔루션의 강약점 파악 | 비교표, 갭 분석 |
| 사용자 여정 지도(Journey Map) | 전체 경험 흐름에서 페인포인트 발견 | 단계별 감정 곡선 |
2-2. 리서치 결과를 페르소나·문제 정의로 연결
예시: “인터뷰 결과 응답자 8명 중 6명이 ‘병원 예약 앱에서 대기시간을 미리 알 수 없어 불안하다’고 답했다. 이를 바탕으로 페르소나 ‘직장인 A(32세)’를 설정하고, 핵심 문제를 ‘실시간 대기시간 정보 부재’로 정의했다.”
2-3. 리서치 신뢰성 체크리스트
- 인터뷰·설문 대상자 수와 특성을 명시했는가
- 정량 데이터(응답률, 순위)를 그래프로 시각화했는가
- 리서치 인사이트가 최종 문제 정의와 명확히 연결되는가
3. 와이어프레임에서 하이파이 프로토타입까지
3-1. 단계별 진행 프로세스
- 정보구조(IA) 설계 — 사이트맵, 플로우차트 작성
- 저해상도 와이어프레임(Lo-fi) — 화면 레이아웃과 기능 배치 확정
- 중간 리뷰 — 팀 내 또는 사용자 대상 빠른 검증(5분 테스트)
- 하이파이 프로토타입(Hi-fi) — 실제 UI 컴포넌트, 컬러, 타이포그래피 적용
- 인터랙션 프로토타이핑 — 클릭 가능한 프로토타입(Figma 등) 제작
- 사용성 테스트 및 반영
3-2. 단계별 산출물 비교
| 단계 | 해상도 | 목적 | 도구 예시 |
|---|---|---|---|
| Lo-fi 와이어프레임 | 흑백·박스 수준 | 구조·플로우 검증 | Figma, 종이 스케치 |
| Mid-fi 와이어프레임 | 회색조·기본 컴포넌트 | 레이아웃 세부 조정 | Figma |
| Hi-fi 프로토타입 | 실제 컬러·폰트 적용 | 최종 비주얼·인터랙션 검증 | Figma, Protopie |
3-3. 프로토타입 완성도 체크리스트
- 주요 사용자 플로우(최소 3개) 전체가 클릭 가능한가
- 컬러 대비가 WCAG 기준(4.5:1 이상)을 충족하는가
- 컴포넌트가 일관된 디자인 시스템(버튼, 타이포그래피 규칙)을 따르는가
4. 사용성 테스트 데이터 활용
4-1. 사용성 테스트 설계
| 항목 | 내용 |
|---|---|
| 참가자 수 | 5~8명(닐슨 노먼 그룹 권장 기준) |
| 테스트 방식 | 태스크 기반(예: “예약을 완료해보세요”) |
| 측정 지표 | 태스크 성공률, 소요 시간, 오류 횟수, 만족도(SUS 점수) |
4-2. 테스트 결과 예시와 개선 반영
예시: “1차 테스트에서 태스크 성공률 62%, 평균 소요 시간 47초였다. ‘예약 확인’ 버튼 위치를 화면 하단 고정으로 변경한 후 2차 테스트에서 성공률 89%, 소요 시간 24초로 개선됐다.”
이렇게 개선 전/후 수치를 비교해 제시하면 “근거 기반 디자인”이라는 인상을 강하게 남긴다.
4-3. SUS(시스템 사용성 척도) 활용
- 10문항 설문으로 100점 만점 산출
- 업계 평균 68점을 기준선으로 비교 제시
- 예: “SUS 점수 76점으로 업계 평균 대비 8점 높은 사용성을 확보했다.”
5. 발표 자료 구성 전략
5-1. 슬라이드 흐름
| 슬라이드 | 핵심 내용 |
|---|---|
| 1 | 문제 정의(리서치 인사이트 기반) |
| 2 | 페르소나·사용자 여정 지도 |
| 3 | 정보구조·와이어프레임 진화 과정 |
| 4 | 최종 하이파이 프로토타입 |
| 5 | 사용성 테스트 결과(개선 전/후 비교) |
| 6 | 접근성·확장 가능성 |
5-2. 예상 질문과 답변 준비
- Q1: “왜 이 레이아웃을 선택했나요?” → A: “사용성 테스트 1차에서 하단 버튼 배치가 상단 대비 태스크 성공률을 27%p 높였습니다.”
- Q2: “접근성은 어떻게 고려했나요?” → A: “색약 시뮬레이터로 검증했고, 모든 텍스트 대비를 WCAG AA 기준(4.5:1) 이상으로 맞췄습니다.”
6. 실전 팁과 흔히 저지르는 실수
6-1. 리서치를 “구색 맞추기”로 넣지 않기
인터뷰 1~2명만 진행하고 “사용자 조사를 했다”고만 언급하면 설득력이 없다. 최소 5명 이상의 정성 데이터와 정량 데이터를 함께 제시한다.
6-2. 비주얼에만 시간을 쏟지 않기
하이파이 시안을 화려하게 만드는 데만 시간을 쓰면 사용성 테스트할 시간이 부족해진다. 전체 일정의 최소 20%는 테스트와 반영에 배정한다.
6-3. 최종 제출 전 체크리스트
- 리서치 데이터(정성+정량)가 포함됐는가
- 와이어프레임부터 하이파이까지 진화 과정이 시각적으로 정리됐는가
- 사용성 테스트 개선 전/후 수치가 제시됐는가
- 접근성 기준(색상 대비 등)을 검증했는가
- 클릭 가능한 프로토타입 링크가 정상 작동하는가