이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
서비스 구조와 플로우를 설계할 때 가장 중요하게 보는 건 사용자가 달성하려는 과업이 몇 단계 안에 완료되는가입니다. 화면이 많아질수록 경로가 길어지고 이탈 가능성이 높아집니다. 프로젝트에서 회원 가입 플로우를 설계할 때 처음에 5단계로 만든 것을 3단계로 줄이면서 온보딩 완료율이 올라갔습니다. 줄이는 것 자체보다 각 단계에서 사용자에게 뭘 요구하는지를 먼저 점검한 것이 도움이 됐습니다.
불필요한 결정을 줄이는 것이 플로우 설계의 핵심이라고 봅니다. 또 오류 상황에서의 플로우도 초기부터 고려하지 않으면 나중에 전체 구조를 다시 잡아야 하는 일이 생깁니다. 그 부분을 먼저 설계해두면 후반 수정 비용이 줄어듭니다.
서비스 플로우를 설계할 때 최적 경로만 집중하다가 예외 상황을 놓치는 경우가 있었습니다. 온보딩 플로우를 3단계로 줄이는 데 집중했는데, 이미 계정이 있는 사용자가 다시 가입 시도를 할 때의 플로우를 설계하지 않았습니다. 테스트에서 그 상황이 발견됐을 때 전체 구조를 다시 점검해야 했습니다. 그 이후로 플로우를 설계할 때 정상 경로뿐 아니라 오류·재시도·이탈 시나리오를 초기부터 함께 잡는 습관을 들였습니다. 아직 모든 예외를 처음부터 다 잡지는 못하지만, 엣지 케이스를 설계에 포함하는 것이 나중의 수정 비용을 크게 줄인다는 것은 분명히 경험했습니다. 플로우 설계는 완성보다 검증이 더 오래 걸리는 작업이라고 생각합니다.
서비스 구조를 설계할 때 사용자가 어떤 상황에서 이 화면을 만나는지를 먼저 정의하는 것이 중요하다고 생각합니다. 같은 정보라도 처음 쓰는 사람과 익숙한 사람에게는 다른 플로우가 필요합니다. 프로젝트에서 검색 기능을 설계할 때 처음엔 검색창부터 만들었는데, 사용자가 무엇을 찾으러 오는지 맥락을 먼저 정의하지 않아서 결과 화면에서 어떤 정보를 보여줘야 하는지 기준이 없었습니다. 페르소나와 사용 맥락을 정리한 이후, 각 상황에서 어떤 정보가 가장 먼저 필요한지가 명확해졌습니다. 구조 설계는 화면을 그리는 것이 아니라 사용자가 어떤 상태로 들어오고 어떤 상태로 나가야 하는지를 먼저 정의하는 것이라고 생각합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 라인 프로덕트 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.