노션 회의록을 작성한 뒤 결정한 일을 제대로 관리하고 있나요?
회의 중에는 해야 할 일이 명확해 보여도 시간이 지나면 누가 담당하기로 했는지, 언제까지 처리해야 하는지 다시 확인해야 할 때가 있습니다.
회의록에는 결정 사항이 적혀 있는데 실제 업무 목록에는 빠져 있거나, 새로운 업무가 이전 회의에 잘못 연결되는 경우도 생길 수 있습니다.
노션에서는 회의록과 후속 업무를 별도의 데이터베이스로 만들고 관계형으로 연결해 이러한 정보를 관리할 수 있습니다.
이번 글에서는 회의 내용뿐 아니라 담당자·마감일·완료 여부까지 함께 관리하는 노션 회의록을 만들어 보겠습니다.
주요 기능은 다음과 같습니다.
- 회의 날짜와 참석자, 결정 사항 기록
- 회의마다 반복해서 사용하는 회의록 양식 만들기
- 회의에서 나온 후속 업무 연결하기
- 담당자와 마감일 기록하기
- 회의별 미완료 업무 개수 계산하기
- 담당자·마감일·회의 연결이 누락된 업무 찾기
- 잘못된 관계형 연결 수정하기
- 완료한 업무와 과거 회의 기록 보존하기
특히 이번 실습에서는 새로운 후속 업무가 다른 회의에 잘못 연결되는 문제를 실제로 재현하고 수정하는 과정까지 확인했습니다.
2026년 10월 11일, 노션 무료 플랜의 한국어 웹 환경에서 제작·검증한 결과를 기준으로 설명하겠습니다.
1. 완성된 노션 회의록 살펴보기
먼저 완성된 회의록입니다.
실습 이미지는 누르면 큰 크기로 볼 수 있습니다. 좁은 화면에서는 예제 데이터 표를 좌우로 이동해 모든 열을 확인하세요.

이번 실습에서는 가상의 회의 세 건을 등록했습니다.
| 회의 | 회의명 | 연결된 업무 | 미완료 업무 |
|---|---|---|---|
| M01 | 안내자료 기획 회의 | 2건 | 1건 |
| M02 | 안내자료 검토 회의 | 2건 | 2건 |
| M03 | 안내자료 회고 회의 | 1건 | 0건 |
회의별로 연결된 업무와 아직 완료하지 않은 업무의 개수를 확인할 수 있습니다.
그런데 전체 후속 업무를 살펴보면 다음과 같은 결과가 나옵니다.
전체 후속 업무 6건, 완료 2건, 미완료 4건
회의별 미완료수를 더한 결과는 3건인데, 전체 미완료 업무는 4건입니다.
왜 차이가 생길까요?
이번 예제에는 어떤 회의에도 연결되지 않은 후속 업무가 하나 있기 때문입니다.

