이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
노션으로 문서를 정리할 때 가장 중점을 두는 것은 찾기 쉬운 구조를 먼저 설계하는 것입니다. 수업 팀 프로젝트에서 노션을 도입했지만 페이지가 쌓이면서 무엇이 어디 있는지 몰라 오히려 검색에 시간을 낭비한 경험이 있었습니다. 그 이후로는 상위 페이지에 프로젝트 개요와 페이지 인덱스를 먼저 두고, 하위 페이지는 목적별로 분류하는 방식을 씁니다. 작업 진행 상황은 데이터베이스 뷰로 상태별 필터를 적용해 한눈에 파악하도록 구성했습니다.
회의록은 날짜와 참석자를 앞에 두고, 결정 사항과 액션 아이템을 분리해 기록하면 나중에 빠르게 확인할 수 있습니다. 노션은 자유도가 높은 만큼 팀 내 구조를 먼저 합의해야 효율적으로 쓸 수 있는 도구입니다.
노션을 처음 쓸 때 페이지를 무한 중첩해서 만들었다가, 나중에 제가 만든 문서를 찾지 못하는 경험을 했습니다. 프로젝트마다 폴더를 새로 파다 보니 뎁스가 7단계까지 깊어졌고, 검색을 해야 문서를 찾을 수 있는 상황이 됐습니다. 구조가 없는 문서화는 기록을 쌓을수록 혼란이 커진다는 걸 그때 배웠습니다. 이후로는 뎁스를 3단계로 제한하고, 각 단계의 역할을 데이터베이스·레퍼런스·일지로 명확히 나누는 방식을 씁니다. 구조를 먼저 설계하고 내용을 채우자 문서가 자기 정리되는 효과가 생겼습니다. 구조를 먼저 설계하면 문서가 자기 정리되는 효과가 생겼고, 나중에 합류한 팀원도 별도 설명 없이 스스로 문서를 찾는 상황이 만들어졌습니다.
이 방식이 팀 문서 관리의 기준이 됐습니다.
학교 도서관에서 십진분류법을 배운 적이 있는데, 노션 구조를 잡을 때 같은 원리를 적용했습니다. 카테고리는 넓게, 세부 항목은 태그로 보완하는 방식이 노션 데이터베이스의 뷰 필터와 정확히 맞아떨어졌습니다. 처음에는 페이지 분류로 모든 걸 해결하려 했는데, 분류법을 공부하고 나서 데이터베이스 한 곳에 두고 뷰로 보는 방식이 훨씬 유연하다는 걸 알게 됐습니다. 낯선 분류 체계를 이해하면 어떤 도구든 더 깊이 쓸 수 있다는 걸 노션으로 확인했습니다.
낯선 분류 체계를 이해하면 어떤 도구든 더 깊이 쓸 수 있습니다. 노션도, 다음에 쓸 어떤 협업 도구도 분류 원리를 이해한 상태에서 쓰면 처음부터 적합한 구조를 잡을 수 있습니다. 분류 원리를 이해하면 어떤 툴이 바뀌어도 빠르게 적응합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 선시안 게임 기획 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.