문서 관리 화면을 다시 그리다 — UX는 클로드 디자인, 구현은 코덱스로

문서 관리 화면이 불편하다는 불만에서 개선 시도가 시작됐다. 한 참여자는 클로드 디자인을 전날 처음 사용해봤다고 밝히며 결과에 놀라움을 나타냈다. 이날 방은 오전부터 오모네이티브 릴리즈 준비로 기능과 버그 이야기가 오가던 참이었는데, 그 사이에 올라온 화면 개선 후기는 성격이 조금 달랐다. 무엇을 고쳤는지보다 어떤 도구로, 어떤 순서로 고쳤는지가 대화의 중심이 됐다.

"클로드디자인 어제처음써봤는데" "와 UX디자인설계에진짜좋네요"

그가 공유한 방식은 도구를 용도별로 쪼개 쓰는 것이었다. CLI에 곧바로 화면 개선을 맡기면 기존 디자인 틀 안에서만 손질이 이뤄지는 한계가 있다는 설명이었다. 반면 디자인 전용 도구로 화면을 완전히 새로 설계한 뒤, 그 결과물의 코드를 코덱스 같은 구현 도구로 내보내 이어받으면 기존 틀에 매이지 않는다는 것이다. CLI가 기존 코드 위에 손질을 얹는 방식이라면, 디자인 도구는 백지에서 다시 그릴 여지를 준다는 차이였다. 화면을 고치는 작업과 화면을 짜는 작업을 아예 다른 도구, 다른 단계로 떼어놓은 셈이다.

후기를 올린 참여자는 잘 되는 조건도 함께 짚었다. 웹사이트 디자인은 몇 번 하다 말았는데 프로덕트와 기능이 명확한 쪽에서 UX 설계를 잘하더라는 관찰이었다. 그러자 다른 참여자가 그건 사람도 마찬가지 아니냐고 받았다.

"디자이너분들도 태어나서 처음보는 제품 디자인은"

대상이 무엇인지 또렷할수록 결과가 좋아지는 것은 도구의 한계라기보다 설계라는 작업 자체의 성질에 가깝다는 뜻으로 읽힌다. 도구를 어디에 쓸지 고르는 기준이 성능이 아니라 주어진 문제가 얼마나 또렷한가로 옮겨가고 있음을 시사한다.

이 사례는 코딩 도구 하나로 기획부터 구현까지 밀어붙이던 방식에서, 화면을 그리는 도구와 화면을 구현하는 도구를 나눠 쓰는 쪽으로 작업 습관이 옮겨가고 있음을 시사한다. 특히 기존 코드 구조의 영향을 크게 받는 UX 개선 작업일수록, 백지에서 시작할 수 있는 디자인 전용 도구를 거치는 편이 결과물의 자유도를 더 크게 열어준다는 관찰로 읽힌다. 코드를 고치는 도구와 화면을 구상하는 도구가 서로 다른 강점을 가진다는 전제가 이 분업을 자연스럽게 만든 것으로 보인다.

이 흐름은 도구를 하나만 고집하기보다 작업 단계에 맞춰 여러 도구를 이어 쓰는 실전 습관에 가깝다. 디자인과 구현을 서로 다른 도구에 맡기는 조합이 한 번의 좋은 결과로 그칠지, 다른 화면 작업에도 반복될지는 이날 대화만으로는 확인되지 않는다. 다만 CLI 하나로 모든 단계를 처리하던 습관에 균열이 생겼다는 점은, 도구를 목적에 맞게 골라 쓰는 감각이 조금씩 자리를 넓혀가고 있음을 보여주는 사례로 남는다.

같은 방에서 릴리즈를 앞두고 기능 하나하나를 저울질하던 시각과 나란히 놓고 보면, 이 후기는 규모가 훨씬 작은 대화였는데도 실전에 바로 옮길 수 있는 구체적인 팁이라는 점에서 눈길을 끌었다. 화면을 직접 그려 보여주는 도구가 개발자 사이에서 참고할 만한 작업 순서로 언급되기 시작했다는 사실 자체가, 도구를 나눠 쓰는 감각이 이 방 안에서 이미 낯설지 않다는 신호로 읽힌다.