노션(Notion) 업무 템플릿, 데이터베이스 3개부터 시작하기

팀에서 “이제부터 노션(Notion)으로 업무 관리하자”는 말이 나오면, 다들 일단 노션 업무 템플릿 갤러리부터 열어본다. 근사한 대시보드, 알록달록한 칸반보드, 화려한 커버 이미지까지 구경하다 보면 오히려 뭘 만들어야 할지 더 헷갈린다. 엑셀 시트로 회의록 정리하고 메신저로 업무 지시하던 팀이 저 화려한 템플릿을 그대로 베껴 쓰려다 속성만 스무 개 넘게 만들어놓고 아무도 안 쓰는 페이지가 되는 경우가 흔하다.

이 글은 노션 공식 도움말이 팀 도입 초기에 실제로 권장하는 구조를 기준으로, 어떤 데이터베이스부터 만들고 속성·뷰는 어떻게 구성하면 되는지 순서대로 짚어본다. 요금제 차이까지 정리해뒀으니 지금 무료 플랜을 쓰고 있고 유료 전환 타이밍을 고민 중이라면 뒷부분만 봐도 된다.

노션 업무 템플릿, 데이터베이스 3개부터 시작하는 이유

노션 공식 도움말은 팀이 처음 도입할 때 회의록(Meeting Notes), 문서(Docs), 작업&프로젝트(Tasks & Projects) 이렇게 세 가지 데이터베이스부터 만들라고 안내한다. 이것저것 다 갖춘 종합 워크스페이스를 한 번에 설계하려다 지치는 경우가 많은데, 노션 쪽에서도 이 세 개만 있으면 팀 업무의 대부분은 커버된다고 보는 셈이다.

여기서 재미있는 건 Tasks와 Projects를 하나로 합치지 않고 서로 다른 두 개의 데이터베이스로 분리해서 만든다는 점이다. Task 데이터베이스에는 Project와 연결하는 Relation(관계형) 속성을 넣고, Project 쪽에는 연결된 작업들의 완료 상태를 모아 보여주는 Rollup(롤업) 속성을 넣는 방식이다. Meeting Notes는 날짜, 참석자(Person), 회의 유형(Select) 정도의 기본 속성만 두고 회의 유형별로 템플릿을 만들어 반복 사용하는 구조를 권장한다.

다만 이 3개 구조가 모든 팀에 정답인 건 아니다. 인원이 두세 명뿐인 작은 팀이라면 굳이 회의록과 문서를 따로 분리하지 않고 하나의 데이터베이스에 유형(Select) 속성만 나눠서 합쳐 쓰는 경우도 흔하다. 팀 규모와 업무 성격에 따라 이 기본 구조를 얼마든지 줄이거나 합쳐도 된다.

노션 속성(프로퍼티) 종류와 활용법

데이터베이스를 만들면 가장 먼저 마주치는 게 속성 선택 화면이다. 종류가 꽤 많아서 처음엔 뭘 골라야 할지 막막한데, 실제로 자주 쓰는 것과 그렇지 않은 것으로 나눠보면 생각보다 단순하다.

이 외에도 체크박스, URL, 이메일, 전화번호, 생성 시간·생성자, 마지막 편집 시간·편집자, 버튼, ID, 위치 같은 속성들이 있는데, 이건 필요할 때 하나씩 찾아 쓰는 정도로 충분하다. 처음부터 다 넣을 필요는 없다.

Relation과 Rollup, 엑셀에 비유하면

속성 목록 중에서 유독 헷갈려하는 게 Relation과 Rollup이다. 이름부터 낯설어서 그런데, 엑셀을 오래 쓴 사람이라면 오히려 VLOOKUP이나 다른 시트 참조 작업을 떠올리면 이해가 빠르다. Relation은 두 데이터베이스의 항목을 서로 연결하는 기능이라, 마치 다른 시트에 있는 행을 참조 값으로 끌어오는 것과 비슷한 역할을 한다. 같은 데이터베이스 안에서 자기 자신을 참조하는 것도 가능하고, 연결을 한쪽에서만 볼지 양쪽에서 다 볼지도 설정할 수 있다.

Rollup은 그렇게 연결된 데이터를 가져와 합계·평균·개수·최댓값·최솟값 같은 방식으로 집계하는 속성이다. Task 데이터베이스와 Project 데이터베이스를 Relation으로 묶어놨다면, Project 쪽에 Rollup을 걸어 “이 프로젝트에 속한 작업 중 완료된 비율”을 퍼센트 진행률 바로 자동 표시할 수 있다.

다만 여기엔 제약도 있다. 롤업 값은 숫자로 나올 때만 정렬이 가능하고, 롤업으로 가져온 값을 다시 롤업할 수는 없다. 순환 참조를 막기 위한 제한인데, 복잡한 다단계 집계를 노션 하나로 다 해결하려는 사람들은 이 지점에서 막히는 경우가 많다.

