노션 페이지, 엉키기 전에 구조부터 잡는 법

처음엔 단출했는데, 페이지가 불어날수록 제자리를 잃는다. 입력 속도는 붙는데 찾는 데 걸리는 시간은 늘어난다. 템플릿 없이 복붙으로 버티면 비슷한 페이지가 줄줄이 생긴다. 같은 내용이 다른 말로 또 저장되기 시작하고…

노션 도움말: "데이터베이스 템플릿은 새 페이지에 동일한 구조를 적용합니다."

목적이 레이아웃을 이긴다

먼저 목적부터 못 박는다. 기록용인지, 프로젝트 관리인지, 참고 아카이브인지 하나만 고른다. 그 기준으로 상위 페이지를 쪼개고, 그 아래에는 DB를 둔다. 새 항목은 템플릿으로만 만들게 제한해 흐름이 흔들리지 않게 한다. 관계형으로 프로젝트 DB와 태스크 DB를 묶고, 뷰는 상황에 맞게 타임라인·보드·테이블로 나눈다. 긴급도 같은 속성은 선택형으로 고정한다. 속성은 최소부터 시작하는 게 낫다. 많아지면 입력이 늘어나고 표준이 금세 무너진다.

제목 규칙도 은근 힘이 있다. 예: “PROJ-23_기능개선_v1”처럼 코드_이름_버전으로 맞춰두면 검색이 바로 걸린다. 안 외워진다, 진짜 ㅎㅎ 그래서 상단에 규칙을 한 줄로 붙여두고 템플릿의 제목 필드에 예시를 박아둔다. 실수가 줄어든다. 템플릿 본문 첫 칸에 “제목 규칙 확인 → 상태 입력 → 마감일 입력” 같은 체크 구문을 넣어두면 급할 때도 빠뜨리는 항목이 줄어든다.

한 번에 규칙을 전부 세우려 들면 질린다(그땐 왜 그랬나 싶다). 그래서 ‘필수 속성 3개, 뷰 2개, 템플릿 1개’만 먼저 만든다. 두 주 뒤 보완할 것만 얹는다. 이 순서만 지켜도 중복 페이지가 훅 준다. 만들 때부터 어디에 꽂힐지 정해지니까. 속성 명칭은 짧고 중복 없는 단어로 고른다. “담당자” 대신 “담당”, “우선순위”는 “우선”처럼 통일하면 필터 작성도 빨라진다.

태그·필터 정비, 혼선의 절반을 줄인다

태그는 적을수록 낫다. 의미가 겹치면 합치고, 유사어는 하나로 통일한다. 상위 페이지마다 뷰 필터를 미리 걸어두면 새로 들어온 사람도 같은 화면을 본다. 상태가 끝으로 밀린 항목은 아예 ‘보이지 않게’ 처리해 잔여 작업만 또렷하게 남긴다. 필터 조건에 이름을 붙여두는 것도 팁이다. “이번주”, “나에게 할당”, “대기중 제외”처럼 간단하게 쓴다. 날짜 필터는 “오늘 기준 ±7일” 같은 상대 범위로 두면 주간 점검 때 손댈 게 줄어든다.

2025년 12월 2일 화요일 오후 2시에 태그를 대충 써놨다가 같은 이슈가 세 갈래로 갈라졌다. 검색만 2시간 20분이 날아갔고, 뷰 필터가 꼬여서 체크리스트 전수조사에 40분을 더 썼다. 그땐 뭐가 뭔지 몰랐다 ㅋㅋ
그때 진짜 식은땀이…

필터를 뷰마다 일관되게 쓰면 이런 낭비가 준다. 태그는 5~10개 선에서 맞추고, 안 쓰는 건 아카이브로 뺀다. 분기마다 쓸까 말까 한 태그는 과감히 정리하는 편이 낫다. 합치기 전에는 통계 확인용으로 한 주 정도만 둘 다 유지하고, 이후 하나로 고정한다. 필터 저장 시 정렬도 같이 박아두면(예: 우선순위↓, 마감일↑) 뷰를 바꿔도 목록 흐름이 흔들리지 않는다.

체크리스트, 짧게 훑고 지나가기

정리 순서는 길 필요 없다. 흐름만 고정하면 된다. 아래 다섯 가지만 돌려도 페이지가 안정된다. 바쁘면 못 볼 때도 있다. 그럴 땐 첫 두 줄만 봐도 버틴다.

• 목적 정하기
• 상위 페이지·템플릿 만들기
• 핵심 속성(상태/담당/우선순위) 고정하기
• 태그 표준화하기
• 정기 점검 일정 잡기

노션 가이드: "관계형 속성과 롤업은 항목 간 연결과 요약을 도와줍니다."

