회의가 두 시간 동안 진행된 후, 회의가 끝나자 기록 담당자는 다시 세 시간을 들여 회의록을 정리했다.
먼저 녹음을 다시 들으며 누가 어떤 숫자를 언급했는지 확인하고; 그다음 채팅 기록에서 링크를 보완하고; 마지막으로 “다들 돌아가서 다시 살펴보세요”를 담당자와 마감 기한이 있는 작업으로 번역한다. 회의록이 배포될 즈음이면 참석자들은 이미 세부 사항을 기억하지 못하기 시작한다.
회의 기록 자동화의 가치는 이런 반복 작업을 줄이는 데 있다. 하지만 그것도 쉽게 과장되어 설명된다: 녹음을 업로드하면 몇 분 후 완전히 정확하고 책임이 명확한 회의록을 자동으로 얻는다는 식이다.
현실은 그렇게 단순하지 않다. 신뢰할 수 있는 프로세스는 최소 네 단계로 나뉜다: 녹음, 전사, 정리, 확인. 음성을 텍스트로 변환하는 인터페이스는 주로 두 번째 단계를 담당하며, 이후의 요약, 의사결정 추출 및 작업 동기화에는 추가 로직이나 대규모 언어 모델이 필요하고, 핵심 내용은 여전히 사람이 확인해야 한다.
¶ 먼저 “회의록”과 “회의 녹취록”을 구분하기
회의 녹취록은 “사람들이 무엇을 말했는가”에 답하고; 회의록은 “무엇을 논의했는가, 무엇을 결정했는가, 다음에 누가 무엇을 하는가”에 답한다.
둘을 혼동해서는 안 된다. 자동 전사는 사실의 초안을 제공하고, 회의록은 초안을 압축하고 구조화한 것이다. 압축하면 누락될 수 있고, 구조화하면 오해할 수 있으므로, 기업 환경에서는 원본 전사본과 오디오를 보관해 두어 다시 확인하기 쉽게 하는 것이 좋다.
¶ 첫 번째 단계: 먼저 녹음 품질 해결하기
이후의 결과는 상당 부분 입력에 달려 있다. 회의실에서 누군가 마이크에서 너무 멀리 떨어져 있거나, 여러 사람이 동시에 말하거나, 에어컨 소리가 너무 크면 아무리 좋은 인식도 영향을 받는다.
몇 가지 작은 부분부터 개선할 수 있다:
- 온라인 회의에서는 플랫폼의 원본 녹음을 우선 저장한다
- 오프라인 회의에서는 마이크를 테이블 중앙에 둔다
- 회의 전에 녹음 허가와 내부 규정을 확인한다
- 중요한 숫자와 고유명사는 회의에서 한 번 더 반복해서 말한다
- 회의 제목, 시간, 참석자, 안건 등의 메타데이터를 기록한다.
이런 것들은 AI 기능처럼 보이지 않지만, 사후에 반복해서 파라미터를 조정하는 것보다 더 효과적이다.
¶ 두 번째 단계: 녹음을 다시 확인할 수 있는 텍스트로 변환하기
Ace Data Cloud의 OpenAI Transcriptions API는 일반적인 오디오 및 비디오 형식을 지원하며, 단일 파일의 최대 용량은 25MB이다. 더 긴 회의는 먼저 압축하거나 분할해야 할 수 있다.
일반 텍스트 초안에는 gpt-transcribe를 사용할 수 있으며; 회의록의 내용을 원본 녹음에 연결하고 싶다면 whisper-1의 verbose_json을 고려하여 구간별 또는 단어별 타임스탬프를 저장할 수 있다.
회의 전에 다음을 포함한 간단한 용어집을 준비할 수도 있다:
- 회사 및 제품 이름
- 프로젝트 코드명
- 참석자 이름
- 일반적인 영어 약어
- 회의와 관련된 고객 또는 협력사
용어 프롬프트는 일부 고유명사 오인식을 줄이는 데 도움이 되지만, 보장은 아니다. 계약 금액, 날짜, 버전 번호 및 담당자 등 핵심 정보는 반드시 확인해야 한다.
¶ 세 번째 단계: 회의 녹취록을 구조화된 회의록으로 정리하기
전사 텍스트가 있으면, 이후 프로그램이나 대규모 언어 모델이 고정된 템플릿에 따라 정리할 수 있다. 예를 들면:
# 회의 주제
## 참석 정보
- 시간:
- 참석자:
- 안건:
## 논의 요약
## 확인된 결정 사항
## 할 일
| 항목 | 담당자 | 마감 시간 | 출처 시점 |
|---|---|---|---|
## 아직 확인되지 않은 문제
템플릿에는 “아직 확인되지 않은 문제”를 남겨 두는 것이 가장 좋으며, 시스템이 모든 논의 구간을 억지로 결론으로 요약하도록 해서는 안 된다. 회의에서는 탐색적인 의견, 부결된 방안, 명확한 담당자가 없는 제안이 자주 나온다. 시스템이 이런 내용을 모두 공식 결정으로 작성하면, 회의록이 오히려 문제를 만들 수 있다.
정리할 때는 다음도 요구해야 한다:
- 녹음에 없는 정보를 덧붙여 작성하지 않는다
- 확실하지 않은 담당자는 확인 대기로 표시한다
- 숫자와 날짜에는 원문 또는 시점을 첨부한다
- 결정과 제안을 구분한다
- 여러 버전의 방안은 최종 채택 결과를 보존한다
¶ 네 번째 단계: 사람이 확인하게 하고, 사람이 다시 정리하게 하지 않기
자동화의 가장 합리적인 목표는 수작업을 완전히 없애는 것이 아니라, 수작업의 내용을 바꾸는 것이다.
과거에는 기록자가 처음부터 다시 듣고, 입력하고, 서식을 정리했다; 자동화 이후에는 기록자가 주로 세 가지 일을 한다:
- 고유명사, 숫자 및 날짜를 확인한다
- 결정 사항이 정확한지 확인한다
- 담당자와 마감 시간을 보완한다
확인이 완료된 후에 작업을 프로젝트 관리 시스템이나 할 일 도구에 동기화한다. 사람의 확인 전에 대량의 작업을 자동 생성하지 말아야 한다. 그렇지 않으면 한 번의 오인식이 잘못된 알림을 유발할 수 있다.
¶ 다인 회의에서의 한 가지 현실적인 제한
현재의 전사 능력을 신뢰할 수 있는 화자 신원 인식과 직접 동일시해서는 안 된다. 일부 시스템이 서로 다른 목소리를 구분할 수 있더라도, “목소리 A”가 장삼인지 이사인지 반드시 안다는 뜻은 아니다.
업무가 “누가 무엇을 말했는가”에 크게 의존한다면, 다음을 고려할 수 있다:
- 온라인 회의의 독립 오디오 트랙을 사용한다
- 참석자의 발언 순서와 결합한다
- 발언 전에 이름을 말하도록 요구하는 것은 현실적이지 않지만, 핵심 결정은 진행자가 다시 말할 수 있다
- 검토 화면에서 화자를 빠르게 수정하는 기능을 제공한다
문서와 제품 페이지 모두 다인 회의가 본래 완전히 자동으로 귀속될 수 있다고 작성해서는 안 된다.
¶ 개인정보와 권한은 나중에 보완할 수 없다
회의 녹음에는 고객 정보, 직원 정보, 계약 내용 및 공개되지 않은 계획이 포함될 수 있다. 도입 전에 다음을 명확히 해야 한다:
- 어떤 회의가 녹음을 허용하는가
- 누가 원본 오디오와 회의 녹취록을 볼 수 있는가
- 파일을 얼마나 오래 보관하는가
- 외부 서비스에 콘텐츠 처리를 맡길 수 있는가
- 삭제 요청을 어떻게 실행하는가
- 로그에 민감한 텍스트가 기록되는가
구체적인 요구 사항은 기업이 위치한 지역, 산업 및 내부 규정에 따라 달라지므로, 기술 문서 한 편만으로 결론을 내려서는 안 된다. 고도로 민감한 내용이 관련될 때는 보안, 법무 및 컴플라이언스 팀이 평가에 참여해야 한다.
¶ 신중한 도입 경로
처음부터 모든 회의를 대상으로 하지 말고, 구조가 명확하고 위험이 낮은 주간 회의부터 시작하는 것을 권장한다:
- 회의 메타데이터를 기록하고 녹음 허가를 받기
- 녹음 파일을 업로드하고, 한도를 초과한 파일은 분할하기
- 시간 위치 정보가 포함된 전사본 생성하기
- 통일된 템플릿에 따라 회의록 초안 생성하기
- 회의 진행자 또는 기록자가 확인하기
- 확인 후에 회의록을 게시하고, 할 일을 동기화하기
- 오류 유형을 표본 점검하고, 지속적으로 용어집 보완하기
평가할 때는 “생성이 얼마나 빠른가”만 보지 말고, 다음을 더 봐야 합니다:
- 숫자와 인명 오류가 통제 가능한지
- 결정 사항이 올바르게 구분되는지
- 검토자가 원본 녹음으로 빠르게 돌아갈 수 있는지
- 최종 회의록이 제때 발송되는지
- 팀이 지속적으로 사용할 의향이 있는지
회의 기록 자동화는 기계가 팀을 대신해 결정을 내리게 하는 것이 아니라, 기계가 먼저 받아쓰기, 위치 지정 및 초기 정리를 완료하게 하여, 사람의 시간을 책임 확인, 맥락 이해 및 업무 추진에 남겨두는 것입니다.