비싼 게 멋질 거란 착각, 진짜 멋은 싸고 단순한 것에서 온다

어쩌다 카시오 F91W가 패션 아이콘이 됐을까

혹시 1만 5천 원짜리 카시오 F91W 디지털 시계 보신 적 있나요? 1989년부터 거의 디자인이 안 바뀐, 동네 문구점에서 팔던 그 흔한 검정 플라스틱 시계요. 그런데 요즘 이 시계가 패션 잡지에 자주 등장하고, 명품 브랜드 매장에 가는 사람들 손목에서도 보입니다. 디자이너 Arun Venkatesan이 쓴 이 글은 "왜 가장 싼 것이 가장 멋있어 보이게 됐는가"라는 흥미로운 질문에서 출발해요. 단순한 패션 트렌드 글 같지만, 실제로는 제품을 만드는 사람이라면 누구나 곱씹어볼 디자인 철학이 담겨 있습니다.

싼 물건이 멋있어진 메커니즘

글의 핵심 통찰은 이거예요. 비싼 물건은 자기가 비싸다는 걸 보여주려고 점점 더 화려해지고, 결국 촌스러워진다는 점이에요. 가죽에 큰 로고가 박힌 가방, 보석이 잔뜩 들어간 시계, 거대한 그릴이 달린 자동차 같은 거죠. 가격을 정당화하려는 디자인 결정들이 누적되면서 본질에서 멀어집니다.

반대로 싼 물건은 자기를 증명할 필요가 없어요. 카시오 F91W는 그냥 시간 잘 보이고, 7년 가는 배터리에, 알람·스톱워치·백라이트만 있으면 됩니다. 군더더기 없이 기능에 충실한 디자인이 시간이 지날수록 일종의 정직함으로 읽혀요. Bic 볼펜, 모스키노 갈색 종이봉투(가 아니라 진짜 종이봉투), Muji 노트, 전기밥솥 형태의 컵라면 용기 같은 것들이 다 같은 맥락이에요. 글쓴이는 이걸 "디자인이 자신감에서 나온다"고 표현해요. 가격이 자기를 정당화해줄 필요가 없으니까, 형태가 기능에 솔직해질 수 있는 거죠.

또 하나 재밌는 분석은 희소성의 역전이에요. 예전엔 비싼 게 희소했어요. 지금은 인스타그램 덕분에 명품이 어디서나 보이고, 오히려 "비싸 보이지 않는 것을 일부러 고른 사람"이 더 눈에 띕니다. 즉, 가격을 과시하지 않는 게 새로운 과시 방식이 된 거예요. 글에서는 이걸 "노력하지 않는 척하는 노력"이라고 비꼬기도 하지만, 그래도 그 결과물이 미적으로 더 깔끔해지는 건 사실이라고 인정합니다.

소프트웨어에도 똑같이 적용되는 이야기

이 통찰은 우리가 만드는 소프트웨어에도 그대로 들어맞아요. 한번 생각해 보세요. 가장 사랑받는 도구들이 대개 가장 단순한 것들이거든요. Vim, tmux, ripgrep, jq, curl 같은 CLI 도구들이 왜 수십 년이 지나도 안 죽을까요? 자기를 증명하려고 화려한 UI를 붙이지 않았기 때문이에요. 하나의 일을 잘하고, 다른 도구와 조합되는 걸 거부하지 않습니다. Unix 철학("Do one thing and do it well")이 사실은 카시오 F91W의 철학과 같은 뿌리예요.

반대 사례도 많죠. 비싸 보이려고 만든 SaaS 대시보드가 글래스모피즘에 그라디언트에 애니메이션을 잔뜩 넣었지만 정작 데이터를 찾기 힘든 경우, 한 번쯤 보셨을 거예요. 또는 "엔터프라이즈"라는 이름이 붙은 프레임워크가 설정 파일이 200줄이고, 실제 비즈니스 로직보다 설정 코드가 더 긴 경우도요. 가격(또는 "엔터프라이즈"라는 라벨)이 디자인을 비대하게 만든 거죠.

한국 개발자/디자이너에게 주는 시사점

국내 서비스를 보면, 한 화면에 기능을 다 욱여넣는 경향이 여전히 강해요. 첫 화면에 배너 5개, 탭 7개, 추천 섹션 4개가 동시에 떠 있는 식이죠. 이게 KPI 단위로는 합리적인 결정처럼 보이지만, 사용자 경험으로는 "비싼 척하려고 다 붙인 명품백"과 똑같은 함정이에요. 토스가 한국에서 그렇게 빨리 자리 잡은 이유 중 하나가, 한 화면에 한 가지 일만 하게 만들었기 때문이라는 분석이 많죠. 그게 바로 "자신감 있는 디자인"이에요.

사이드 프로젝트나 OSS를 만드는 분들에게도 적용돼요. README에 배지를 20개 붙이고, 로고를 거창하게 만들고, 기능 목록을 길게 늘어놓는 것보다, "한 줄로 무슨 도구인지 설명되는 도구"가 결국 살아남습니다. 자신감 있는 도구는 자기를 증명하려고 애쓰지 않아요.

마무리

결국 디자인의 멋은 "내가 얼마짜리인지 보여주는 능력"이 아니라 "내가 무엇을 위해 존재하는지 정직하게 드러내는 능력"에서 나온다는 이야기예요. 우리가 다음에 만드는 화면, 다음에 짜는 API, 다음에 적는 README가 카시오 F91W처럼 30년 뒤에도 부끄럽지 않으려면 어떤 결정을 빼야 할까요? 여러분이 최근에 "기능을 더 넣을지"가 아니라 "뭘 뺄지"를 고민했던 순간은 언제였나요?