제시해주신 "Beyond mocks: co-designing journeys, diagrams, and more" 글은 제품 개발 과정에서 고해상도 목업(Mock)에만 의존하는 방식의 한계를 지적하며, 보다 본질적인 문제 해결을 위한 협업 도구로서의 다이어그램과 여정 설계의 중요성을 강조합니다. 단순히 시각적인 화면을 만드는 것을 넘어, 팀 전체가 시스템의 논리와 사용자 경험의 흐름을 초기에 동기화하는 것이 프로젝트의 성공과 효율성을 결정짓는 핵심이라고 결론짓습니다.

고해상도 목업이 가리는 복잡성의 위험

시각적 왜곡: 완성도 높은 목업은 팀원들에게 제품이 이미 완성되었다는 착각을 불러일으키며, 그 이면에 숨겨진 복잡한 비즈니스 로직이나 기술적 허점을 간과하게 만듭니다.
피드백의 방향성 상실: 디자인의 논리적 구조보다는 폰트 크기나 색상 같은 표면적인 요소에 피드백이 집중되어, 정작 중요한 사용자 흐름(Flow)에 대한 논의가 뒷전으로 밀릴 수 있습니다.
수정 비용의 증가: 화면 구성을 모두 마친 뒤에 발견된 논리적 오류는 초기 설계 단계에서 발견했을 때보다 수정하는 데 훨씬 더 많은 시간과 자원을 소모하게 합니다.

논리 설계를 위한 다이어그램의 활용

상태 머신과 데이터 흐름 시각화: FigJam과 같은 도구를 활용해 시스템의 상태 변화, 데이터의 이동 경로, 예외 처리 케이스를 화살표와 상자로 단순하게 시각화합니다.
공통 언어의 구축: 복잡한 코드를 설명하는 대신 다이어그램을 통해 개발자, 디자이너, PM이 동일한 멘탈 모델을 공유함으로써 의사소통 비용을 획기적으로 줄입니다.
엣지 케이스 탐지: 화면 간의 연결 고리를 선으로 잇는 과정에서 누락된 시나리오나 기술적으로 구현 불가능한 흐름을 사전에 파악할 수 있습니다.

여정 중심의 공동 설계(Co-designing)

사일로 파괴: 디자인 파일을 디자이너만의 영역으로 두지 않고, 초기 아이디어 단계부터 모든 이해관계자가 참여하여 함께 '여정'을 그려나갑니다.
전달(Handoff) 없는 협업: 디자인 결과물을 개발자에게 단순히 '던져주는' 방식이 아니라, 설계 과정 자체에 개발자가 참여함으로써 기술적 제약 사항을 즉각 반영하고 구현 가능성을 높입니다.
사용자 중심 사고의 유지: 개별 화면의 미학에 매몰되지 않고, 사용자가 목표를 달성하기 위해 거치는 전체 맥락에 집중하여 일관된 경험을 설계합니다.

실용적인 권장 사항

성공적인 제품 설계를 위해서는 **'지저분한 단계(Messy phase)'**를 두려워하지 말아야 합니다. 프로젝트 초기에는 픽셀 단위의 정밀함보다는 화이트보드나 FigJam을 이용한 거친 다이어그램으로 팀의 합의를 이끌어내는 데 집중하십시오. 시각적인 완성도는 논리적 구조가 탄탄하게 정립된 이후에 쌓아 올려도 늦지 않으며, 오히려 이것이 가장 빠르게 완성도 높은 제품을 만드는 지름길입니다.