새 프로그램의 기능이 많아도 사용자가 처음 하는 일은 주소를 열고 탭을 바꾸는 것이었다. 그 기본 순서까지 새로 배우게 하고 싶지는 않았다. 북극성의 화면을 만들며 익숙한 탐색 구조 위에 실행 기능을 얹되 비슷한 그림만으로 같은 경험이라고 주장하지 않으려 했다.
배치는 기억을 재사용하는 입구다
상단에는 탭, 주소창에는 북마크 별, 옆에는 작업 플러그인과 다운로드·패널·메뉴를 둔다. 주소 입력과 실행 관리는 역할이 다른데 같은 입력창에 몰아넣지 않는다. 사용자가 보고 싶은 사이트를 여는 순서와 자동화할 일을 고르는 순서를 읽을 수 있게 만든 것이다.
초기 문서의 더하기 버튼 위치도 사용자 화면을 기준으로 바뀌었다. 탭 목록이 남은 폭을 전부 가져가면 새 탭 버튼이 멀리 떨어지고, 마지막 탭 옆에 놓으려는 기대와 달라진다. 나는 이런 작은 간격과 배치도 기능의 일부라고 봤다. 전체 브라우저를 복제한다는 말보다 실제로 어느 위치가 어떤 행동을 돕는지 설명하는 편이 정확했다.
익숙한 키도 실제 분기로 구분해야 한다
현재 단축키 시험은 Ctrl+T와Ctrl+Shift+T를 새 탭과 다시 열기로 구분하고 Ctrl+Shift+W를 잘못된 탭 닫기로 처리하지 않는지 본다. 일반 타이핑과Alt 조합을 페이지에 남기는 조건도 있다. 아이콘 위치만 비슷하고 키가 다른 일을 하면 사용자는 익숙함을 믿다가 잘못된 행동을 하게 된다.
탭 순환과 숫자 선택, 북마크 바와 관리 화면의 키도 서로 다른 명령이다. 이 시험은 키를 해석하는 계약의 근거이며 실제 모든 키보드·한글 IME·스크린리더 동등성을 인증하지 않는다. 익숙한 규칙을 가져왔다면 이름과 그림에 더해 어떤 조합을 가로채고 무엇을 페이지에 남기는지까지 확인해야 했다.
고정과 사용 중지를 같은 의미로 만들지 않는다
작업 아이콘은 켜져 있고 고정된 항목만 상단에 남긴다. 미고정이지만 켜진 기능은 퍼즐에서 실행할 수 있고 사용 중지는 관리에서 보존한다. 초기의 고정을 단순 앞 정렬로 읽은 해석은 수정됐다. 상단에서 사라졌다는 사실이 기능 삭제나 비활성화를 뜻하지 않게 한 것이다.
고정 해제, 끄기와 삭제는 사용자의 의도가 다르다. 문서의 상태표와 실제 관리 스위치를 함께 읽어야 그 차이가 보인다. 이 글에서는 상태 저장의 내부 구현을 다시 반복하기보다 익숙한 메뉴를 기대하는 사람이 어느 화면에서 무엇을 찾을지를 중심으로 설명한다. 화면의 분류와 실제 상태 계약이 맞아야 학습한 행동을 재사용할 수 있다.
많은 기능을 늘어놓는 대신 입구를 나눈다
주소창 옆의 작은 도구 모음은 자주 쓰는 기능을 고르는 곳이다. 간단 실행 팝업과 상세 사용법·관리 화면은 다른 깊이를 맡는다. 플러그인이 늘었다고 모든 입력과 기록을 상단에 펼치면 웹페이지를 보는 기본 목적이 뒤로 밀린다.
이 구조에서도 접근할 수 있는 이름과 상태가 중요하다. 버튼의 aria-label·pressed·haspopup 같은 정보는 역할을 설명하지만 그 속성이 있다는 이유로 실제 보조기기 검수를 마쳤다고 하지 않는다. 큰 창에서만 편한지 좁은 창에서도 주소와 작업을 찾을 수 있는지는 별도 확인해야 한다. 화면의 단순함은 기능을 없앤 결과보다 역할별 입구를 구분한 결과에 가깝다.
닮은 범위와 다른 범위를 같이 남긴다
과거 UI 보고서는 실제 포인터·키보드·제품 화면의 검증과 소유 웹 fixture, 제한된 공개 사이트 검수를 구분했다. Chrome 전체 엔진과 웹스토어 확장, 창 사이 탭 이동·기기 동기화까지 같다고 쓰지 않는다. 참조한 개념과 구현한 범위가 다르기 때문이다.
이번에는 코드와 기존 검수 문서를 읽었으며 새 화면을 캡처하거나 원래 브라우저를 조작하지 않았다. 공유 상태 문구 모듈도 별도 합성 예제다. 내가 남기려는 레이아웃 원칙은 새 능력을 익숙한 기본 동선에 얹고 작은 행동의 뜻을 지키는 것이다. 첫 화면이 이해되려면 배치와 카피뿐 아니라 눌렀을 때의 결과도 같은 약속을 해야 한다.