디자인이라는 일의 어려운 점들

20년 경력의 디자이너가 타 분야(엔지니어링 등)와 비교했을 때 디자인이라는 일만이 가진 구체적이고 구조적인 어려움을 10가지 관점에서 분석하고, 디자이너로서 겪는 현실적 고민과 태도를 공유하는 글입니다.

1. 영감의 무한성과 검색의 부재

• 개발자는 문제(예: 캐싱 이슈)에 봉착했을 때 문서나 포럼 게시글 같은 정해진 구역 내에서 답을 찾습니다.
• 반면 디자이너는 과거 방문했던 박물관의 길찾기 정보 같은 예상치 못한 경험에서 온보딩 문제의 힌트를 얻기도 합니다. 영감의 범위가 무한하여 정해진 검색 엔진이나 정답지가 없습니다.

2. 반복 작업으로 단축되지 않는 시간

• 비슷한 버그를 50번 고친 엔지니어는 51번째 버그를 빠르게 고치지만, 디자이너는 온보딩 프로세스를 50번 만들어봤어도 51번째 작업을 여전히 오래 걸려 합니다.
• 매 프로젝트마다 참조하는 기준과 조합이 완전히 다르기 때문이며, 경험은 답을 직접 제공하기보다는 단지 더 나은 탐색 능력을 길러줄 뿐입니다.

3. 쏟아지는 피드백과 가려내기의 압박

• 코드를 비판하려면 코드 분석 능력이 필요하지만, 디자인은 스마트폰을 써본 사람이라면 누구나 쉽게 의견을 냅니다.
• 때로는 전문가가 아닌 사람의 피드백이 가장 날카로울 때도 있지만, 무수히 쏟아지는 의견 중에서 의미 있는 정보를 가려내는 것 자체가 또 하나의 큰 업무가 됩니다.

4. 똑같은 결정의 반복 설득과 피로감

• 동일한 디자인 결정을 비평 회의, 1:1 면담, 리더십 평가, 복도에서 마주친 이해관계자 등 일주일에 다섯 번씩 서로 다른 장소와 사람들에게 설득해야 합니다.
• 똑같은 주장을 반복하다 보면 스스로도 지루해지며, 매번 설득력 있게 설명하는 과정에서 극심한 피로감을 느낍니다.

5. 자동화 도구의 부재와 수동 품질 관리

• 엔지니어는 오류를 자동으로 잡아주는 린터(Linter)와 테스트 스위트를 사용하지만, 디자이너에게는 자신의 '눈'이 유일한 품질 관리 도구입니다.
• 아무도 지적하지 않은 띄어쓰기 한 칸이나 미세한 오차 때문에 한밤중에 파일을 다시 열어보는 집착을 이어가게 됩니다.

6. 취향의 변화로 끝없는 '완성'의 기준

• 버그 수정은 테스트를 통과하면 끝나지만, 디자인의 완성 기준은 '디자이너의 취향'에 달려 있습니다.
• 그러나 실력이 기준을 넘어서는 순간 취향도 함께 높아져 버리기 때문에 진정한 의미의 '완성'을 느끼기 어렵습니다.

7. 일정과 상관없이 무작위로 찾아오는 영감

• 영감은 달력을 확인하고 오지 않지만, 정해진 오후 검토 시간(Review)은 무조건 맞춰야 합니다.
• 아이디어가 떠오르지 않을 때는 능숙한 척 연기하며 진짜 아이디어가 떠오를 때까지 견뎌내는 노하우를 터득하게 됩니다.

8. 규칙을 깨는 독창성과 외부 경험의 중요성

• 디자인 시스템이나 패턴 라이브러리는 숙련도를 올려줄 뿐 독창성을 키워주지 못합니다.
• 규칙을 언제 깨야 할지는 소프트웨어 외적인 요소(예: 오래된 영화, 1960년대 브라운 라디오 등)에 깊은 관심을 기울이는 데서 나옵니다.

9. 끊임없이 벌어지는 취향과 실력의 격차

• 아이라 글래스(Ira Glass)의 말처럼 취향은 실력보다 빨리 발전하여 자신의 작업물을 형편없게 느끼게 만듭니다.
• 더욱이 이 격차는 이직을 하거나 환경이 바뀔 때마다(기존 조직의 감각이 새 조직에서 통하지 않게 되면서) 다시 넓어지게 됩니다.

10. 디자이너의 눈에 탑승된 스위치

• 디자인 감각이 훈련되고 나면 시각을 끄는 스위치가 사라집니다. 퇴근 후 식당 메뉴판을 볼 때도 텍스트의 자간과 요소를 비판적으로 바라보게 되는 직업병이 따라옵니다.

소규모 회사(기준을 세우기 쉬우나 혼자 지탱해야 함)와 대규모 회사(지원 프로세스는 많으나 타협해야 함)의 어려움은 각기 다르지만, 어디서 일하든 이러한 본질적인 피로감은 존재합니다.

저자는 이것이 단순한 불평이 아니라 지난 수십 년간 겪은 현실을 솔직하게 인정한 것임을 밝히며, 그럼에도 불구하고 자신은 여전히 다른 어떤 직업보다 디자인을 사랑하고 선택할 것이라는 글로 마무리합니다.