전체 글
-
사용자 5명이 충분하다는 말, 어디까지 믿어도 될까?UX 아카이브 2026. 11. 4. 08:00
숫자보다 먼저 정해야 하는 것사용성 테스트를 준비할 때 “몇 명이면 되나요?”라는 질문은 자연스럽다. 그러나 결제 버튼을 찾지 못하는 원인을 알아내는 조사와, 전체 고객의 결제 성공률을 추정하는 조사는 같은 답을 가질 수 없다. 모집 인원만 정하면 연구 설계가 끝났다는 착각이 문제다.이번 글은 유명한 숫자가 등장한 오래된 원문을 짧게 소개하고, 조사 목적과 의사결정 위험을 구별하는 연습을 한다. 최신 통계적 표본 계산 지침을 소개하는 글은 아니다.원문: Why You Only Need to Test with 5 Users저자·매체: Jakob Nielsen · Nielsen Norman Group발행일: 2000년 3월 18일원문 읽기1. 원문 소개: 한 번 크게 조사하기보다 수정하고 다시 보기Niels..
-
업무용 UX의 품질은 화면 사이의 연결에서 드러난다UX 아카이브 2026. 11. 4. 08:00
업무용 UX의 품질은 화면 사이의 연결에서 드러난다예를 들어 목록에서 한 건을 열고, 연락처를 확인한 뒤 돌아왔다. 화면은 아까와 같은 위치다. 그런데 목록이 갱신돼 다른 항목이 놓여 있다. 스크롤은 복원됐지만 하던 일은 이어지지 않는다.원문에서 읽은 것이찬호의 글은 내부 직원과 공급사가 쓰는 SCM의 UX 개선 사례다. 편집 중인 내용을 보호하고, 필수입력 상태와 파일 작업을 보여주며, 탭을 옮겨도 스크롤 위치를 복원한 과정을 소개한다.구현 회고이므로 생산성 향상률을 입증한 실험은 아니다. 필수입력 항목이 많아지자 상태를 한꺼번에 보여주는 방식의 사용 범위도 줄였다. 구현을 그대로 복사하기보다 적용 조건을 함께 읽어야 한다. 코드와 화면은 2022년 사례다.같은 위치보다 같은 대상을 찾게 하기이하의 장..
-
빠른 반응이 방해가 될 때: 펼침 메뉴에 기다림을 설계하는 이유UX 아카이브 2026. 11. 3. 12:30
빠른 반응이 방해가 될 때: 펼침 메뉴에 기다림을 설계하는 이유이 글의 출발점가상의 온라인 문구점에서 ‘노트’ 목록을 보고 있다. 검색창으로 커서를 옮겼을 뿐인데 대형 메뉴가 갑자기 펼쳐져 화면을 덮는다. 메뉴는 빠르게 반응했지만, 사용자가 하려던 일은 끊겼다.이 장면은 학습용 가상 예시다. 이를 검토할 출발점으로, 데스크톱 쇼핑 사이트의 hover 메뉴를 다룬 Baymard 글을 읽는다. 2023년에 발행된 연구 소개이며, 여기 나온 숫자를 모든 제품이나 오늘의 전체 웹에 대한 통계로 읽어서는 안 된다.원문: Provide a Hover Delay of 300–500 MS for Hover-Based Drop-Down Menus (60% Don’t)저자: Edward Scott매체: Baymard In..
-
누르기 전에 알 수 있어야 한다: 링크의 정보 향기 읽기UX 아카이브 2026. 11. 3. 08:00
누르기 전에 알 수 있어야 한다: 링크의 정보 향기 읽기이 글의 출발점버튼은 잘 보이는데 어디로 가야 할지 모르겠다면, 색이나 크기를 바꾸기 전에 질문을 바꿔볼 수 있다. 사용자는 누르기 전에 무엇을 알 수 있는가?이 글은 NN/g의 기본 개념 글을 짧게 소개한 뒤, 가상의 서비스 화면을 통해 설계 판단을 연습한다. 최신 제품 동향을 전하는 글이 아니라 탐색 UX의 기본 원리를 공부하기 위한 글이다.원문: Information Scent: How Users Decide Where to Go Next저자: Raluca Budiu매체: Nielsen Norman Group발행일: 2020년 2월 2일원문 읽기1. 원문 소개: 정보 향기는 목적지에 대한 예상이다Budiu는 정보 향기(information sc..
-
AI가 만든 코드, 무엇으로 검증할까: 동작 증거를 남기는 개발AI 활용 아카이브 2026. 11. 2. 12:15
원문: Your job is to deliver code you have proven to workSimon Willison · Simon Willison’s Weblog · 2025년 12월 18일최신 도구 비교가 아니라 AI 보조 개발에서 검증 책임을 어떻게 다룰지 제안하는 실무 에세이다. 아래 1~3절은 원문의 짧은 소개이며, 4~6절은 별도로 구성한 해설·가상 예시·학습 질문이다. 원문의 전체 논의를 대신하는 번역은 아니다.1. 문제의식: 코드를 많이 만드는 것과 일을 끝내는 것은 다르다Willison은 시험하지 않은 대규모 AI 생성 코드를 검토자에게 넘기는 관행을 비판한다. 작성자가 확인하지 않은 동작을 동료가 대신 검증한다면, 생성 속도의 이익이 팀 전체의 이익이라고 보기 어렵다는 문제의식이..
-
실수를 탓하기 전에: 무의식적 조작 실수를 줄이는 UXUX 아카이브 2026. 11. 2. 12:12
원문: Preventing User Errors: Avoiding Unconscious SlipsPage Laubheimer · Nielsen Norman Group · 2015년 8월 23일최신 제품 소개가 아니라 오류 예방의 기본 원리를 공부하는 글이다. 1~3절은 원문의 제한된 소개이며, 4~6절은 별도로 구성한 해설과 가상 사례다. 원문 속 제품 화면은 당시 사례이지 현재 기능의 설명이 아니다.1. 문제의식: 더 주의하라는 말로 충분할까원문은 사용자가 잘못했다고 지적하기보다 실수하기 쉬운 설계를 바꾸자고 제안한다. 사람은 항상 화면에 온전히 집중하지 않는다. 익숙한 작업을 자동적으로 수행하는 숙련자도 잘못 누르거나 입력할 수 있다.2. 핵심 개념: 목표의 오류와 실행의 오류슬립(slip)은 하려던..
-
AI가 문서를 제대로 찾게 하려면: Contextual Retrieval 읽기AI 활용 아카이브 2026. 10. 31. 14:19
원문: Introducing Contextual RetrievalDaniel Ford · Anthropic · 2024년 9월 19일최신 모델 비교가 아닌, 문서 검색과 AI 답변의 연결을 공부하는 기본 원리 글이다. 1~3절은 원문의 짧은 소개이며, 4~6절은 별도로 구성한 해설·가상 예시·학습 질문이다. 과거 가격과 제품별 추천은 현재 기준으로 옮기지 않았다.1. 문제의식: 문서를 잘라 놓으면 무엇이 사라질까RAG는 질문과 관련된 자료를 검색해 모델에 전달하는 방식이다. 원문은 문서를 작은 조각으로 나누면서 대상·시기 같은 맥락이 빠져, 필요한 조각을 찾기 어려워지는 문제를 다룬다.2. 핵심 개념: 검색하기 전에 맥락을 붙인다Contextual Retrieval은 각 조각에 문서 전체에서의 위치와 의..
-
기억해야 하는 화면에서 알아볼 수 있는 화면으로: 회상과 재인의 UXUX 아카이브 2026. 10. 31. 14:15
원문: Memory Recognition and Recall in User InterfacesRaluca Budiu · Nielsen Norman Group · 2024년 1월 15일최신 제품 소식이 아닌, 기억과 인터페이스에 관한 기본 원리 학습용 글이다. 아래 1~3절은 원문의 핵심 소개이며, 4~6절은 이해와 적용을 위한 독자적 해설·가상 예시다.1. 문제의식: 사용자는 무엇을 기억해야 하는가원문은 인터페이스가 사용자의 기억에 얼마나 의존하는지 묻는다. 기능을 떠올려야 하는 화면과 보고 고르는 화면은 다른 부담을 준다.2. 핵심 개념: 회상과 재인회상(recall): 필요한 정보를 기억에서 떠올리는 과정.재인(recognition): 주어진 정보를 보고 익숙하거나 필요한 것임을 알아보는 과정.저자는..