회의 자체보다 회의가 끝난 뒤가 더 번거롭게 느껴질 때가 있다.
회의 중에는 중요한 내용을 놓치지 않으려고 빠르게 메모한다. 문제는 회의가 끝난 다음이다. 흩어진 메모를 다시 읽고, 실제로 결정된 내용과 단순한 의견을 구분하고, 누가 무엇을 해야 하는지 찾아 문장으로 정리해야 한다.
회의가 짧다면 직접 정리해도 큰 부담은 없다.
하지만 하루에 회의가 여러 번 있거나 매주 반복되는 정기 회의를 맡고 있다면 이런 작업도 계속 쌓인다.
제가 생성형 AI를 회의 메모에 활용할 때 가장 유용하다고 느끼는 부분도 완성된 회의록을 처음부터 전부 쓰게 하는 것이 아니다.
흩어진 메모에서 결정 사항과 할 일을 먼저 분리하는 작업이다.
이 단계만 AI에 맡겨도 사람이 메모 전체를 다시 읽으며 항목을 분류하는 시간을 줄이기 쉽다.
회의록 전체를 바로 작성시키지 않는 이유
회의가 끝나자마자 다음과 같이 요청할 수 있다.
“이 메모로 회의록 작성해줘.”
간단하고 편하다.
하지만 실제로 사용해보면 한 가지 문제가 있다.
AI가 읽기 좋은 회의록을 만들기 위해 원본보다 내용을 조금 더 정돈하면서, 아직 확정되지 않은 이야기를 결정 사항처럼 표현할 수 있다는 점이다.
예를 들어 실제 메모가 다음과 같다고 해보자.
“신규 페이지 오픈은 9월 둘째 주 정도? 개발팀 일정 확인 필요. 디자인은 금요일까지 가능할 듯.”
사람이 보면 아직 확정되지 않은 내용이 있다는 것을 쉽게 알 수 있다.
하지만 AI가 문장을 깔끔하게 정리하면서,
“신규 페이지는 9월 둘째 주에 오픈하며 디자인은 금요일까지 완료한다.”
처럼 작성한다면 의미가 달라진다.
그래서 저는 회의록 작업에서는 처음부터 완성된 문서를 요구하기보다 먼저 정보 추출 단계와 문서 작성 단계를 나누는 방식이 더 관리하기 편하다고 본다.
첫 번째 단계에서는 원본에 있는 내용을 분류한다.
두 번째 단계에서 사람이 확인한다.
그다음 확인된 내용을 회의록 형태로 다듬는다.
이 순서를 사용하면 잘못된 해석이 최종 문서까지 이어지는 것을 줄일 수 있다.
첫 단계는 세 가지 항목만 추려본다
처음 AI를 이용해 회의록을 정리한다면 구조를 너무 복잡하게 만들 필요가 없다.
다음 세 가지부터 시작하면 충분하다.
결정 사항
담당자와 해야 할 일
추가 확인이 필요한 내용
예를 들어 다음과 같이 요청할 수 있다.
“아래 회의 메모를 읽고 다음 세 항목으로 정리해줘.
회의에서 명확하게 결정된 사항
담당자와 해야 할 일
아직 결정되지 않았거나 추가 확인이 필요한 사항
원문에 없는 담당자, 일정, 결론은 추측하지 말아줘. 명확하지 않은 내용은 ‘확인 필요’라고 표시해줘.”
이 프롬프트에서 핵심은 마지막 두 문장이다.
회의 메모에는 빈칸이 많다.
담당자가 정해지지 않은 업무가 있을 수 있고, 일정이 정확하게 결정되지 않았을 수도 있다.
이런 빈칸을 AI가 자연스럽게 채우도록 두는 것보다 빈칸은 빈칸으로 남겨두도록 하는 편이 실제 업무에서는 훨씬 안전하다.
‘결정’과 ‘의견’을 구분하도록 요청한다
회의록에서 의외로 중요한 부분이 있다.
회의에서 나온 모든 말이 결정 사항은 아니라는 것이다.
누군가는 아이디어를 제안했을 수 있다.
누군가는 가능성을 검토하자고 말했을 수 있다.
또 다른 사람은 단순히 우려를 표현했을 수도 있다.
이런 내용을 전부 결정 사항으로 정리하면 회의 이후 혼선이 생긴다.
예를 들어 메모에,
“김 대리: 이메일보다 메신저 공지가 나을 수도 있음.”
이라고 적혀 있다면 이것은 의견일 가능성이 높다.
반대로,
“팀장: 이번 공지는 메신저로 진행하기로 결정.”
이라고 되어 있다면 결정 사항으로 볼 수 있다.
AI에게 이 차이를 명확하게 알려주는 것이 좋다.
“‘검토’, ‘제안’, ‘가능’, ‘논의 필요’라고 표현된 내용은 확정 사항으로 분류하지 말아줘.”
같은 조건을 추가할 수 있다.
실제로 회의 메모를 정리하다 보면 문장 자체보다 확정 수준을 유지하는 것이 더 중요할 때가 많다.
담당자와 기한은 별도 항목으로 분리하면 확인이 쉽다
회의록을 읽는 사람은 회의에서 어떤 이야기가 나왔는지보다 결국 자신이 무엇을 해야 하는지 궁금한 경우가 많다.
그래서 담당자와 기한을 별도로 정리하면 실용성이 높아진다.
예를 들어 다음과 같은 형식을 사용할 수 있다.
| 업무 | 담당자 | 기한 | 상태 |
|---|---|---|---|
| 랜딩페이지 최종 디자인 | 디자인팀 | 금요일 | 확정 |
| 개발 일정 확인 | 개발팀 | 확인 필요 | 기한 미정 |
| 공지 문구 작성 | 담당자 확인 필요 | 다음 주 전 | 담당자 미정 |
이 표의 장점은 빈 정보가 바로 보인다는 것이다.
회의록을 길게 읽어야만 “이 업무 담당자가 누구였지?”라고 찾지 않아도 된다.
AI에게도 다음과 같이 요청할 수 있다.
“액션 아이템은 ‘업무 / 담당자 / 기한 / 확인 필요 사항’ 네 열의 표로 정리해줘.”
다만 여기에서도 원문에 없는 값을 임의로 채우지 않는 조건은 유지하는 것이 좋다.
AI 결과를 받은 뒤 가장 먼저 확인하는 세 가지
AI가 정리한 결과가 깔끔하면 바로 공유하고 싶어질 수 있다.
하지만 회의록은 실제 업무가 이어지는 기준이 될 수 있기 때문에 짧게라도 원본과 비교하는 과정이 필요하다.
제가 확인한다면 우선 세 가지를 본다.
첫 번째는 결정 사항이다.
실제로 결정된 내용만 들어갔는지 본다.
두 번째는 담당자다.
사람 이름이나 팀이 잘못 연결되지 않았는지 확인한다.
세 번째는 날짜와 일정이다.
9월 10일과 9월 중순처럼 비슷해 보이지만 의미가 다른 표현이 바뀌지 않았는지 살펴본다.
이 세 가지는 틀렸을 때 실제 업무에 바로 영향을 줄 가능성이 높다.
반면 문장의 표현이나 조사 같은 부분은 그다음에 수정해도 된다.
즉, 회의록에서는 문장 품질보다 업무 사실이 맞는지 먼저 확인하는 것이 중요하다.
실제 회의 메모를 그대로 넣기 전에 보안도 확인한다
회의록 AI 활용에서 쉽게 놓치는 부분이 있다.
바로 메모 자체에 회사 내부 정보가 많이 들어 있다는 점이다.
고객사 이름, 계약 조건, 내부 매출 수치, 직원 개인정보, 공개되지 않은 제품 일정 등이 포함될 수 있다.
따라서 외부 AI 서비스를 사용하는 경우라면 회사의 AI 사용 정책을 먼저 확인해야 한다.
회의 메모를 입력할 수 있는 승인된 서비스가 따로 있을 수도 있다.
또 작업에 필요하지 않은 정보는 제거할 수 있다.
예를 들어 실제 고객명을,
“고객사 A”
로 바꿀 수 있고,
참석자의 개인정보가 필요하지 않다면 이름 대신,
“기획 담당자”, “개발 담당자”
처럼 역할명으로 바꿀 수 있다.
생성형 AI가 회의록을 정리할 수 있다는 것과 회사 회의 내용을 아무 서비스에나 입력해도 된다는 것은 전혀 다른 문제다.
업무에서는 편리함보다 먼저 조직의 보안 기준을 지키는 것이 필요하다.
반복 회의라면 템플릿을 만들어두면 더 편하다
회의록 정리 방식이 어느 정도 자리 잡았다면 매번 프롬프트를 처음부터 작성할 필요가 없다.
예를 들어 주간 프로젝트 회의에서 항상 같은 형식을 사용한다면 다음과 같은 템플릿을 저장해둘 수 있다.
“아래는 주간 프로젝트 회의 메모야.
다음 형식으로 정리해줘.
핵심 결정 사항
회의에서 명확하게 확정된 내용만 작성.
액션 아이템
업무 / 담당자 / 기한 / 상태 순서로 표 작성.
추가 논의 필요
아직 확정되지 않은 안건 정리.
다음 회의 확인 항목
이번 회의에서 결론이 나지 않은 내용 중 다음 회의에서 확인할 사항 정리.
규칙:
원문에 없는 사실은 추가하지 않는다.
담당자와 기한이 없으면 ‘확인 필요’라고 표시한다.
제안과 결정 사항을 구분한다.”
이렇게 만들어두면 다음 회의에서는 메모 부분만 바꿔 사용할 수 있다.
몇 차례 써보면서 회사의 실제 회의 방식에 맞게 항목을 추가하거나 삭제하면 된다.
회의 중 메모 방식도 조금 바꾸면 AI 정리가 쉬워진다
AI를 사용하다 보면 프롬프트뿐 아니라 입력 자료의 품질도 중요하다는 것을 알게 된다.
회의 메모가 지나치게 뒤섞여 있으면 AI도 구분하기 어렵다.
그래서 회의 중 아주 간단한 기호를 사용하는 방법도 있다.
예를 들어,
[결정] 확정된 내용
[할 일] 담당 업무
[논의] 의견이나 아이디어
[확인] 추가로 확인할 내용
처럼 표시한다.
실제 메모는 다음과 같이 된다.
“[결정] 다음 주 화요일 베타 버전 내부 공개
[할 일] 개발팀 - 로그인 오류 수정, 월요일까지
[논의] 외부 공개는 한 주 더 미루는 방안 검토
[확인] 고객지원팀 교육 일정 확인 필요”
이 정도만 해도 AI가 정리해야 할 난이도가 크게 낮아진다.
AI가 모든 것을 알아서 해석하도록 맡기는 것보다 사람이 회의 중 최소한의 구조를 만들어주고 AI가 정리를 맡는 방식이 결과가 안정적이다.
회의가 끝난 직후 5분 안에 정리하는 흐름
실제로 회의록 업무를 줄이고 싶다면 과정을 단순하게 고정할 수 있다.
먼저 회의가 끝난 직후 메모를 AI에 입력한다.
AI에게 결정 사항, 할 일, 미결 사항을 분류하도록 요청한다.
결과에서 담당자와 날짜를 원본 메모와 비교한다.
잘못 분류된 부분이 있으면 바로 수정한다.
마지막으로 확정된 내용만 가지고 공유용 회의록으로 다듬는다.
이렇게 하면 며칠 뒤 기억이 흐려진 상태에서 회의 전체를 다시 떠올리는 일을 줄일 수 있다.
특히 회의가 연속으로 있는 날에는 메모를 쌓아두었다가 한꺼번에 정리하기보다 회의 직후 짧게 구조화해두는 방식이 훨씬 관리하기 쉽다.
마무리
회의록은 생성형 AI를 업무에 적용해보기 좋은 대표적인 반복 작업이다.
하지만 처음부터 회의록 전체를 AI에게 완전히 맡길 필요는 없다.
가장 실용적인 시작점은 회의 메모에서 결정 사항, 담당자와 할 일, 추가 확인 사항을 분리하는 것이다.
AI가 먼저 정보를 구조화하면 사람은 원본과 비교하면서 틀린 부분만 확인하면 된다.
이때 중요한 것은 두 가지다.
첫째, 확정되지 않은 내용을 AI가 임의로 결정 사항으로 바꾸지 않도록 한다.
둘째, 담당자와 기한처럼 업무에 직접 영향을 주는 정보는 사람이 최종 확인한다.
그리고 회사 회의 자료에는 민감한 내용이 포함될 수 있으므로 사용하는 AI 서비스와 데이터 처리 기준 역시 확인해야 한다.
AI 회의록 활용의 목표는 회의를 AI에게 맡기는 것이 아니다.
사람이 다시 읽고 분류해야 하는 반복적인 정리 작업을 줄이는 것이다.
작은 회의 하나에서 먼저 적용해보고, 자주 발생하는 오류를 프롬프트에 반영하다 보면 자신이 실제로 사용할 수 있는 회의록 템플릿을 만들 수 있다.
다음 글에서는 회의록과 함께 직장인이 반복해서 작성하는 업무 중 하나인 이메일 초안을 생성형 AI로 빠르게 만드는 방법과 수정 횟수를 줄이는 프롬프트 구성법을 살펴본다.
FAQ
Q1. 회의 내용을 녹음해서 AI에 바로 넣어도 되나요?
기술적으로 가능한 서비스도 있지만 먼저 회사의 녹음 정책, 참석자의 동의 여부, 사용하는 AI 서비스의 데이터 처리 기준을 확인해야 한다. 녹음이 허용되더라도 사람 이름, 고객정보 등 민감한 정보가 포함될 수 있으므로 조직의 보안 규정을 우선하는 것이 좋다.
Q2. AI가 정리한 회의록을 그대로 팀에 공유해도 될까요?
중요한 회의라면 바로 공유하기보다 결정 사항, 담당자, 일정 정도는 원본 메모와 다시 비교하는 것이 좋다. AI가 제안이나 검토 중인 내용을 확정된 내용처럼 바꾸거나 담당자를 잘못 연결할 가능성을 완전히 배제하기 어렵기 때문이다.
Q3. 회의록 프롬프트를 더 정확하게 만드는 가장 쉬운 방법은 무엇인가요?
실제로 몇 번 사용하면서 반복해서 발생하는 오류를 기록하는 방법이 좋다. 예를 들어 AI가 검토 중인 내용을 자꾸 확정 사항으로 분류한다면 “검토, 제안, 가능으로 표현된 내용은 결정 사항에 넣지 않는다”는 조건을 추가할 수 있다. 자신의 회의 방식에 맞춰 조금씩 수정한 템플릿이 가장 실용적이다.
0 댓글