체크리스트는 페이지 맨 위 고정 블록으로 둔다. 보이는 자리에 있어야 손이 간다. 완료 표시만 남기지 말고, 수정 로그를 한 줄 남겨둔다(예: “태그 통합: 디자인/디자인팀 → 디자인”). 다음 점검 때 왜 바뀌었는지 추적이 쉽다. 점검 알림은 캘린더 연동보다 DB 내 날짜 속성에 리마인더를 거는 방식이 깔끔했다. 외부 알림은 끊기면 복구가 번거롭다.

주간 정리 루틴, 망가지는 걸 미리 막는 스텝

루틴이 없으면 금방 흐트러진다. 월요일 오전에 10~15분 잡아 지난주에 생긴 페이지를 템플릿에 맞춘다. 제목 규칙 먼저, 속성 두세 개 채우기, 태그 확인. 이 순서로 가면 10~15분이면 끝난다. 분기 대청소? 거의 필요 없다. 짧게, 자주가 덜 아프다.

자동화는 신중하게 다룬다. 외부 연동으로 태스크를 자동 생성하면 편하긴 한데, 속성 매핑이 어긋나면 추적이 바로 끊긴다. 새 연동을 붙일 땐 테스트 DB를 따로 만들어 20개 정도만 흘려보고 반영한다. 본 DB에 한 번에 꽂았다가 난리 나는 건 한 번이면 충분 ㅋㅋ 자동화 후에는 생성 시점, 기본 상태, 기본 담당 같은 초기값을 템플릿과 동일하게 맞춘다. 자동 생성물이 템플릿을 우회하면 표준이 금방 헤어진다.

그리고 뷰는 적을수록 좋다. 테이블 하나, 캘린더 하나, 타임라인 하나 정도면 웬만한 환경에서 버틴다. 줄이고 나면 검색이 더 빨라진다. 뷰를 줄이는 기준은 “자주 쓰는 정렬/필터 조합이 3개 이하인가”를 묻는 것이다. 그 이상이면 겹치는 게 있는지 통폐합부터 본다.

뷰·관계·롤업, 보이는 것부터 다듬는 순서

뷰는 질문으로 고르면 쉽다. “지금 뭘 먼저 해야 하지?” → 우선순위 정렬 테이블. “언제 막히지?”가 궁금하면 타임라인을 띄운다. 관계형은 프로젝트↔태스크, 문서↔참조자료 정도만 억지 없이 연결해도 충분하다. 롤업은 마감일 최솟값, 완료율 평균 같은 요약만 뽑아둔다. 숫자가 많아지면 읽는 사람이 도망간다.

속성은 위에서 아래로 중요도 순으로 배치한다. 제목 바로 아래에 상태·담당·마감일을 두고, 덜 쓰는 건 속성 접기 기능으로 숨긴다. 모바일로 만지는 사람이라면 첫 세 줄 외에는 스크롤 없이 보이게 맞추는 게 좋다. 여기서 과하게 꾸미면 또 느려진다. 담백한 구성이 유지 관리에 유리하다. 커버 이미지와 아이콘은 식별만 되게 최소로 둔다. 알록달록하면 예뻐 보이지만, 리스트 스크롤이 느려지고 시선이 흩어진다.

단독 팁 하나만 더. 데이터베이스 이름은 동사보다 명사가 알아듣기 쉽다. “할 일”보다 “태스크”, “모으기”보다 “레퍼런스”처럼. 검색어가 깔끔해져 충돌이 줄어든다. 이름을 바꿀 때는 URL 슬러그도 함께 정리해 둔다. 공유 링크가 이미 돌고 있다면 리다이렉트 페이지를 만들어 새 위치를 명시해 두는 편이 안전하다.

상황별 선택 가이드

개인 노트 위주라면 템플릿 하나에 제목 규칙과 필수 속성 두 가지만 넣고 주간 10분 점검으로 돌린다. 체크박스 하나로도 충분하다. 팀 프로젝트처럼 연결이 많은 환경이면 프로젝트·태스크 두 DB를 관계형으로 묶고, 뷰는 테이블·타임라인 두 개만 둔다. 담당/상태는 선택형으로 고정하고, 마감일은 한 가지 형식으로 통일한다. 데이터가 이미 흩어져 있으면 태그 표준화부터 손대고, 중복 페이지는 속성 비교로 합친다. 새로 시작한다면 목적→DB→템플릿 순으로 단계를 밟아 세팅하는 게 맞다. 첫 주에는 입력량보다 구조 검증에 시간을 더 쓰고, 둘째 주부터 실제 데이터를 태워 리듬을 잡는다.