# Windows 95 사용자 인터페이스: 사용성 공학 사례 연구 (1996) > Clean Markdown view of GeekNews topic #27133. Use the original source for factual precision when an external source URL is present. ## Metadata - GeekNews HTML: [https://news.hada.io/topic?id=27133](https://news.hada.io/topic?id=27133) - GeekNews Markdown: [https://news.hada.io/topic/27133.md](https://news.hada.io/topic/27133.md) - Type: GN+ - Author: [neo](https://news.hada.io/@neo) - Published: 2026-03-02T21:33:48+09:00 - Updated: 2026-03-02T21:33:48+09:00 - Original source: [dl.acm.org](https://dl.acm.org/doi/fullHtml/10.1145/238386.238611) - Points: 3 - Comments: 1 ## Topic Body - **Windows 95 UI 개발 과정**은 대규모 상용 소프트웨어에서 **반복적 설계(iterative design)** 와 **문제 추적(problem tracking)** 을 체계적으로 적용한 대표적 사례로 제시됨 - 초기 목표는 **초보자에게 배우기 쉬우면서도 숙련자에게 효율적인 시스템**을 만드는 것이었으며, 이를 위해 전통적 워터폴 방식을 버리고 반복적 실험과 사용자 테스트를 채택함 - **Start 메뉴, 작업 표시줄(Task Bar), 파일 대화상자, 프린터 설정 마법사, 도움말 인덱스 탭** 등 핵심 UI 구성요소가 여러 차례의 프로토타입과 사용자 피드백을 통해 완성됨 - 프로젝트 전반에서 **699건의 사용성 진술**이 데이터베이스로 관리되었고, 그중 **81%의 문제**가 해결되어 높은 수정률을 달성함 - 이 연구는 **대규모 제품 개발에서 사용성 공학의 실질적 효과**를 입증하며, 이후 버전의 Windows 설계에도 지속적으로 반영됨 --- ### Windows 95 UI 개발 개요 - Windows 95는 Windows 3.1과 Windows for Workgroups 3.11의 **포괄적 업그레이드**로, 사용자 인터페이스(UI)도 전면 재설계됨 - 목표는 초보자에게 **학습 용이성**, 숙련자에게 **사용 효율성**을 제공하는 것 - 약 12명의 디자이너와 12명의 개발자가 참여한 **다학제 팀** 구성 - 기존 워터폴 방식 대신 **반복적 설계와 사용자 테스트 중심의 개발 프로세스**를 채택 - 설계–테스트–수정의 순환을 통해 지속적 개선을 수행 ### 반복적 설계(Iterative Design) 적용 - 설계 과정은 **탐색(Exploration)**, **급속 프로토타이핑(Rapid Prototyping)**, **정교화(Fine Tuning)** 의 세 단계로 진행 - 초기 탐색 단계에서는 Cairo 프로젝트의 UI 자산(데스크톱, 트레이, 3D 시각 요소 등)을 활용해 실험적 프로토타입 제작 - 사용자 테스트 결과, **파일 캐비닛(File Cabinet)** 의 2분할 구조와 **프로그램 폴더** 개념이 초보자에게 혼란을 유발함 - **트레이 버튼의 기능 중복**도 인지 혼란을 초래함 - Windows 3.1과의 비교 실험에서 초보자는 **프로그램 실행에 평균 9.5분 이상** 소요했고, **더블클릭·창 관리·파일 계층 구조 이해**에 어려움을 겪음 - 이러한 결과를 바탕으로 **기존 UI와의 일관성보다 사용 빈도 높은 작업의 효율성**에 초점을 맞추는 방향으로 전환 ### 급속 프로토타이핑과 주요 설계 변화 - 문서 기반 명세 대신 **프로토타입과 코드 자체를 ‘살아있는 명세’로 활용** - 팀 내 회의, 이메일, 프레젠테이션을 통해 실시간으로 설계 공유 - **사용성 문제를 데이터베이스로 추적**하며 수정 상태를 관리 - 초보자 전용 셸(shell) 시도는 학습 전이 문제로 폐기되었으나, 여기서 얻은 **단일 클릭·높은 가시성·메뉴 중심 상호작용** 개념이 Start 메뉴 설계로 이어짐 #### 주요 UI 구성요소의 반복 설계 사례 1. **프로그램 실행(Start 메뉴)** - 단일 버튼으로 프로그램, 설정, 검색, 도움말 접근을 통합 - 모든 숙련도 사용자에게 일관된 진입점 제공 2. **창 관리(Task Bar)** - 최소화된 창을 ‘플레이트’로 표시하는 초기안은 실패 - 각 작업을 항상 표시하는 **작업 표시줄(Task Bar)** 로 발전 3. **파일 열기/저장 대화상자** - Cairo 팀이 주도한 프로토타입을 통해 **논리적 필드 순서와 단순화된 선택 구조** 확립 4. **프린터 설정(Add Printer Wizard)** - 복잡한 설정 과정을 **단계별 마법사(wizard)** 로 단순화 - 사용자 테스트에서 높은 성공률 확인 5. **도움말 검색(Index 탭)** - 복잡한 2단계 검색 구조를 **단일 리스트와 팝업 선택 구조**로 개선 ### 정교화(Fine Tuning) 단계 - **총괄 실험(Summative Testing)** 과 **장기 현장 연구(Field Study)** 를 통해 전체 UI의 완성도 검증 - 20개 주요 작업 기준으로 Windows 3.1 대비 **작업 시간 절반 수준 단축**, 21개 항목 중 20개에서 만족도 향상 - 20명 대상 장기 관찰에서 주요 사용성 결함 없음, 일부 문구와 도움말만 수정 ### 문제 추적 시스템(Problem Tracking) - **관계형 데이터베이스**를 구축해 모든 사용성 문제를 기록·배정·해결 상태 관리 - 총 **699건의 사용성 진술** 중 551건이 문제로 분류 - 심각도: 1단계(15%), 2단계(43%), 3단계(42%) - 해결 상태: **81% 해결(Addressed)**, 8% 부분 해결(Somewhat), 11% 미해결(Not Addressed) - 미해결 항목은 **다음 버전 설계의 출발점 데이터**로 이관 ### 결론 및 교훈 - **반복적 설계와 지속적 사용자 테스트**를 통해 초기 설계의 모든 세부 요소가 변경됨 - 프로토타입을 명세로 활용한 접근이 **속도와 품질 모두 향상** - **전체 제품 단위의 테스트**가 UI 요소 간 조화를 완성하는 핵심 단계로 작용 - **문제 추적 데이터베이스**는 대규모 프로젝트에서 사용성 개선을 체계화하는 핵심 도구로 기능 - Windows 95 사례는 **“처음부터 완벽할 수 없음을 인정하고, 반복을 통해 완성한다”** 는 사용성 공학의 실천적 모델로 평가됨 ## Comments ### Comment 52191 - Author: neo - Created: 2026-03-02T21:33:48+09:00 - Points: 1 ###### [Hacker News 의견들](https://news.ycombinator.com/item?id=47200904) - Windows 7의 **UI 완성도**도 정말 뛰어났다고 생각함 특히 [PDC2008 발표](https://youtu.be/qmZJJ6nMIEU?t=1426)에서 23:45 이후에 나오는 “Delights” 개념이 인상 깊었음 - Steve Jobs가 1996년에 Microsoft는 **‘취향이 없다’** 고 말했지만, 나는 동의하지 않음 1995~2000년대의 Microsoft는 오히려 가장 세련된 시기였다고 생각함 Windows 95/NT4/98/2000, Office 97, Visual Basic 6, 심지어 Internet Explorer 5까지 UI가 훌륭했음 XP의 “Luna” 인터페이스와 Office 2007의 리본 이후부터는 하락세였다고 봄 - Apple도 종종 **형편없는 디자인**을 내놓는데, 그럴 때마다 오히려 찬사를 받는 게 이상함 예를 들어 너무 밝아서 밤에 방 전체를 비추던 ‘breathing status light’가 있었는데, 사람들은 그걸 “섬세한 디자인”이라며 칭찬했음 [관련 글](https://avital.ca/notes/a-closer-look-at-apples-breathing-light)도 있음 지금은 상태등을 완전히 없앴지만, 여전히 “놀라운 디자인”이라며 찬양받는 게 아이러니함 - 리본 UI는 초보자들이 기능을 쉽게 **발견**하도록 설계된 연구 기반의 결과물임 비전문가나 젊은 사용자에게는 오히려 선호되는 UI였고, 단축키도 대부분 유지되었음 다만 다른 회사들이 단순히 모양만 베껴서 망친 경우가 많음 - Microsoft와 Apple 모두 **1990년대 중후반~2000년대 후반** 사이에 사용성 정점을 찍고 이후 하락세를 보였다고 생각함 수익화 압박, 경쟁 부재, 사용자 피로도 같은 요인이 작용한 듯함 Linux 데스크탑이 아직 대중적 대안이 되지 못한 것도 아쉬움 - Windows 3.1이나 MacOS 7.x를 다시 써보면 Win95가 얼마나 큰 도약이었는지 알 수 있음 시작 메뉴와 작업 표시줄이 UI의 중심을 잡아줬고, 이후 변화는 대부분 점진적이었음 - Steve의 말처럼 Windows는 우아하진 않았지만 **기능적**이었음 여러 방식으로 같은 일을 할 수 있었던 점이 오히려 다양한 사용자에게 맞춤형 경험을 제공했음 - Windows 95 시절의 UI는 **정제되고 전문적이며 사용성**이 뛰어났음 지금의 Windows는 그때의 헌신과 테스트 수준을 상상하기 어려움 Apple도 Jony Ive 이후 UI 품질이 급격히 떨어졌고, “Liquid Glass” 같은 실패 사례가 많음 - 앱과 OS의 **과도한 커스터마이징 단축키**가 오히려 사용자에게 해로움 예를 들어 iPhone의 잠금화면 편집 모드처럼 실수로 활성화되는 기능은 불필요함 이런 “우연한 수정”은 UX를 악화시킴 - Apple은 미관 때문에 **중요한 기능을 제거**하는 경향이 있음 물리적 CD 배출 버튼이 없어 디스크를 꺼내기 위해 긴급 시퀀스를 써야 했던 경험이 많음 - “Liquid Glass” 디자인은 정말 싫음. 디자인 변화에 짜증을 느낀 적이 처음이었음 - 포장 디자이너가 UI를 맡으면 당연히 모든 걸 투명 플라스틱으로 감싸려 하겠지 하는 농담을 함 - 예전에는 **파워 유저가 GUI를 설계**했지만, 지금은 평균 사용자가 설계함 그래서 고급 기능이 단순히 “길게 누르기” 같은 방식으로 숨겨짐 - 디자이너들은 개발자보다 **피드백에 덜 개방적**인 경향이 있음 그래서 평면 UI가 비판에도 불구하고 계속 유지되는 듯함 macOS Tahoe는 Sequoia보다 명백히 사용성이 떨어짐 - 평면 디자인의 확산에는 개발자도 책임이 있음 디자인 감각이 부족해도 그럴듯한 앱을 만들 수 있었기 때문임 - 언젠가 창이 완전히 원형이 되면 다시 각진 모서리로 돌아가며 “혁신”이라 부를 것 같음 - UX 디자이너들이 **지속적인 변화**를 만들어야 한다는 강박이 문제임 사용자는 익숙해질 기회조차 없고, 매번 새로 배워야 함 마치 누군가 내 집 가구를 몰래 바꿔놓는 기분임 - 평면 디자인과 UI 밀도는 다른 개념임. 작은 평면 요소도 가능하고, 큰 스큐어모픽 요소도 가능함 - 피드백보다는 **측정 가능한 결과**가 부족한 게 문제임 사용성은 버그처럼 객관적으로 측정하기 어렵기 때문임 - 상용 항공기의 조종석은 **직관적이고 효율적인 UI 설계의 교과서**임 프로그래밍 언어 설계도 결국 사용성의 문제라고 생각함 4월에 Yale에서 관련 강연을 할 예정임 - 언어 디자인에서도 **가독성과 명시성**의 균형이 중요함 예를 들어 C++의 스코프 모호성은 문제임 Python처럼 `self.foo`로 명시하는 게 더 낫다고 생각함 언어가 인간의 실수를 줄여주는 방향으로 발전해야 함 - Boeing의 FMC 메뉴 시스템은 **비인체공학적**이고 키보드 배열도 불편함 - 항공기 조작은 수천 시간의 훈련이 필요하고, 잘못된 설계로 인한 사고도 존재함 “직관적”이라는 단어 자체가 위험할 수 있음 [관련 글](https://www.fastcompany.com/1669720/how-lousy-cockpit-design-crashed-an-airbus-killing-228-people), [Raskin의 논문](https://www.asktog.com/papers/raskinintuit.html) 참고 - 나는 CLI와 GUI를 **동형 구조(homoiconic)** 로 설계함 명령어 기반 제어와 시각적 UI가 서로를 구축할 수 있도록 하는 접근임 - Microsoft의 1990년대 슬로건 “**Where do you want to go today?**”는 정말 훌륭했다고 생각함 90년대의 디지털 낙관주의를 완벽히 담았음 [홍보 영상](https://youtu.be/KNLDLVJZx0o)과 [내 블로그 글](https://catskull.net/where-do-you-want-to-go-today.html)도 있음 - 지금의 Microsoft 슬로건은 “우리가 너를 어디로 보내고 싶을까?”로 바뀐 느낌임 - 1994년경 Microsoft 웹사이트에도 이 문구가 있었고, 이후 공식 슬로건으로 승격됨 - “어디로 가고 싶냐”는 질문에 “상관없음, 내 정보는 더 이상 내 것이 아님”이라는 씁쓸한 반응도 있음 - 1996년 Comdex에서 Windows 95 PC를 처음 봤을 때, **‘Start’ 버튼이 두려웠음** 뭘 시작할지 몰라서 클릭하지 못했음. 그만큼 새로운 개념이었음 - 진짜 디자인 교훈을 얻고 싶다면 [Ask Tog의 글](https://asktog.com/atc/principles-of-interaction-design/)을 읽어야 함 그는 Mac의 원조 HCI 엔지니어였고, Windows가 Mac을 잘못 모방한 사례를 분석함 예를 들어 Mac의 상단 메뉴는 화면 가장자리를 이용한 **무한 클릭 영역**이지만, Windows는 각 창에 메뉴를 넣어 클릭 영역이 작아졌음 - Fitt’s Law를 이해하지만, 해상도와 멀티태스킹이 늘어나면서 Mac의 단일 메뉴바는 **활성 창 혼동**을 유발함 Windows의 창 내부 메뉴는 이런 모호함을 피함 - Windows 3.x는 Mac과의 **법적 충돌 회피**를 위해 일부 결정을 뒤집었고, 그게 호환성 이유로 고착됨 - “Mac보다 무한히 나쁘다”는 표현은 과장임 각 창이 독립적인 단위로 동작하는 Windows의 모델이 오히려 대형 화면에서는 더 합리적임 - OS X 초기 멀티모니터 환경에서는 메뉴바가 **주 모니터에만 표시**되어 불편했음 10.6~10.7쯤에야 양쪽 화면에 메뉴바가 생김 - Microsoft는 종종 문제를 해결하면서 **새로운 복잡성**을 만들어냄 예를 들어 UTF-16의 BOM은 바이트 순서 문제를 해결했지만, 파일 연결과 보안 취약점을 초래함 - Win10이나 Win11보다 **단순한 UI**가 좋지만, 현대 UI도 일부는 개선되었음 다만 Microsoft는 더 이상 UI 설계를 이해하지 못하거나 신경 쓰지 않는 듯함 리본 인터페이스의 **동적 변화**는 인지 부하만 늘림 - Windows 95/2000과 당시의 MacOS가 내가 경험한 **최고의 UI**였음 언젠가 그 시절의 감각으로 돌아가길 바람 - 나도 그 시절 UI를 기준으로 모든 걸 평가함 Win10에 클래식 모드가 없어서 Linux로 완전히 옮겼고, KDE의 “Reactionary” 테마로 Win95 스타일을 재현함 - XP는 Windows의 정점이었지만, 기본 테마가 **Fisher-Price 스타일**이라 바로 클래식 모드로 바꿨음 Win95는 GUI 역사에서 Apple보다 더 큰 진보였음 지금은 Microsoft와 Apple 모두 **‘엔쉬티피케이션’ 경쟁** 중임 - 30년 넘게 기술을 다뤄온 끝에, 최고의 UI는 **그래픽이 최소화된 키보드 중심 인터페이스**라는 결론에 도달함 마우스 중심의 그래픽 요소는 경계, 상태, 의미가 불분명함 예를 들어 Win11의 창 크기 조절은 둥근 모서리 때문에 불편함 시각적 트렌드에 휘둘리지 않고, 사용자가 **통제감을 느끼는 UI**가 이상적임 문제는 이런 안정된 UI로는 승진이나 주목을 받기 어렵다는 점임 그래서 대부분의 현대 OS는 불필요한 변화를 계속 만듦