이처럼 회의록과 후속 업무를 연결할 때는 단순히 업무를 등록하는 것뿐 아니라 어떤 회의에 연결되어 있는지 확인하는 과정도 중요합니다.
이제 같은 구조를 만들어 보겠습니다.
2. 회의록과 후속 업무를 분리하는 이유
이번에는 데이터베이스를 두 개 사용합니다.
첫 번째는 ‘회의록’, 두 번째는 ‘후속조치’입니다.
각각의 역할은 다음과 같습니다.
| 데이터베이스 | 관리하는 내용 |
|---|---|
| 회의록 | 회의명, 회의일, 참석자, 결정 사항 |
| 후속조치 | 해야 할 일, 담당자, 기한, 완료 여부 |
하나의 회의에서는 여러 후속 업무가 나올 수 있습니다.
예를 들어 안내자료 기획 회의에서 ‘FAQ 초안 작성’과 ‘자료 확인’이라는 두 업무를 결정했다고 가정하겠습니다.
회의록에는 해당 회의의 내용을 기록하고, 후속조치 데이터베이스에는 두 업무를 각각 등록합니다.
그다음 관계형으로 연결합니다.
이렇게 하면 회의록에서 연결된 업무를 확인할 수 있고, 업무 목록에서도 어떤 회의에서 나온 일인지 확인할 수 있습니다.
이번 실습에서는 회의마다 별도의 업무 데이터베이스를 만들지 않았습니다.
모든 후속 업무를 하나의 데이터베이스에 기록하고 관계형으로 구분하는 방식입니다.
3. 회의록 데이터베이스 만들기
노션에서 새로운 페이지를 만듭니다.
이번 실습에서는 페이지 이름을 다음과 같이 지정했습니다.
차근툴 실습 — 회의록과 후속 업무
페이지 안에 표 형식의 데이터베이스를 생성하고 이름을 ‘회의록’으로 지정합니다.
회의록 데이터베이스에는 다음 일곱 가지 속성을 만듭니다.
| 속성 이름 | 유형 | 용도 |
|---|---|---|
| 회의명 | 제목 | 회의 이름 |
| 회의일 | 날짜 | 회의를 진행한 날짜 |
| 유형 | 선택 | 기획·검토·회고 |
| 참석자 | 텍스트 | 참석한 사람 |
| 결정요약 | 텍스트 | 회의에서 결정한 내용 |
| 연결조치 | 관계형 | 회의에서 나온 후속 업무 |
| 미완료수 | 롤업 | 완료하지 않은 업무 개수 |
‘유형’ 속성에는 다음 옵션을 추가합니다.
- 기획
- 검토
- 회고
이번 실습에서 참석자는 노션의 ‘사람’ 속성이 아니라 일반 텍스트 속성으로 구성했습니다.
실제 사용자를 초대하거나 권한을 부여하지 않고도 가상의 참석자 이름을 기록하기 위해서입니다.
‘연결조치’와 ‘미완료수’는 뒤에서 설정하겠습니다.
먼저 나머지 속성을 만들어 두면 됩니다.
4. 후속조치 데이터베이스 만들기
같은 페이지에 두 번째 데이터베이스를 생성합니다.
이름은 ‘후속조치’로 지정합니다.
다음 일곱 가지 속성을 추가합니다.
| 속성 이름 | 유형 | 용도 |
|---|---|---|
| 조치명 | 제목 | 실제로 해야 할 일 |
| 원회의 | 관계형 | 업무가 발생한 회의 |
| 담당 | 텍스트 | 업무 담당자 |
| 기한 | 날짜 | 업무 마감일 |
| 완료 | 체크박스 | 업무 완료 여부 |
| 미완료값 | 수식 | 완료 여부를 숫자로 변환 |
| 메모 | 텍스트 | 업무 관련 추가 설명 |
‘담당’ 역시 일반 텍스트 속성입니다.
이번 실습에서는 ‘민서’, ‘지훈’이라는 가상의 이름을 사용했습니다.
실제 구성원을 초대하거나 담당자를 자동으로 배정하지는 않았습니다.
완료 여부는 체크박스로 관리합니다.
업무를 마치면 체크하고, 아직 진행 중이라면 체크하지 않은 상태로 둡니다.
이후 수식을 이용해 완료하지 않은 업무의 개수를 계산하겠습니다.
5. 노션 회의록과 후속 업무를 관계형으로 연결하기
이제 두 데이터베이스를 연결하겠습니다.
후속조치 데이터베이스에서 ‘원회의’ 속성을 추가하고 유형을 ‘관계형’으로 지정합니다.
연결할 데이터베이스는 ‘회의록’을 선택합니다.
이번 실습에서는 다음과 같이 설정했습니다.
- 연결 대상: 회의록
- 제한: 1개 페이지
- 양방향 관계형: 사용
- 반대쪽 속성 이름: 연결조치

