이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
Flow 설계가 중요한 이유는 사용자가 어떤 경로로 목표에 도달하는지를 명확하게 정의하는 것이 UX의 출발점이기 때문입니다. 화면이 아무리 잘 만들어져 있어도 흐름이 끊기거나 경로가 불명확하면 사용자는 길을 잃습니다. Flow를 먼저 설계하면 빠진 화면이나 로직 오류를 초기에 발견할 수 있습니다.
디자인 가이드라인은 팀이 일관된 기준으로 작업하게 해주는 공통 언어입니다. 디자이너가 여럿이거나 개발자와 협업할 때, 가이드라인이 없으면 같은 컴포넌트가 다르게 해석되는 경우가 생깁니다. 문서화된 기준이 있으면 검토 시간이 줄고 일관성이 높아집니다.
두 가지 모두 결국 팀 전체의 속도와 품질을 위한 것입니다. 초기에 시간을 들여 정리해두면 나중에 발생할 수 있는 재작업과 의사소통 비용을 줄이는 투자가 된다고 생각합니다.
Flow 설계를 직접 해봤을 때 사례로 남은 기억이 있습니다. 팀 프로젝트에서 초기에 화면 디자인부터 시작했는데, 나중에 각 화면이 어떤 순서로 연결되는지 팀원들이 다르게 이해하고 있다는 걸 발견했습니다. 그 이후 User Flow를 먼저 그리고 시작하는 방식으로 바꿨을 때 화면 추가·삭제 기준이 생겨서 설계 범위가 훨씬 빠르게 정리됐습니다. 디자인 가이드라인 측면에서는 버튼 색상과 여백 기준을 문서로 정리해두고 팀 내 공유했을 때 서로 다른 화면에서 일관성이 높아진 경험을 했습니다.
정리해두지 않으면 각자가 기억에 의존하게 되고 결국 기준이 흔들린다는 걸 그 경험에서 배웠습니다.
Flow 설계와 가이드라인은 개인 작업이 아니라 팀 전체가 같은 맥락으로 움직이기 위한 기반이라는 걸 직접 겪으면서 이해했습니다.
그 이해가 지금 이 도구들을 대하는 태도입니다.
Flow 설계와 가이드라인의 한계가 있다고 느낀 부분이 있습니다. 팀 프로젝트에서 초기에 작성한 User Flow 문서가 프로젝트가 진행되면서 업데이트되지 않아 실제 화면과 달라진 경우가 있었습니다. 문서를 만드는 것보다 갱신 주체를 정해두는 것이 더 어렵고 더 중요하다는 걸 그 경험에서 배웠습니다. 디자인 가이드라인도 처음에 잘 정리돼 있어도 새 컴포넌트가 추가되면 기준이 자연스럽게 노후화되는 문제가 생겼습니다.
가이드라인을 잘 만드는 것과 팀이 그것을 계속 따르도록 하는 것은 다른 문제라는 걸 배웠습니다.
그 한계를 인식하고 있어야 문서가 있다는 것에 안심하지 않고 실제로 팀이 기준을 따르고 있는지 점검하는 태도를 유지할 수 있다고 생각합니다.
그 태도가 지속 가능한 가이드라인의 조건입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 CJ올리브영 UX/UI 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.