회의 요약이 짧다고 실행이 쉬운 것은 아닙니다. 회의가 끝난 뒤 필요한 것은 이야기의 압축보다 결정된 것, 해야 할 일, 아직 정하지 못한 것의 분리입니다.
녹음 전에 동의와 정책을 확인합니다
회의 녹음과 외부 AI 서비스 업로드는 별개의 문제입니다. 참석자 동의, 회사 보안 규정, 개인정보와 고객 기밀 포함 여부를 확인합니다. 가능하면 녹취 전체 대신 사람이 정리한 비식별 메모로 먼저 시험합니다.
다섯 가지로 분류합니다
- 결정사항: 참석자들이 합의한 내용
- 실행항목: 누가 무엇을 해야 하는지
- 기한: 확정 날짜와 확인이 필요한 날짜
- 미결 질문: 추가 논의나 자료가 필요한 내용
- 근거 발언: 결정 또는 행동의 근거가 된 원문 위치
아래 가상 회의 메모를 실행형 회의록으로 정리해줘.
표 열: 구분 / 내용 / 담당자 / 기한 / 근거 문장 / 확인 상태.
규칙: 제안과 확정 결정을 구분하고, 이름·기한이 없으면 추측하지 말고 ‘미정’으로 표시. 서로 다른 의견은 합의된 것처럼 합치지 말 것.
표 아래에는 ‘다음 회의 전 확인할 질문’을 별도 목록으로 작성.
사람이 확인할 부분
- “하자”, “검토하자”, “가능하면”이 실제 결정인지 제안인지 확인합니다.
- 담당자가 직접 수락했는지 확인합니다.
- 상대 날짜와 시간대가 절대 날짜로 올바르게 바뀌었는지 봅니다.
- 여러 사람이 말한 내용을 한 사람의 발언처럼 합치지 않았는지 확인합니다.
회의록 배포 전 3분 점검
담당자별로 자신의 항목만 읽어도 행동을 이해할 수 있어야 합니다. 미정 항목은 숨기지 말고 누가 언제 확정할지 적습니다. 중요한 결정은 회의 주최자가 최종 승인합니다.
고객명, 인사 평가, 계약 조건과 접근정보가 포함된 녹취는 승인되지 않은 개인용 AI 계정에 업로드하지 마세요.
합성 예제와 실패 조건
“다음 주까지 시안을 본다”는 가상 메모에서 다음 주의 기준일과 검토 담당자가 없으면 확정 일정으로 만들지 않습니다. AI가 임의로 월요일과 담당자를 채운 회의록은 보기에는 완성됐어도 실패한 결과입니다.
관련 글
실습: ‘금요일 공개’를 회의 결정으로 적으면 틀리는 이유
회의록이 가장 크게 틀리는 순간은 말을 빠뜨렸을 때만이 아닙니다. 아직 정해지지 않은 일을 확정 문장으로 바꿨을 때입니다. 다음은 고객이나 회사와 관계없는 합성 회의 메모입니다. 기준일은 2026년 8월 31일 월요일, 시간대는 한국입니다.
L1 진행자: 다음 캠페인 페이지를 금요일에 공개하면 어떨까요?
L2 디자인 담당: 목요일까지 시안은 드릴 수 있지만 개발 일정은 모릅니다.
L3 개발 담당: 시안을 봐야 배포 일정을 답할 수 있어요.
L4 결정권자: 공개일은 오늘 확정하지 맙시다. 시안을 본 뒤 다시 정해요.
L5 진행자: 그럼 디자인 담당이 9월 3일 15시까지 시안 PDF를 공유하고,
결정권자가 같은 날 17시까지 수정 필요 항목을 남기는 것으로 할까요?
L6 디자인 담당·결정권자: 네, 그 일정으로 진행하겠습니다.
L7 개발 담당: 승인된 시안을 받은 다음 예상 작업일을 알려드릴게요.
L8 진행자: 개발 일정 회신 기한은 아직 안 정했네요. 별도 확인하겠습니다.이 메모를 ‘캠페인 페이지는 금요일 공개, 디자인·개발 순차 진행’으로 정리하면 짧고 읽기 쉽습니다. 그러나 중요한 결정을 거꾸로 쓴 회의록입니다. L1은 제안이고, L4는 그 제안을 확정하지 않겠다는 결정입니다. 요약할수록 이 차이를 더 또렷하게 남겨야 합니다.
이 예제에서 나와야 하는 정답표
| 구분 | 내용 | 담당·기한 | 근거 | 확정 여부 |
|---|---|---|---|---|
| 제안 | 금요일 공개 | 공개 담당·기한 미정 | L1, L4 | 채택되지 않음 |
| 결정 | 공개일을 시안 확인 후 다시 정함 | 결정권자, 재논의일 미정 | L4 | 보류 결정만 확정 |
| 실행 | 시안 PDF 공유 | 디자인 담당, 9월 3일 15시 | L5, L6 | 수락 확인 |
| 실행 | 수정 필요 항목 남기기 | 결정권자, 9월 3일 17시 | L5, L6 | 수락 확인 |
| 조건부 실행 | 개발 예상 작업일 회신 | 개발 담당, 회신 기한 미정 | L7, L8 | 시안 승인에 의존 |
‘승인된 시안’이라는 조건도 지우면 안 됩니다. 시안 PDF가 올라왔다는 것과 시안이 승인됐다는 것은 다릅니다. 9월 3일 17시가 수정 의견 마감이라고 해서 개발 착수일이나 승인 완료일로 옮겨 적지 않습니다.
그대로 복사해 비교하는 프롬프트
위 L1~L8 합성 메모를 회의록으로 바꾸세요.
각 행에는 제안/결정/실행/미결 중 하나와 근거 줄 번호를 붙이세요.
L1의 금요일 공개 제안이 L4 이후에도 유효한지 먼저 판정하세요.
담당자가 수락한 행동과 조건부 행동을 구분하세요.
날짜는 원문에 확정된 것만 사용하고 회신 기한을 만들지 마세요.
출력 뒤에 '이 메모만으로 알 수 없는 것'을 세 개 적으세요.AI 결과가 예쁜 표로 나와도 다음 세 질문에서 하나라도 틀리면 다시 검수합니다. 금요일이 공개 확정일인가? 아닙니다. 9월 3일 17시에 시안 승인이 보장되는가? 아닙니다. 개발 담당자의 일정 회신 마감이 있는가? 없습니다. 빈칸이 남는 회의록이 이 경우에는 더 정확합니다.
원문이 바뀌면 회의록도 달라져야 합니다
| 바꿔볼 입력 | 기대하는 변화 | 바뀌면 안 되는 것 |
|---|---|---|
| L6 수락 발언 삭제 | 담당·기한을 ‘제안, 수락 확인 필요’로 낮춤 | 승인된 실행처럼 유지하지 않음 |
| 회의 기준일 삭제 | ‘다음 주·금요일’의 절대 날짜 환산 보류 | 이미 명시된 9월 3일을 임의 변경하지 않음 |
| L4에 ‘금요일 공개 확정’ 명시 | 공개 결정을 확정으로 바꿈 | 없는 개발 담당자나 작업량을 추가하지 않음 |
| L7 발언자 불명 처리 | 담당자 확인 필요로 표시 | 문맥만 보고 개발 담당자로 복원하지 않음 |
같은 답을 여러 번 내는지만 보면 오류를 놓칩니다. 입력의 결정 조건을 바꿨을 때 결과도 맞게 바뀌는지 시험해야 합니다. 자동화를 붙이기 전 이 네 변형을 합성 메모로 반복해 보세요. 특정 AI 제품이 위 테스트를 통과했다는 성능 주장은 아닙니다.
배포본과 검수본을 분리하세요
검수본에는 근거 줄과 미정 항목을 남깁니다. 배포본에서는 실행 담당자가 필요한 일·기한·완료 조건을 먼저 보게 하되, 공개일 보류 같은 중요한 미결 상태를 삭제하지 않습니다. ‘진행자가 별도 확인’처럼 행동만 있고 마감이 없는 항목은 다음 회의 전에 누가 기한을 정할지 따로 묻습니다.
외부 공유 전 실제 이름, 연락처, 고객사, 계약 조건, 녹취 위치를 다시 확인하세요. 원음이나 전문 전사본을 받는 사람은 요약본 수신자보다 더 좁게 정할 필요가 있습니다. 이 글의 합성 대화만으로 녹음의 적법성이나 조직의 보존 정책을 판단해서는 안 됩니다.
보완일: 2026-08-31. 회의록의 제안·보류·수락·의존성을 구분하는 합성 원문과 기대 결과를 추가했습니다. 실제 회의에서의 승인 권한과 담당자 수락은 별도로 확인해야 합니다.