1개 페이지 제한을 설정하는 이유
이번 기록장에서는 후속 업무 하나가 하나의 회의에만 연결되도록 구성했습니다.
예를 들어 ‘FAQ 초안’이라는 업무는 ‘안내자료 기획 회의’에 연결합니다.
다른 회의를 선택하면 기존 회의 연결이 교체됩니다.
실제로 관계형 속성에서 다른 회의를 선택했을 때 하나의 원회의만 유지되는 것을 확인했습니다.
이번 실습에서 확인한 관계형 메뉴에는 다음과 같은 항목이 있었습니다.
- 제한 → 1개 페이지
- 양방향 관계형
- 관계형 속성 이름
- 페이지 선택
- 선택 변경
- 페이지 연결 해제
다만 여기서 주의할 점이 있습니다.
후속 업무를 새로 만든다고 해서 어떤 회의에서 나온 일인지 자동으로 판단해 연결하는 것은 아닙니다.
원회의는 사용자가 직접 선택해야 합니다.
이 점을 기억해 두어야 나중에 잘못된 연결로 인한 집계 오류를 이해하기 쉽습니다.
6. 완료하지 않은 업무 개수 계산하기
후속 업무가 등록되면 각 회의에서 아직 끝나지 않은 일이 몇 개인지 확인하고 싶을 수 있습니다.
이번에는 체크박스와 수식, 롤업을 이용해 계산하겠습니다.
미완료값 수식 만들기
후속조치 데이터베이스에서 ‘미완료값’이라는 수식 속성을 추가합니다.
속성 메뉴에서 다음 순서로 이동합니다.
속성 편집 → 수식 편집
이번 실습에서 실제로 사용한 수식은 아래와 같습니다.
if(prop("완료"), 0, 1)

이 수식은 업무의 완료 상태를 숫자로 바꿉니다.
| 완료 체크박스 | 미완료값 |
|---|---|
| 체크됨 | 0 |
| 체크되지 않음 | 1 |
완료한 업무는 0, 완료하지 않은 업무는 1로 계산합니다.
예를 들어 업무가 세 개이고 그중 두 개가 미완료라면 미완료값의 합계는 2입니다.
수식 결과는 숫자로 유지합니다.
회의별 미완료수 롤업 만들기
이번에는 회의록 데이터베이스로 이동합니다.
‘미완료수’라는 롤업 속성을 추가합니다.
다음과 같이 설정합니다.
| 롤업 설정 | 선택할 값 |
|---|---|
| 관계형 | 연결조치 |
| 대상 속성 | 미완료값 |
| 계산 | 합계 |
실제 한국어 메뉴에서는 계산 옵션에서 추가 옵션 → 합계를 선택했습니다.

