전체 글
-
빠른 반응이 방해가 될 때: 펼침 메뉴에 기다림을 설계하는 이유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): 주어진 정보를 보고 익숙하거나 필요한 것임을 알아보는 과정.저자는..
-
필요한 기능을 언제 보여줄 것인가: 점진적 공개UX 아카이브 2026. 10. 30. 15:00
원문: Progressive Disclosure · Nielsen Norman GroupJakob Nielsen · 2006년 12월 3일오래된 글이지만 최신 트렌드보다 기본 설계 원리를 공부하기에 적합해.1. 문제의식기능을 모두 펼치면 불필요한 옵션까지 살펴봐야 한다. 고급 기능을 없애면 다양한 요구를 충족하기 어렵다.점진적 공개는 자주 필요한 기능을 먼저 보여주고, 드물게 필요한 옵션은 사용자가 원할 때 펼치는 방법이다.2. 핵심 개념원문은 인쇄 창을 예로 든다.매수와 인쇄 범위처럼 자주 쓰는 설정은 기본 화면에 둔다.배율이나 역순 인쇄 같은 옵션은 별도 화면에서 제공한다.초보자는 중요한 기능에 집중하고, 숙련자는 불필요한 탐색을 줄인다. 기본 화면에 남길 기능의 선정이 중요하다.3. 판단 근거사용량..
-
AI 에이전트, 언제 쓰고 어디까지 복잡하게 만들어야 할까?AI 활용 아카이브 2026. 10. 30. 14:58
원문: Building effective agents — Anthropic발행: 2024년 12월 19일최신 도구 목록보다는 AI 시스템의 구조를 선택하는 기준을 다룬 글이다. 현재 원문에도 발행 이후 도구 환경이 달라졌다는 안내가 있다.1. 문제의식: 복잡한 구조가 꼭 필요한가원문의 출발점은 가능한 단순한 방법을 찾는 것이다. 단일 모델 호출에 적절한 정보와 예시를 제공하는 것으로 충분하다면, 처음부터 여러 단계의 에이전트를 구성할 필요는 없다.복잡성을 추가하는 근거는 기능의 개수보다 결과의 개선이다. 더 나은 결과를 얻는 대신 비용과 지연이 늘어날 수 있으므로, 그 대가가 필요한 작업인지 판단해야 한다.2. 핵심 개념: 워크플로와 에이전트워크플로: 미리 정의한 코드 경로에 따라 모델과 도구를 연결한다..