노션 회의록 자동화: 데이터베이스 설계부터 검색까지

노션에 회의록을 1년 쌓았는데 아무도 안 본다면, 원인은 대개 회의록을 페이지로 쌓았기 때문입니다. 페이지는 계층으로 쌓이고, 계층은 3단만 넘어가면 사람이 못 찾습니다.

해결은 하나입니다. 회의록은 페이지가 아니라 데이터베이스의 행이어야 합니다.

1. 최소 속성 6개

속성을 많이 만들면 아무도 채우지 않습니다. 실제로 검색에 쓰이는 것만 남기면 6개입니다.

"프로젝트" 관계 속성이 이 설계의 전부입니다. 이게 있으면 프로젝트 페이지에서 관련 회의록이 자동으로 모입니다. 없으면 검색어를 정확히 기억해야만 찾을 수 있습니다.

2. 제목 규칙을 강제한다

자유 형식 제목은 검색을 파괴합니다. 회의, 미팅, ㅇㅇ건 논의 같은 제목이 섞이면 목록이 무의미해집니다.

• X 회의록, 8월 미팅, 논의사항
• O 2026-08-11 결제 실패율 대응
• O 2026-08-11 [킥오프] 정산 리뉴얼

날짜를 앞에 두면 제목 정렬이 곧 시간 정렬이 됩니다. 노션 정렬을 안 건드려도 목록이 자연스럽게 최신순으로 읽힙니다.

3. Action Item 은 회의록 안에 두지 않는다

가장 흔한 실패 지점입니다. 회의록 본문의 체크박스에 Action Item 을 적으면, 그 회의록을 다시 열지 않는 순간 항목이 사라집니다.

별도의 Task 데이터베이스를 만들고, 회의록과 관계로 연결하세요.

[회의록 DB] ←── 관계 ──→ [Task DB]
                            ├ 담당자 (사용자)
                            ├ 기한 (날짜)
                            ├ 상태 (선택)
                            └ 출처 회의 (관계)

이 구조의 이점은 개인별 뷰입니다. Task DB 에 "담당자 = 나 AND 상태 ≠ 완료" 필터를 걸어 두면, 어느 회의에서 나온 일이든 한 화면에 모입니다. 회의록을 열지 않아도 일이 흐르지 않습니다.

4. 템플릿 버튼으로 구조를 고정한다

노션 데이터베이스의 "템플릿" 기능으로 유형별 템플릿을 만들어 두세요. 새 회의록을 만들 때 유형만 고르면 빈 항목이 미리 깔립니다.

빈 항목이 깔려 있는 것 자체가 강제력입니다. 사람은 빈칸을 보면 채웁니다.

5. 반드시 만들어야 하는 뷰 3개

• 이번 달 — 날짜 필터, 기본 뷰
• 결정 사항만 — 결정 있음 = 체크 필터. 분기 회고할 때 이것만 읽으면 됩니다
• 내 미완료 Task — Task DB 쪽 뷰

뷰 3개를 넘기면 관리 대상이 되어 버립니다. 3개로 시작하고, 진짜 불편할 때만 추가하세요.

6. 텍스트 정리를 앞단에서 끝낸다

이 구조가 잘 돌아도, 녹취록을 항목에 배분하는 작업은 여전히 남습니다. 노션의 AI 기능은 요약은 하지만 "결정 사항 / 보류 / Action Item" 같은 업무 구조로는 잘 갈라 주지 않습니다.

AI 회의록 생성기에 녹취록을 넣어 구조화된 마크다운을 받고, 그 결과를 노션에 붙여넣는 방식을 권합니다. 노션은 마크다운을 붙여넣으면 제목·표·체크박스로 자동 변환하므로 서식 작업이 따로 필요하지 않습니다.

흔한 실수 3가지

1. 속성을 12개 만든다 — 3주 뒤 아무도 안 채웁니다. 6개로 시작하세요.
2. 회의록을 프로젝트 페이지 하위에 중첩한다 — 프로젝트가 끝나면 회의록도 같이 묻힙니다. 평평한 DB 하나에 모으고 관계로 연결하세요.
3. 회의록에 원본 녹취록 전문을 붙인다 — 검색 결과가 오염됩니다. 원문은 토글 블록 안으로 접어 두세요.

정리하면: 회의록 시스템의 성패는 작성 편의가 아니라 6개월 뒤 검색 가능성에서 갈립니다. 관계 속성과 별도 Task DB, 이 둘만 갖추면 나머지는 취향입니다.