이렇게 설정하면 해당 회의에 연결된 업무의 미완료값을 더해 보여줍니다.
예를 들어 회의에 두 업무가 연결되어 있고 하나만 완료됐다면 미완료수는 1입니다.
완료 상태를 변경하면 연결된 회의의 미완료수도 다시 계산됩니다.
7. 가상 회의 3건과 후속 업무 6건 등록하기
이제 테스트할 데이터를 입력하겠습니다.
이번 글의 회의 날짜와 참석자, 업무 내용은 모두 실습용 가상 예제입니다.
회의록에 회의 3건 등록하기
| 회의 | 회의명 | 회의일 | 유형 | 결정요약 |
|---|---|---|---|---|
| M01 | 안내자료 기획 회의 | 2026-10-12 | 기획 | FAQ 작성 우선 |
| M02 | 안내자료 검토 회의 | 2026-10-15 | 검토 | 안내 문구 수정 |
| M03 | 안내자료 회고 회의 | 2026-10-19 | 회고 | 정리 작업 완료 |
참석자는 세 회의 모두 가상의 ‘민서, 지훈’으로 설정합니다.
후속조치에 업무 6건 등록하기
| 업무 | 조치명 | 원회의 | 담당 | 기한 | 완료 |
|---|---|---|---|---|---|
| A01 | FAQ 초안 | M01 | 민서 | 10월 14일 | 체크 |
| A02 | 자료 확인 | M01 | 지훈 | 10월 16일 | 미체크 |
| A03 | 문구 수정 | M02 | 미입력 | 10월 18일 | 미체크 |
| A04 | 항목 확인 | M02 | 민서 | 미입력 | 미체크 |
| A05 | 정리 공유 | M03 | 지훈 | 10월 20일 | 체크 |
| A06 | 목록 점검 | 미연결 | 민서 | 10월 21일 | 미체크 |
날짜는 모두 2026년 기준입니다.
일부러 값을 입력하지 않은 항목이 있습니다.
A03은 담당자가 없습니다.
A04는 기한이 없습니다.
A06은 어떤 회의에도 연결되어 있지 않습니다.
나중에 누락된 정보를 찾는 기능을 검증하기 위해서입니다.
실제로 확인한 결과
모든 데이터를 입력한 뒤 회의별 미완료수를 확인했습니다.
| 회의 | 연결된 후속 업무 | 미완료 업무 |
|---|---|---|
| M01 | 2건 | 1건 |
| M02 | 2건 | 2건 |
| M03 | 1건 | 0건 |
전체 후속 업무는 6건이었습니다.
그중 완료된 업무는 2건이고, 미완료 업무는 4건이었습니다.
그런데 회의별 미완료수를 합하면 다음과 같습니다.
1 + 2 + 0 = 3건
전체 미완료 업무가 4건인데 왜 3건만 계산될까요?
8. 전체 미완료 업무와 회의별 합계가 다른 이유
이 문제는 이번 회의록에서 반드시 이해해야 할 부분입니다.
전체 후속조치 데이터베이스에는 A01부터 A06까지 여섯 개의 업무가 있습니다.
이 중 미완료 업무는 A02, A03, A04, A06입니다.
따라서 전체 미완료 업무는 4건입니다.
하지만 A06은 원회의가 비어 있습니다.
어떤 회의에도 연결되지 않았으므로 회의별 롤업에는 포함되지 않습니다.
| 구분 | 미완료 업무 |
|---|---|
| M01에 연결된 업무 | 1건 |
| M02에 연결된 업무 | 2건 |
| M03에 연결된 업무 | 0건 |
| 원회의 미연결 업무 | 1건 |
| 전체 | 4건 |
즉, 잘못 계산된 것이 아니라 어떤 회의에도 연결되지 않은 업무가 있기 때문에 집계 범위가 다른 것입니다.
여기서 담당자가 없는 A03과 기한이 없는 A04는 각각 M02에 연결되어 있습니다.
따라서 담당자나 기한이 없다는 이유만으로 회의별 롤업에서 제외되지는 않았습니다.
회의별 집계에서 중요한 것은 해당 업무가 관계형으로 연결되어 있는지입니다.
9. 같은 양식으로 회의록 만들기
매번 새로운 회의록을 작성할 때 같은 항목을 반복 입력하는 것도 번거로울 수 있습니다.
노션의 데이터베이스 템플릿을 이용하면 공통 양식을 만들 수 있습니다.
기본 회의록 템플릿 생성하기
회의록 데이터베이스에서 새로 만들기 메뉴의 추가 옵션을 엽니다.
실제 한국어 메뉴에서는 다음 순서로 이동했습니다.
추가 옵션 더 보기 → 새 템플릿
템플릿 이름은 ‘기본 회의록’으로 지정합니다.
본문에는 다음 네 구역을 만듭니다.
안건
회의에서 논의할 주제를 작성합니다.
논의 요약
회의에서 나온 주요 의견을 정리합니다.
결정 사항
최종적으로 결정한 내용을 기록합니다.
추가 확인
아직 결론을 내리지 못했거나 다시 확인해야 할 내용을 작성합니다.

이번 실습에서는 네 구역의 제목을 굵게 표시한 하나의 텍스트 블록으로 본문 양식을 구성했습니다.
네 개의 독립된 제목 블록을 사용한 것은 아닙니다.
같은 방식으로 따라 만들면 됩니다.
새 회의록을 작성할 때 기본 회의록 템플릿을 선택하면 공통 본문 구조를 사용할 수 있습니다.
M01부터 M03까지의 회의 페이지에서 템플릿 적용과 본문 저장을 확인했습니다.
단, 이 템플릿은 회의록에 작성할 항목을 제공하는 기능입니다.
회의 음성을 자동으로 녹음하거나 논의 내용을 AI가 작성하는 기능은 아닙니다.
10. 담당자나 마감일을 빠뜨린 업무 찾기
회의에서 결정된 일을 기록하더라도 담당자나 기한을 빠뜨릴 수 있습니다.
예를 들어 담당자가 없는 업무는 누가 처리할지 불명확할 수 있습니다.
이번에는 이런 업무를 한곳에서 확인하도록 별도의 보기를 만들었습니다.
정보 누락 보기 만들기
후속조치 데이터베이스에 새로운 보기를 만듭니다.
이름은 ‘정보 누락’으로 지정합니다.
필터에서는 다음 세 조건을 사용합니다.
| 속성 | 필터 조건 |
|---|---|
| 원회의 | 비어 있음 |
| 담당 | 비어 있음 |
| 기한 | 비어 있음 |
중요한 것은 조건을 연결하는 방식입니다.
세 조건은 그리고(AND)가 아니라 또는(OR)로 연결해야 합니다.
즉, 원회의·담당·기한 중 하나라도 비어 있다면 표시하는 것입니다.
이번 실습에서는 ‘고급 필터 추가’와 ‘필터 규칙 추가’ 메뉴를 이용해 조건을 구성했습니다.

