Notion AI Meeting Notes의 화자 라벨은 회의가 끝난 뒤 담당자를 자동 확정하는 기능으로 보기보다, 누가 말했는지 검수할 출발점으로 써야 합니다. Notion 3.6은 활성 마이크를 기준으로 화자를 식별해 라벨을 붙인다고 발표했습니다. 회의실 공용 마이크, 마이크를 빌려 쓴 상황, 동시 발언에서는 실제 사람과 라벨이 어긋날 수 있으므로 결정 문장과 담당자 이름을 사람이 다시 확인해야 합니다.
안전한 흐름은 참석자 동의, 녹음·요약, 화자 라벨 검수, 결정·요청 분리, 담당자·마감일 확인, 사람 승인, 후속 도구 전송 순서입니다. 민감한 인사·법무·의료·보안 회의는 기록 대상에서 제외하거나 조직 정책에 맞는 별도 절차를 써야 합니다. Notion의 2026년 7월 1일 3.6 릴리스가 말하는 범위와 팀 운영 규칙을 분리해 적용하세요.
회의 전부터 후속 업무까지 여섯 상태로 관리하기
- 기록 가능: 참석자가 녹음·요약 목적과 공유 범위를 알고 동의한 상태입니다.
- 기록 중: AI Meeting Notes가 회의 내용을 처리하지만 민감 발언은 별도 기록 규칙을 따르는 상태입니다.
- 검수 대기: 화자 라벨, 시간, 고유명사, 숫자를 원음 또는 참석자 확인과 대조하는 상태입니다.
- 결정 정리: 아이디어와 확정 결정을 분리하고 근거 문장을 붙이는 상태입니다.
- 담당자 승인: 담당자와 마감일이 실제 당사자에게 확인된 상태입니다.
- 자동화 허용: 승인된 후속 업무만 프로젝트 데이터베이스나 알림 도구로 보내는 상태입니다.
상태를 나누면 “AI가 회의록을 만들었으니 업무도 생성해도 된다”는 점프를 막을 수 있습니다. 특히 검수 대기와 담당자 승인을 별도 상태로 두세요. 화자 라벨이 맞아도 “제가 한번 알아볼게요”가 확정 업무인지 단순 제안인지 판단이 필요합니다. 반대로 라벨이 틀려도 결정 문장 자체는 정확할 수 있으므로 내용과 사람을 따로 검수합니다.
참석자 동의와 제외 기준을 회의 초대에 넣기
회의 시작 뒤 갑자기 녹음을 알리는 것보다 초대장에 기록 목적, 저장 위치, 접근자, 보관 기간, 이의 제기 방법을 적는 편이 좋습니다. 외부 참석자가 있으면 조직 내부 규칙만으로 충분한지 확인해야 합니다. 동의하지 않는 사람이 있거나 정책상 기록이 금지된 회의라면 AI Meeting Notes를 켜지 않습니다.
| 회의 유형 | 기본 처리 | 추가 확인 | 제외 신호 |
|---|---|---|---|
| 주간 프로젝트 회의 | 동의 후 기록 가능 | 외부 협력자와 공유 범위 | 고객 비밀정보가 예상됨 |
| 인사·평가 회의 | 기본 제외 검토 | 조직 정책과 접근 권한 | 개인 민감정보와 평가 내용 |
| 법무·분쟁 회의 | 별도 승인 전 제외 | 법무 책임자와 보관 정책 | 법적 특권·분쟁 전략 |
| 보안 사고 회의 | 최소 기록 또는 별도 시스템 | 보안팀 승인과 비밀 등급 | 자격증명·취약점 상세 |
| 고객 상담·의료 관련 회의 | 원칙적 제외 검토 | 관련 법과 명시적 동의 | 건강·식별정보가 포함됨 |
화자 라벨은 활성 마이크 기록으로 검수하기
Notion은 AI Meeting Notes가 누구의 마이크가 활성화돼 있는지를 바탕으로 화자를 식별한다고 설명합니다. 이 방식은 개인이 각자 마이크를 쓰는 온라인 회의에서는 도움이 될 수 있지만, 한 마이크를 여러 사람이 쓰는 회의실이나 화면 공유 컴퓨터의 마이크를 함께 쓰는 상황에서는 이름과 발언이 쉽게 어긋날 수 있습니다. Notion도 화자 식별을 계속 개선하겠다고 밝혀 완성된 정확도로 표현하지 않습니다.
회의가 끝난 뒤 10분 검수 순서
- 먼저 참석자 목록과 실제 사용한 마이크를 대조합니다. 회의실 공용 마이크 사용자는 별도 표시합니다.
- 결정, 요청, 반대 의견, 약속처럼 책임에 영향을 주는 문장만 우선 찾아 화자 라벨을 확인합니다.
- 동시 발언과 마이크 전환 직후 문장은 “화자 미확인”으로 표시하고 추정 이름을 넣지 않습니다.
- 고유명사, 금액, 날짜, 수량을 원음이나 채팅 기록과 대조합니다. 발언자가 맞아도 숫자가 틀릴 수 있습니다.
- 담당자로 보이는 사람에게 문장과 마감일을 보여 주고 승인 또는 수정을 받습니다.
- 검수가 끝난 뒤에만 최종 회의록의 공유 범위를 넓힙니다.
“발언자 2” 같은 라벨을 이름으로 바꿀 때는 회의 전체 맥락보다 해당 문장의 실제 근거를 봅니다. 마이크가 켜진 사람이 다른 사람의 말을 전달했을 수도 있고, 진행자가 참석자의 결정을 요약했을 수도 있습니다. 담당자 필드에는 말한 사람과 실행할 사람을 구분해 적으세요. 두 사람이 같을 때만 자동 연결해도 됩니다.
결정 문장에서 후속 업무를 만드는 네 칸
후속 업무는 제목만 만들면 곧 모호해집니다. 반드시 근거 문장, 담당자, 마감일, 승인 상태를 함께 저장하세요. 가능하면 회의록의 원문 블록이나 시간 위치로 연결해 누가 어떤 맥락에서 말했는지 다시 확인할 수 있게 합니다. 근거를 찾을 수 없는 요약 문장은 업무 생성 후보에서 제외합니다.
| 필드 | 입력 규칙 | 좋은 예 | 나쁜 예 |
|---|---|---|---|
| 업무 제목 | 동사와 결과물을 함께 씀 | 가격표 초안을 1페이지로 정리 | 가격표 확인 |
| 근거 문장 | 회의록 원문이나 블록 링크 | “금요일 전 초안을 공유하겠습니다” 링크 | AI 요약에 나옴 |
| 담당자 | 말한 사람과 실행할 사람 확인 | 김 담당자 승인 완료 | 발언자 2 |
| 마감일 | 날짜와 시간대 명시 | 2026-07-17 17:00 KST | 이번 주 안에 |
| 승인 상태 | 미확인·수정 요청·승인으로 구분 | 담당자 승인 2026-07-16 | 자동 생성됨 |
| 민감도 | 공유 범위와 보관 기간 표시 | 프로젝트 팀만, 30일 | 전체 공개 |
후속 업무 추출 요청 예시
다음 회의록에서 업무를 자동 생성하지 말고 후보 표만 만들어 주세요. 열: 근거 문장 / 추정 담당자 / 마감일 / 불확실한 점 / 승인 필요 여부 규칙: - 화자 라벨이 근거일 뿐 확정 이름이 아님을 표시 - 날짜가 모호하면 임의로 계산하지 말고 미정으로 남기기 - 아이디어와 확정 약속을 분리하기 - 민감한 내용은 후보에서 제외하고 검토 필요로 표시 - 담당자 승인 전에는 외부 도구로 보내지 않기
자동화는 승인된 행만 통과시키기
Notion 데이터베이스에서 승인 상태가 “승인”인 행만 프로젝트 보드, 캘린더, Slack 알림 등으로 넘기도록 조건을 만드세요. “미확인”과 “수정 요청” 상태는 자동화에서 제외합니다. 담당자나 마감일이 비어 있어도 보내지 않도록 필수 조건을 둡니다. 자동화가 실패했을 때 재시도하기 전에 목적지에 이미 항목이 만들어졌는지 확인해야 중복 업무를 막을 수 있습니다.
처음 두 주는 자동 생성 대신 승인 후 수동 전송으로 시작하는 것이 좋습니다. 화자 오인식률, 담당자 수정률, 마감일 누락률을 측정한 뒤 오류가 낮고 승인 절차가 지켜질 때만 자동화를 한 단계 늘립니다. 사람 승인을 제거하는 것이 목표가 아니라, 승인 뒤 반복 입력을 줄이는 것이 목표입니다.
회의록 품질을 측정하는 운영 지표
| 지표 | 계산 방법 | 해석 | 개선 행동 |
|---|---|---|---|
| 화자 수정률 | 책임 문장 중 라벨을 고친 비율 | 높으면 공용 마이크 환경에 취약 | 개인 마이크 또는 수동 확인 강화 |
| 담당자 확인률 | 후속 후보 중 당사자가 승인한 비율 | 낮으면 업무가 모호함 | 근거 문장과 결과물 구체화 |
| 마감일 누락률 | 승인 업무 중 날짜가 없는 비율 | 후속 실행 가능성이 낮음 | 회의 중 날짜 질문을 표준화 |
| 중복 생성 수 | 같은 근거에서 두 업무가 생긴 건수 | 재시도·통합 조건 문제 | 목적지 확인과 고유 키 추가 |
| 검수 시간 | 회의 종료부터 승인까지 소요 시간 | 너무 길면 검수 범위가 과함 | 책임 문장부터 우선 검수 |
| 미완료 사유 | 기한 후 미완료 업무의 원인 | AI보다 업무 설계 문제 파악 | 담당자·결과물·의존성 수정 |
제품 출시 회의 적용 사례
온라인 제품 출시 회의에 여섯 명이 참여했고 모두 각자 마이크를 사용했다고 가정해 보겠습니다. 회의 전에 초대장에 AI Meeting Notes 사용 목적과 팀 내부 공유를 알립니다. 회의가 끝나면 진행자는 가격, 출시일, 고객 공지처럼 책임이 큰 문장부터 라벨을 확인합니다. 한 문장에서 마이크 전환이 겹쳤다면 이름을 추정하지 않고 미확인으로 남깁니다.
“민지가 금요일까지 FAQ 초안을 만들겠다”는 문장을 찾았다면 담당자에 민지를 바로 저장하지 않습니다. 회의록 링크와 마감일 후보를 함께 보내 당사자가 승인하게 합니다. 승인 후 FAQ 업무가 프로젝트 보드에 생성되고, 회의록에는 생성된 업무 링크가 돌아옵니다. 다음 회의에서는 완료 여부뿐 아니라 처음 근거와 결과물이 일치하는지 확인합니다.
실패 조건과 복구 원칙
- 공용 마이크 환경에서 이름 라벨이 반복해 틀리면 화자 자동 연결을 끄고 역할명 또는 미확인 상태를 사용합니다.
- 담당자가 승인하지 않은 업무가 외부 도구에 생성되면 자동화를 즉시 중지하고 생성 범위를 확인합니다.
- 민감 회의가 잘못 기록되면 공유를 넓히지 말고 조직의 삭제·사고 대응 절차를 따릅니다.
- 마감일이 “다음 주”처럼 모호한데 시스템이 임의 날짜를 넣으면 날짜 자동 변환을 끕니다.
- 같은 업무가 중복 생성되면 새로 만들기 전에 근거 문장 링크와 목적지 항목을 조회하도록 흐름을 바꿉니다.
- 원문 없이 요약만 남아 책임 근거를 확인할 수 없으면 해당 업무를 승인하지 않습니다.
팀에 배포할 최종 체크리스트
- 참석자가 기록 목적과 공유 범위를 알고 동의했다.
- 민감 회의 제외 기준을 회의 초대와 운영 문서에 적었다.
- 공용 마이크와 동시 발언을 별도 표시했다.
- 책임 문장의 화자 라벨을 사람이 확인했다.
- 아이디어와 확정 약속을 구분했다.
- 업무마다 근거 문장, 담당자, 마감일을 연결했다.
- 담당자가 직접 승인하기 전 외부 도구로 보내지 않는다.
- 자동화 재시도 전 목적지의 기존 항목을 확인한다.
- 화자 수정률과 담당자 수정률을 정기적으로 본다.
- 보관 기간과 접근 권한을 회의 유형별로 관리한다.
네 가지 FAQ
화자 라벨은 사람 이름을 정확히 알아내나요
Notion의 설명은 활성 마이크를 기준으로 화자를 식별한다는 범위입니다. 이름 기반 신원 확인이나 완벽한 정확도를 의미하지 않습니다. 책임 문장은 반드시 참석자와 다시 확인하세요.
업로드한 모든 음성에도 화자 라벨이 붙나요
Notion 3.6 릴리스는 오디오 파일 업로드의 전사·요약을 별도로 언급하지만, 업로드 파일에도 같은 화자 라벨이 적용된다고 명시하지 않습니다. 기능 범위를 임의로 확장해 설명하면 안 됩니다.
데스크톱 앱에서만 사용할 수 있나요
릴리스는 최상의 경험을 위해 데스크톱 앱을 권하지만 데스크톱만 지원한다고 단정하지 않습니다. 실제 워크스페이스와 기기에서 제공 상태를 확인하세요.
회의가 끝나면 업무를 바로 자동 생성해도 되나요
권하지 않습니다. 화자 라벨과 결정 문장을 검수하고 담당자·마감일을 당사자가 승인한 뒤, 승인된 행만 자동화로 보내는 것이 안전합니다.
공식 출처와 다음 읽을 글
기준일 2026년 7월 16일
Notion 3.6 공식 릴리스
Notion 공식 릴리스 목록
회의록 전체 설계를 먼저 정리하려면 AITrendLog의 AI 회의록 자동화와 팀 문서 정리 실전 가이드를 보고, 운영 이후 오류 추적은 AI 에이전트 업무 로그와 자동화 관측성 대시보드로 이어가세요.
댓글 남기기