[여기에 실제 캡처 삽입: Task 데이터베이스에서 Relation 속성을 추가해 Project 데이터베이스와 연결하는 설정 화면(연결 대상 DB 선택 단계)]

[여기에 실제 캡처 삽입: Project 데이터베이스에서 Rollup 속성으로 완료 비율을 퍼센트 진행률 바로 표시한 결과 화면]

노션 뷰(보기) 종류와 상황별 활용법

노션은 같은 데이터베이스를 표, 보드, 타임라인, 캘린더, 갤러리, 리스트, 차트 등 여러 형태로 바꿔 볼 수 있다. 필터만 다르게 건 뷰를 여러 개 만들어두고 상황에 맞게 옮겨 다니는 식으로 쓰는 게 일반적이다.

앞서 만든 3개 데이터베이스에 대입해보면 감이 좀 더 온다. Meeting Notes는 속성이 단순하니 리스트 뷰 하나로도 충분하고, Tasks & Projects는 보드 뷰로 진행 상태를 보다가 일정이 몰릴 때는 타임라인 뷰로 바꿔 보는 조합이 잘 맞는다. 문서(Docs)는 표 뷰로 전체 목록을 관리하되 필요하면 갤러리 뷰로 커버 이미지만 보는 것도 방법이다.

노션 템플릿 만들 때 흔히 하는 실수

노션을 처음 세팅하는 사람들이 자주 걸리는 지점이 몇 개 있다.

• 데이터베이스를 지나치게 잘게 쪼개서 나중에 관리가 안 되는 상태가 되는 경우
• “In progress”/”In-progress”/”Doing”처럼 상태 표기를 통일하지 않아 필터가 어긋나는 경우
• 속성 이름을 “정보”처럼 모호하게 지어놔서 몇 달 뒤 본인도 못 알아보는 경우
• 속성을 과하게 많이 만들어 로딩이 느려지는 경우

노션 요금제 비교 — 무료로 어디까지 버틸 수 있나

템플릿 구조를 다 잡아놔도 결국 팀 규모가 커지면 요금제 문제에 부딪힌다. 2026년 7월 기준 노션 요금제(월간 결제)는 아래와 같다.

표에서 눈여겨볼 부분은 “비공개 팀스페이스”다. Free·Plus에서는 팀스페이스가 공개형이거나 폐쇄형이라도 누가 있는지 정도는 드러나는데, Business부터는 초대받지 않은 사람은 팀스페이스 존재 자체를 알 수 없다. 인사평가, 경영기획처럼 민감한 정보를 다루는 팀이라면 이 지점이 유료 전환을 결정하는 실질적 기준이 될 수 있다. 반대로 팀원이 5명 이하이고 딱히 민감 정보를 다루지 않는다면 Free나 Plus만으로도 충분히 버틸 수 있는 구조다.

다만 위 가격은 월간 결제 기준으로 확인한 값이다. 연간 결제 시 할인이 적용되는지, 정확한 할인율이 얼마인지는 이번에 명확히 재확인하지 못했다(추정: 노션이 통상 연간 결제 할인을 운영하는 편이나, 이번 조사에서 페이지 내 연간 가격 문구를 직접 확인하지는 않았다). 도입 전에 요금제 페이지에서 연간/월간 가격을 한 번 더 비교해보는 걸 권한다.

[여기에 실제 캡처 삽입: 워크스페이스 설정 > 팀스페이스 생성 화면에서 “공개 팀스페이스”와 “비공개(초대 전용) 팀스페이스” 선택 옵션이 보이는 화면]

참고로 노션 템플릿 갤러리에는 프로젝트 관련 템플릿만 해도 수천 개에서 많게는 만 개에 가까운 수가 등록돼 있다. 개수가 워낙 자주 바뀌다 보니 정확한 숫자보다는 “그만큼 다양하다” 정도로만 받아들이면 된다. 어떤 이름의 템플릿을 고를지 고민하기보다, 지금까지 살펴본 3개 데이터베이스 구조에 맞춰 직접 속성 몇 개와 뷰 한두 개만 잡아보는 편이 훨씬 오래 쓴다. 물론 갤러리에서 잘 만들어진 템플릿을 가져다 이름과 속성만 바꿔 쓰는 방법이 더 편하다는 반론도 있다.

국내 기업의 정확한 노션 도입률 통계는 아직 신뢰할 만한 형태로 공개된 자료가 없다. 체감상 주변에서 쓰는 회사가 늘어난 건 맞지만, 수치로 딱 잘라 말할 근거는 이번 조사에서 찾지 못했다.