“중력은 물어볼 가치가 있다”
원문은 Marcin Wichary님이 에 게재했습니다. 이 블로그 구독하기
John Gruber가 Apple의 점점 더 많은 영역—App Store, Apple News, 그리고 아마 곧 Apple Maps까지—에 광고가 등장하는 현상에 대해 쓴 글을 흥미롭게 읽어 왔다. (참고로, 여기 그런 광고의 한 예시가 있다.)

이번 주 초에 올린 글에서 Gruber는 광고를 노트북에 붙은 스티커에 비유하며 재미있는 Steve Jobs 일화를 공유했다.
PC에 붙은 저 스티커들의 정체가 바로 그것이다. 광고다. Intel은 PC 노트북의 팜레스트를 지저분하게 만드는 “Intel Inside” 스티커 비용을 지불한다. 오래된 독자라면 기억하겠지만, 2007년 8월 Apple은 새로운 iMac과 iLife, iWork 소프트웨어 업데이트를 발표하는 타운홀 행사를 열었다. 행사 후 이어진 Q&A에서(지금 생각하면 놀라운 일이지만), Cox Newspapers의 Bob Keefe가 이렇게 물었다 “새로운 Mac이나 기존 Mac에 왜 Intel Inside 프로그램에 참여해 스티커를 붙이지 않는지 말씀해 주실 수 있을까요?” Apple을 가까이서 취재하던 사람들의 관점에서 이 질문은 너무나 터무니없어서 현장에서 곧바로 웃음이 터져 나왔다. […]
2007년 당시의 문답은 다음과 같았다.
Keefe: 왜 Intel Inside 프로그램에 참여해 Mac에 스티커를 붙이지 않나요?
Jobs: 어… 뭐라고 할까요? 저희는 저희 스티커가 더 좋거든요.
(혹시 분명하지 않을까 싶어 덧붙이자면, 이건 농담이었다. Apple은 그런 스티커를 제품에 붙인 적이 없고 지금도 붙이지 않는다. 대신 예전에는 상자 안에 Apple 로고 스티커를 넣어주곤 했다.)
5월에도 Gruber가 Apple의 광고에 대해 쓴 글에서 그는 제로-원-인피니티 법칙을 언급했다.
광고에도 제로-원-인피니티의 변형을 적용하는 것이 꽤 유용한 경험칙이 될 것 같다. 사용자 입장에서는—그리고 아마 개발자 입장에서도—Apple이 App Store 검색 결과에 보여주는 광고 수는 0개가 가장 좋았다. 1개는 더 나빴지만 그래도 감수할 만했다. 하지만 이제 하나 이상을 보여주기 시작했으니, 무한으로 가는 길에 들어선 셈이다. 미끄러운 경사길을 내려가기 시작한 것이다. Google이 검색 결과에 광고를 딱 하나만 보여주던 때를 기억하는가?
‘미끄러운 경사길’이라는 표현은 정말 적절하다. 하지만 여기에 한 가지를 덧붙이고 싶다. 내 경험상 UI의 세계에는 중간 단계라는 것이 없다. 수없이 봐 왔다… One을 향해 문을 여는 순간, Infinity가 끌어당기기 시작한다는 것을.
- 설정 하나를 추가하는 것만으로도 ‘이제 우리는 설정을 제공한다’는 메시지를 보내게 되고, 더 많은 설정이 뒤따르게 된다,
- 불편한 예외 하나가 수주간의 숙고 끝에 결국 뒤이은 무분별한 예외들로 가는 문을 열게 된다,
- 하나의 싸구려 혹은 게으른 방식이 녹처럼 인터페이스 전반에 퍼져, 사람들에게 무의식적으로 “여기서는 싸고 게으른 해결책도 괜찮다”고 말하게 된다.
최근에 고민해 본 두 가지 예시는 다음과 같다.
- Chrome의 이 오른쪽 클릭 메뉴는 원래 하나의 분기(새 창 또는 새 탭)에서 시작했는데, 이제는 매번 세 가지 대안 중에서 골라야 한다. 설령 내가 늘 하나의 옵션만 쓰더라도 말이다.

- iOS에서 스크린샷을 찍는 이 기능 역시 원래는 저장 또는 삭제라는 하나의 분기뿐이었다. 이제는 매번 무려 다섯 가지 옵션 중에서 골라야 한다. 그중 네 가지는 한 번도 쓰지 않더라도 말이다.
한 번 문틈에 무언가를 끼워 넣으면 멈추기가 정말 어렵다. 내 생각에 이는 디지털 인터페이스가 거의 예외 없이 무한히 확장 가능하기 때문이다. 버튼 하나, 링크 하나, 설정 하나, 광고 하나를 더 추가할 방법은 언제나 존재한다. 뭔가 들어갈 자리가 없으면 더 작게 만든다. 작게 만드는 게 보기 싫으면 스크롤바를 추가한다. 스크롤바도 어색하면 언제나 오버플로가 있다.
제약이 있는 인터페이스를 만드는 것 자체가 매우 어려울 뿐 아니라, 잘못된 결정은 단순한 선례가 아니라 복사해서 재사용할 수 있는 코드가 된다. 기존 코드는 LLM이 등장하기 전부터도 언제나 엄청난… 뭐랄까, 중력을 가지고 있었다.
그렇게 아무도 의도하지 않았는데 제품은 복잡해진다. 새로운 팀이 뭔가 하나만 더 추가하는데, 따로 떼어 놓고 보면 언제나 걱정할 것 없어 보인다. Hick의 법칙과 추가적인 인지 부하, 그리고 어색함은 그 순간들 사이, 어느 팀도 책임감을 느끼지 않는 무주공산에서 자라난다. 논리는 언제나 순환한다. 세 번째 옵션을 추가하는 팀이 두 번째 옵션을 추가한 팀이 하지 않았던 일을 왜 해야 하는가? 두 번째 옵션을 추가하는 팀이 왜 미리 다섯 번째 옵션을 걱정해야 하는가?
그래서 그런 제약은 인위적으로라도 부과되어야 한다는 것을 이해하는 사람들을 채용하고 인정하며, 그들이 “이건 추가하지 맙시다. 저희는 저희 스티커가 더 좋거든요.”라고 말할 수 있도록 권한을 부여하는 것이 중요하다.

내 MacBook에는 스티커가 하나 붙어 있다. 왠지 너무 웃기게 느껴져서 직접 사서 붙인 것이다.
글을 무작위로 읽기
댓글
로그인하고 댓글 남기기