실제로 표시된 업무
필터를 적용하자 다음 세 업무가 나타났습니다.
| 업무 | 누락된 정보 |
|---|---|
| A03 문구 수정 | 담당 |
| A04 항목 확인 | 기한 |
| A06 목록 점검 | 원회의 |

이렇게 하면 모든 업무를 일일이 열지 않고도 누락된 항목을 확인할 수 있습니다.
원회의가 없는 업무만 보고 싶다면?
원회의가 비어 있는 경우만 확인하는 별도의 보기를 만들면 됩니다.
원회의 → 비어 있음
이번 실습에서는 A06 한 건만 표시됐습니다.
주의할 점은 정보 누락 보기와 원회의 없음 보기는 목적이 다르다는 것입니다.
정보 누락 보기는 담당·기한·회의 연결의 문제를 함께 확인합니다.
원회의 없음 보기는 어떤 회의에도 연결되지 않은 업무만 표시합니다.
11. 업무를 완료하면 회의별 미완료수도 바뀔까?
이번에는 완료 체크박스가 실제 집계에 반영되는지 확인했습니다.
대상은 M01에 연결된 ‘자료 확인’ 업무입니다.
처음에는 완료 체크박스가 해제된 상태였습니다.
따라서 M01의 미완료수는 1이었습니다.
완료 체크하기
A02 자료 확인 업무의 완료 체크박스를 선택했습니다.
그 결과 다음과 같이 변경됐습니다.
| 항목 | 변경 전 | 변경 후 |
|---|---|---|
| M01 미완료수 | 1 | 0 |
| M02 미완료수 | 2 | 2 |
| M03 미완료수 | 0 | 0 |
| 전체 미완료 업무 | 4 | 3 |
A02의 미완료값이 1에서 0으로 변경됐기 때문입니다.
완료 체크 해제하기
이후 A02의 완료 체크를 해제했습니다.
M01 미완료수는 다시 1로 돌아왔고, 전체 미완료 업무도 4건으로 복원됐습니다.
이처럼 완료 상태를 변경하면 회의별 롤업 계산에도 반영됩니다.
테스트 후에는 원래 상태로 복원했습니다.
12. 업무가 다른 회의에 잘못 연결되면 어떻게 될까?
이번에는 실제로 잘못된 관계형 연결을 만들어 보았습니다.
처음에는 A02 ‘자료 확인’ 업무가 M01에 연결되어 있었습니다.
이를 M02로 변경했습니다.
원회의는 1개 페이지로 제한되어 있으므로 기존 M01 연결은 새로운 M02 연결로 교체됐습니다.
잘못된 연결 이후의 계산
| 회의 | 정상 상태 | 잘못 연결한 상태 |
|---|---|---|
| M01 | 1 | 0 |
| M02 | 2 | 3 |
| M03 | 0 | 0 |

어떤 업무가 완료되거나 새로 생성된 것은 아닙니다.
단지 원회의 연결만 변경했습니다.
그런데도 회의별 미완료 업무 개수는 달라졌습니다.
M01에 포함되어야 할 미완료 업무가 M02로 이동했기 때문입니다.
잘못된 연결 수정하기
A02 업무의 ‘원회의’ 속성을 엽니다.
기존 M02 연결을 M01로 변경합니다.
그러면 회의별 미완료수는 다시 다음과 같이 복원됩니다.
- M01: 1건
- M02: 2건
- M03: 0건
이 테스트를 통해 관계형 연결이 잘못되면 회의별 집계도 달라질 수 있다는 점을 확인했습니다.
월별 가계부에서 거래를 다른 월에 연결했을 때와 비슷한 원리입니다.
따라서 회의별 업무 개수가 예상과 다르다면 가장 먼저 후속 업무의 원회의 연결을 확인해 보세요.
13. 새 업무가 이전 회의에 자동으로 연결되는 문제
이번 실습에서 가장 주의 깊게 확인한 문제입니다.
노션 데이터베이스 템플릿에는 특정 속성의 값을 기본값으로 지정할 수 있습니다.
하지만 관계형 속성에 특정 페이지를 고정하면 새로운 페이지를 생성할 때도 그 연결이 복사될 수 있습니다.
이번 실습에서는 이 문제를 실제로 재현했습니다.
문제를 재현한 방법
후속조치 데이터베이스에 임시 템플릿을 만들었습니다.
템플릿의 이름은 ‘관계형 고정 테스트’로 지정했습니다.
그리고 ‘원회의’ 속성의 기본값으로 M01을 선택했습니다.
그다음 M02 회의에서 나온 업무라는 가상의 상황을 설정했습니다.
새 후속 업무의 이름은 ‘추가 문구 확인’, 테스트 ID는 A07입니다.
이 업무를 앞에서 만든 템플릿으로 생성했습니다.
실제로 어떤 일이 발생했을까?
A07은 M02 회의를 위한 업무로 만들었지만, 실제 원회의에는 M01이 연결되어 있었습니다.

