운영체제 제조사가 자사 가이드라인을 통해 특정 디자인 패턴을 사실상 표준으로 밀어붙이면, 그 결정은 수많은 서드파티 앱 개발자의 선택에 영향을 미친다. 그래서 애플이 macOS Tahoe에서 도입했던 '모든 메뉴 항목에 기본으로 아이콘을 넣는' 방식을 다음 버전인 Golden Gate에서 걷어낸 일은 단순한 외형 변경 이상의 의미를 지닌다. 디자이너 짐 닐슨(Jim Nielsen)은 자신의 블로그에서 이 번복을 반겼는데, 그가 주목한 핵심은 아이콘의 유무 자체가 아니라 애플이 '설계하고, 출시하고, 1년간 써 본 뒤, 공개적으로 입장을 바꿨다'는 과정이었다.
무엇이 바뀌었나
macOS Tahoe는 메뉴의 각 항목 왼쪽에 아이콘을 붙이는 것을 기본값으로 삼았다. 메뉴는 본래 텍스트 레이블만으로도 기능을 충분히 전달하는 밀도 높은 인터페이스인데, 여기에 항목마다 작은 그림을 더하면 시각적 소음이 늘고 스캔 속도가 떨어진다는 우려가 있었다. 닐슨에 따르면 애플은 Golden Gate에서 이 기본 동작을 제거했고, 새로 개정한 휴먼 인터페이스 가이드라인(HIG)에서는 오히려 Tahoe식 메뉴 처리를 'macOS에서 하지 말아야 할 예시'로 명시적으로 언급했다. 이 변화는 존 그루버(John Gruber)가 지난 6월에 먼저 글로 다룬 바 있다.
자기 가이드라인에서 자기가 1년 전 내렸던 결정을 반면교사로 제시한다는 것은, 기업 입장에서 결코 가볍지 않은 선택이다. 닐슨이 '잘못을 인정하는 데에는 큰 그릇이 필요하다'는 오래된 격언을 기업에 빗댄 것도 그런 맥락이다.
설득의 논리가 달라졌다
닐슨은 원래 '메뉴 항목마다 아이콘을 넣지 말자'고 주장할 때 '애플도 그렇게 하지 않는다'는 근거를 즐겨 썼다고 한다. 그런데 Tahoe가 모든 메뉴에 아이콘을 깔면서 이 논거가 통째로 무력해졌다. 업계에서 레퍼런스로 통하는 플랫폼 제조사가 정반대로 움직이면, 그 흐름을 따르려는 앱들이 생기는 것은 자연스러운 일이다.
흥미로운 지점은 번복 이후 그의 논거가 오히려 더 강해졌다는 것이다. 이제는 '애플이 애초에 하지 않았다'가 아니라 '애플이 직접 해 봤는데, 그런 애플조차 되돌렸다'고 말할 수 있게 되었기 때문이다. 해 본 적 없는 일을 안 하기로 하는 것과, 해 본 뒤에 안 하기로 하는 것은 설득력의 무게가 다르다. 후자는 경험에서 나온 판단이라는 점에서 반박하기가 더 어렵다.
실무자에게 주는 함의
한국의 앱 개발자와 디자이너 관점에서 이 사례는 두 가지 실천적 교훈을 남긴다. 첫째, 플랫폼 제조사의 기본값이라고 해서 그것이 검증된 정답은 아니라는 점이다. Tahoe의 메뉴 아이콘처럼, 대형 벤더가 밀어붙인 패턴도 1년을 버티지 못하고 철회될 수 있다. 가이드라인을 맹목적으로 추종하기보다, 해당 패턴이 실제 사용성에서 득이 되는지 각자의 제품 맥락에서 따져 보는 태도가 필요하다. 메뉴처럼 정보 밀도가 높고 반복적으로 스캔되는 UI일수록 장식 요소의 비용은 크다.
둘째, 디자인 결정의 신뢰도는 '해 봤는지' 여부에서 갈린다. 아이콘을 넣을지 말지 같은 논쟁은 회의실의 취향 다툼으로 번지기 쉽지만, 실제로 출시해 사용자 반응과 자신의 체감을 축적한 뒤 내리는 판단은 성격이 다르다. 애플이 1년간의 실사용을 거쳐 입장을 바꾼 것은, 번복이 실패가 아니라 데이터에 기반한 학습일 수 있음을 보여 준다. 조직 안에서 디자인 가설을 세우고, 짧게 출시해 보고, 필요하면 되돌리는 사이클 자체가 하나의 역량이라는 뜻이기도 하다.
다만 이 글은 어디까지나 한 디자이너의 관찰과 해석이라는 한계를 염두에 둘 필요가 있다. 메뉴 아이콘이 무조건 나쁘다는 결론으로 확장하기는 이르다. 접근성이나 특정 사용 맥락에서는 아이콘이 인지 부하를 낮추는 경우도 있으며, 애플의 번복이 '모든 상황에서 아이콘은 불필요하다'는 보편 법칙을 뒷받침하는 것은 아니다. 핵심은 특정 패턴의 옳고 그름보다, 직접 만들고 써 보며 판단을 교정해 나가는 과정 그 자체에 있다.