관용적 디자인을 되돌려줘 — 데스크톱 시대의 일관성이 그립다

• 데스크톱 소프트웨어 시대(Windows 95~7)에는 디자인 관용구(idiom)가 있었음 — File/Edit/View 메뉴 구조, ALT+F 단축키, 밑줄 표시 등 어디서든 똑같이 동작하는 일관된 인터페이스

  • 처음 보는 프로그램이어도 "이거 어떻게 쓰지?"라는 고민이 거의 없었음
  • OS와 GUI 라이브러리가 디자인의 큰 틀을 강제했기 때문에 자연스럽게 패턴이 수렴됨

• 반면 브라우저 소프트웨어 시대는 이질적 인터페이스의 시대

  • Figma와 Linear — 둘 다 최고 수준의 엔터프라이즈 소프트웨어인데 공유하는 아이콘이 단 하나도 없음
  • 같은 회사 제품끼리도 안 맞음: Gmail, Google Docs, GSuite가 전부 다른 경험
  • 사용자는 하루 종일 "이거 클릭할 수 있나?", "뒤로 가기 되나?" 같은 질문을 반복하게 됨

왜 이렇게 됐나

• 모바일 전환의 후유증

  • 터치스크린 등장으로 마우스+키보드 패턴을 전부 재발명해야 했음
  • 모바일/데스크톱 양쪽을 지원하다 보니 어정쩡한 중간 지대에 갇힘 — 데스크톱 앱에 햄버거 메뉴를 넣는 식
  • 모던 프론트엔드의 컴포넌트 복사-붙여넣기 문화가 나쁜 패턴을 10년 넘게 재생산함

• HTML 너머에는 관용구가 부족함

  • 초기 웹에는 확실한 관용구가 있었음 — 파란 밑줄 = 링크, 보라색 = 방문한 링크
  • 지금은 아무도 순수 HTML을 안 씀. React + TypeScript + npm 패키지 + 복잡한 빌드 파이프라인을 거쳐서 결국 브라우저에서 뭔가가 돌아감
  • Figma처럼 WebAssembly로 데스크톱급 소프트웨어를 브라우저에 구현하면 HTML 문서 모델 자체가 깨짐 — 브라우저 뒤로 가기나 단축키는 당연히 안 맞게 됨
  • 프론트엔드가 너무 빠르게 움직이고 있어서 "무엇이 가능한가"가 "어떻게 다듬을까"보다 항상 우선순위

그래도 성공하는 관용적 디자인

• Apple이 좋은 사례 — 강하게 밀어붙이는 디자인 시스템이 서드파티 앱까지 일관성을 만들어냄
  • 키보드, 핀치투줌 등 인터랙션을 iOS가 통제하는 게 "it just works" 효과의 핵심
  • 사용자가 기본값을 신뢰하고 커스터마이징을 안 하게 됨
• Substack도 비슷한 접근 — 폰트 선택도 못 하고 밑줄도 못 치지만, 제약이 있어서 오히려 잘 됨

실무에서 따를 수 있는 원칙들

• 궁극적으로 글쓴이가 꿈꾸는 건 — 인터넷의 모든 날짜 선택기와 카드 입력 폼이 동일해지는 세상
  • 30년간의 반복 개발 끝에 "가장 좋은 하나"로 수렴하는 미래
  • 어떤 웹앱에서든 CTRL+클릭이 새 탭으로 열리는 세상