템플릿에 M01이 고정되어 있었기 때문입니다.
이때 회의별 미완료수는 다음과 같이 변경됐습니다.
| 회의 | A07 생성 전 | A07 생성 후 |
|---|---|---|
| M01 | 1 | 2 |
| M02 | 2 | 2 |
| M03 | 0 | 0 |
의도한 회의는 M02였지만, 실제로는 M01에 미완료 업무가 하나 추가된 것입니다.
잘못된 관계형 기본값 수정하기
A07의 원회의를 M01에서 M02로 변경했습니다.
그 결과는 다음과 같았습니다.
| 회의 | 잘못 연결된 상태 | 수정 후 |
|---|---|---|
| M01 | 2 | 1 |
| M02 | 2 | 3 |
| M03 | 0 | 0 |

이후 임시로 추가한 A07을 정리하고 기존 여섯 업무만 남겼습니다.
최종 미완료수도 1, 2, 0으로 복원했습니다.
같은 실수를 예방하는 방법
여러 회의에서 공통으로 사용할 후속조치 템플릿이라면, 원회의 속성에 특정 회의를 고정하지 않는 편이 안전합니다.
이번 실습에서는 고정된 관계형 기본값을 제거한 뒤 템플릿을 정리했습니다.
최종 템플릿 이름은 ‘기본 후속조치’입니다.
이 템플릿의 기본 상태는 다음과 같습니다.
| 속성 | 기본값 |
|---|---|
| 원회의 | 비어 있음 |
| 담당 | 비어 있음 |
| 기한 | 비어 있음 |
| 완료 | 미체크 |
새로운 후속 업무를 생성한 다음 사용자가 올바른 원회의를 직접 선택하는 방식입니다.
다만 이 방법에도 원회의를 선택하는 수동 작업이 필요합니다.
이번 실습에서는 새 업무가 생성된 위치를 분석해 해당 회의로 자동 연결하는 버튼이나 자동화는 구현하지 않았습니다.
이번에 재현한 문제는 데이터베이스 템플릿에 설정된 고정 관계형 기본값이 새 페이지에 복사된 사례입니다.
노션에서 회의 본문 안에 업무를 만들면 언제나 잘못된 회의에 연결된다는 뜻은 아닙니다.
14. 완료한 업무를 숨겨도 원본은 유지될까?
업무가 완료되면 미완료 목록에서는 보이지 않도록 할 수 있습니다.
이번에는 후속조치 데이터베이스에 ‘미완료 후속조치’ 보기를 만들었습니다.
필터 조건은 다음과 같습니다.
완료 → 체크 표시되지 않음
설정 후 다음 네 업무만 표시됐습니다.
- A02 자료 확인
- A03 문구 수정
- A04 항목 확인
- A06 목록 점검

