이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
사용자 흐름과 정보 구조를 문서화할 때 가장 중요하게 생각하는 건 문서를 처음 보는 사람이 이해할 수 있는지를 기준으로 작성하는 것입니다. 기획자 본인은 이미 알고 있는 내용이라서 당연하게 생략하는 부분이 독자에게는 중요한 정보가 될 수 있습니다. 사용자 흐름 문서에서는 정상 흐름과 예외 흐름을 모두 포함하는 것이 중요합니다. 예외 케이스를 빠뜨리면 개발 과정에서 발견해야 하는 상황이 생깁니다. 정보 구조는 레이블과 계층 관계가 명확히 보이도록 작성하는 것이 핵심입니다.
다이어그램이나 트리 구조로 시각화하면 텍스트보다 파악이 빠릅니다. 문서는 최신 상태를 유지하지 않으면 신뢰를 잃습니다. 변경이 생겼을 때 문서도 함께 업데이트하는 습관이 문서의 실질적인 가치를 유지합니다.
사용자 흐름을 문서화할 때 제가 신경 쓴 것은 글보다 그림으로 보이게 하는 것입니다. 학과 프로젝트에서 흐름을 글로만 길게 적었더니, 팀원들이 끝까지 읽지 않고 헷갈려했습니다. 그래서 저는 화면 간 이동을 다이어그램으로, 정보 구조를 트리 형태로 그려 한눈에 보이게 했습니다. 그러자 같은 내용도 훨씬 빨리 이해됐습니다. 또 정상 흐름만 그리지 않고, 입력 오류나 권한 없음 같은 예외 흐름을 함께 표시했습니다. 예외를 빠뜨리면 개발 중에 그때그때 발견하게 돼 일이 꼬입니다. 문서는 제가 아는 것을 적는 것이 아니라, 처음 보는 사람이 흐름 전체를 빠짐없이 이해하게 만드는 것이 목적이라고 생각합니다. 그래서 시각화와 예외 표기에 가장 공을 들입니다.
문서화에서 제가 가장 어렵다고 느낀 것은 문서와 실제가 어긋나는 순간입니다. 개발 중에 기능이 바뀌었는데 문서를 그대로 두면, 나중에 그 문서를 믿고 본 사람이 잘못된 정보로 일하게 됩니다. 한 번 어긋나기 시작하면 아무도 문서를 신뢰하지 않게 됩니다. 그래서 저는 변경이 생길 때마다 문서도 함께 고치고, 무엇을 왜 언제 바꿨는지를 기록으로 남기는 것이 필요하다고 봤습니다. 그래야 문서가 살아 있는 기준으로 유지됩니다. 또 변경 이력이 남아 있으면, 나중에 '왜 이렇게 됐지'를 다시 논의하는 일도 줄었습니다. 문서는 한 번 잘 만드는 것보다 현실과 계속 맞춰가는 것이 더 어렵고 중요하다고 생각합니다. 관리되지 않는 문서는 차라리 없느니만 못하다고 봅니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 크라우드웍스 서비스 오너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.