▲

Windows 95 사용자 인터페이스: 사용성 공학 사례 연구 (1996)

 (dl.acm.org)
2P by GN⁺ 3시간전 | ★ favorite | 댓글 1개
  • 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 사례는 “처음부터 완벽할 수 없음을 인정하고, 반복을 통해 완성한다” 는 사용성 공학의 실천적 모델로 평가됨
▲
GN⁺ 3시간전  [-]
Hacker News 의견들

  • Windows 7의 UI 완성도도 정말 뛰어났다고 생각함
    특히 PDC2008 발표에서 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’가 있었는데, 사람들은 그걸 “섬세한 디자인”이라며 칭찬했음
      관련 글도 있음
      지금은 상태등을 완전히 없앴지만, 여전히 “놀라운 디자인”이라며 찬양받는 게 아이러니함
    • 리본 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 메뉴 시스템은 비인체공학적이고 키보드 배열도 불편함
    • 항공기 조작은 수천 시간의 훈련이 필요하고, 잘못된 설계로 인한 사고도 존재함
      “직관적”이라는 단어 자체가 위험할 수 있음
      관련 글, Raskin의 논문 참고
    • 나는 CLI와 GUI를 동형 구조(homoiconic) 로 설계함
      명령어 기반 제어와 시각적 UI가 서로를 구축할 수 있도록 하는 접근임

  • Microsoft의 1990년대 슬로건 “Where do you want to go today?”는 정말 훌륭했다고 생각함
    90년대의 디지털 낙관주의를 완벽히 담았음
    홍보 영상과 내 블로그 글도 있음

    • 지금의 Microsoft 슬로건은 “우리가 너를 어디로 보내고 싶을까?”로 바뀐 느낌임
    • 1994년경 Microsoft 웹사이트에도 이 문구가 있었고, 이후 공식 슬로건으로 승격됨
    • “어디로 가고 싶냐”는 질문에 “상관없음, 내 정보는 더 이상 내 것이 아님”이라는 씁쓸한 반응도 있음

  • 1996년 Comdex에서 Windows 95 PC를 처음 봤을 때, ‘Start’ 버튼이 두려웠음
    뭘 시작할지 몰라서 클릭하지 못했음. 그만큼 새로운 개념이었음

  • 진짜 디자인 교훈을 얻고 싶다면 Ask Tog의 글을 읽어야 함
    그는 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는 불필요한 변화를 계속 만듦
답변달기