그렇다면 완료한 A01과 A05는 삭제됐을까요?
아닙니다.
전체 후속조치 보기로 돌아가면 여전히 여섯 업무가 표시됐습니다.
| 보기 | 표시된 업무 |
|---|---|
| 전체 후속조치 | 6건 |
| 미완료 후속조치 | 4건 |
필터로 표시되지 않는 것과 데이터를 삭제하는 것은 다릅니다.
이번 구조에서는 완료한 업무도 원본 데이터베이스에 보관되므로 이후에 다시 확인할 수 있습니다.
15. 회의 날짜를 입력하지 않으면 연결 업무도 사라질까?
회의 날짜가 누락되는 경우도 테스트했습니다.
이번에는 M01 회의의 회의일을 임시로 삭제했습니다.
그러자 회의일이 비어 있는 회의만 표시하는 점검 보기에 M01이 나타났습니다.
하지만 M01에 연결되어 있던 두 후속 업무는 그대로 유지됐습니다.
미완료수도 1로 유지됐습니다.
즉, 이번 실습에서는 회의일을 비웠다고 해서 원회의 관계형 연결이나 미완료수 롤업이 사라지지 않았습니다.
이후 M01의 회의일을 다시 입력해 원래 상태로 복원했습니다.
회의 날짜와 후속 업무의 관계형 연결은 별개의 속성이라는 점을 확인할 수 있었습니다.
16. 실제로 회의록을 사용할 때의 순서
회의에서 나온 할 일을 날짜별로 정리하고 주간 업무를 확인하는 방식은 노션 업무일지 만들기에서 살펴볼 수 있습니다. 두 글은 서로 다른 독립 실습이며 데이터베이스가 자동으로 연동되는 것은 아닙니다.
지금까지 만든 구조를 실제로 사용한다면 다음 순서로 진행하면 됩니다.
새로운 회의 등록
회의록 데이터베이스에서 새 회의를 만듭니다.
회의명과 회의일, 유형, 참석자를 입력합니다.
‘기본 회의록’ 템플릿을 적용하고 안건과 논의 내용을 기록합니다.
결정 사항 정리
회의가 끝나면 ‘결정요약’ 속성에 핵심 내용을 작성합니다.
본문의 결정 사항 항목에는 필요한 설명을 추가할 수 있습니다.
후속 업무 등록
회의에서 처리할 일이 생겼다면 후속조치 데이터베이스에 새로운 업무를 만듭니다.
조치명과 담당자, 기한을 입력합니다.
그리고 가장 중요한 원회의 속성에서 해당 회의를 직접 선택합니다.
이번 기록장에서는 원회의가 자동으로 연결되지 않습니다.
업무 진행 상황 확인
업무를 완료했다면 완료 체크박스를 선택합니다.
회의록의 미완료수 롤업이 변경되는지 확인합니다.
미완료 후속조치 보기에서는 아직 완료되지 않은 업무를 확인할 수 있습니다.
누락된 정보 확인
‘정보 누락’ 보기로 이동합니다.
원회의·담당·기한 중 비어 있는 속성이 있는지 확인합니다.
필요한 값을 입력하고 관계형 연결을 수정합니다.
이렇게 하면 회의 내용 기록과 실제 후속 업무 관리를 하나의 구조에서 수행할 수 있습니다.
17. 이번 회의록에서 구현하지 않은 기능
이번 실습에서는 노션의 기본 데이터베이스, 관계형, 롤업, 체크박스, 수식과 필터를 사용했습니다.
다만 모든 업무를 자동으로 관리하는 시스템을 만든 것은 아닙니다.
특히 다음 기능은 구현하거나 검증하지 않았습니다.
| 기능 | 이번 실습 범위 |
|---|---|
| 회의 음성 녹음 | 미구현 |
| 회의 내용 자동 받아쓰기 | 미구현 |
| Notion AI 회의 요약 | 미구현 |
| 담당자 자동 배정 | 미구현 |
| 업무 마감일 자동 알림 | 미구현 |
| 이메일·Slack 자동 발송 | 미구현 |
| 외부 캘린더 자동 연결 | 미구현 |
| 여러 멤버 협업 | 미검증 |
| 실제 모바일 사용 | 미검증 |
| 공개 복제용 템플릿 | 미제공 |
이번 회의록에서 담당자는 텍스트로 입력했습니다.
따라서 담당자 이름을 적었다고 해서 해당 사용자에게 업무가 자동으로 배정되거나 알림이 발송되는 것은 아닙니다.
후속 업무의 원회의도 사용자가 직접 선택해야 합니다.
또한 이번 실습 페이지는 비공개 상태로 유지했습니다.
공개 복제 링크를 제공하는 무료 템플릿으로 소개하지 않습니다.
18. 실제 제작과 검증 결과
이번 실습은 2026년 10월 11일에 진행했습니다.
노션 무료 플랜의 1인 워크스페이스에서 가상 회의와 가상 후속 업무를 사용했습니다.
총 11개 검증 항목을 수행했으며, 그중 10개는 성공, 1개는 일부 확인으로 기록했습니다.
| 검증 항목 | 결과 |
|---|---|
| 회의록·후속조치 DB 생성 | 성공 |
| 양방향 관계형 연결 | 성공 |
| 원회의 1개 페이지 제한 | 성공 |
| 미완료값 수식 계산 | 성공 |
| 회의별 미완료수 롤업 | 성공 |
| 회의 3건·후속 업무 6건 | 확인 |
| 회의별 미완료수 1/2/0 | 확인 |
| 전체 미완료 업무 4건 | 확인 |
| 정보 누락 OR 필터 3건 | 확인 |
| 원회의 미연결 업무 점검 | 성공 |
| 완료 상태 변경·복원 | 성공 |
| 잘못된 회의 연결·복원 | 성공 |
| 관계형 기본값 문제 재현 | 성공 |
| 완료 필터와 원본 보존 | 성공 |
| 회의일 누락과 관계형 유지 | 성공 |
| 새로운 회의 M04의 생성·기존 기록 유지 | 확인 |
| M04 본문 재열람 | 미확인 |
| 실제 모바일 기기 사용 | 미검증 |
새로운 회의 M04를 추가하는 테스트에서는 회의 생성과 기존 데이터 유지, 빈 관계형, 미완료수 0을 확인했습니다.
다만 테스트 도구의 페이지 이동 제한으로 M04의 본문을 다시 열어 확인하지 못했습니다.
기본 회의록 템플릿의 본문 적용과 저장은 기존 M01~M03에서 별도로 확인했습니다.
테스트를 마친 뒤에는 임시로 만든 회의와 후속 업무를 정리했습니다.
최종적으로 회의 3건과 후속 업무 6건을 유지했습니다.
회의별 미완료수 역시 다음과 같이 복원됐습니다.
M01: 1건 / M02: 2건 / M03: 0건
전체 미완료 업무는 4건입니다.
마무리
노션 회의록을 만든다면 회의 내용을 보기 좋게 정리하는 것만으로는 충분하지 않을 수 있습니다.
회의에서 결정한 일이 실제 업무로 연결되는지, 담당자와 기한이 입력되어 있는지, 완료한 업무가 정확하게 집계되는지도 확인해야 합니다.
이번 실습에서는 회의록과 후속조치를 관계형으로 연결해 각 회의의 미완료 업무를 계산했습니다.
또한 잘못된 회의 연결과 누락된 정보를 별도의 보기로 확인할 수 있도록 구성했습니다.
특히 템플릿에 고정된 관계형 기본값이 남아 있으면 새 후속 업무가 의도하지 않은 회의에 연결될 수 있다는 점을 실제로 확인했습니다.
따라서 회의록을 계속 사용할 때는 새 업무의 원회의를 정확하게 선택하고, 정보 누락 보기를 통해 입력값을 확인하는 과정이 중요합니다.
처음에는 회의와 후속 업무를 수동으로 연결하는 방식만으로도 충분합니다.
실제 사용에 필요한 기능부터 구성하고, 추가 자동화가 필요하다면 그때 별도로 검토하는 것이 좋겠습니다.
실습 환경
- 실습일: 2026년 10월 11일
- Notion 요금제: 무료
- 워크스페이스 멤버: 1명
- 사용 환경: 한국어 웹
- 운영체제: macOS 15.7.4
- 브라우저: Chrome 155.0.8059.39
- 실행환경 시간대: Asia/Seoul
- 실습 페이지: 비공개
이번 글의 회의명, 참석자, 결정 사항과 후속 업무는 모두 가상 데이터입니다.
참고 자료
노션 공식 도움말:
기존 회의록 제작 참고 자료:
이번 회의록은 타인의 템플릿을 복제하지 않고 별도의 가상 회의·업무 데이터로 제작하고 검증했습니다.
함께 보면 좋은 노션 실습
노션 여행 계획표 만들기 — 상위 기록과 세부 항목의 관계형 연결을 다른 예제로 살펴보세요.
노션 데이터베이스 복제 방법 — 회의록 구조를 재사용할 때 원본에 영향을 주는 복제 방식을 확인하세요.