회의록 작성 지옥에서 탈출: 녹취 → 요약 → 액션아이템 자동화

회의록 작성 지옥에서 탈출

녹취 → 요약 → 액션아이템 자동화

회의가 끝나고 가장 하기 싫은 게 회의록 작성이다. 1시간 회의하고 나서 30분 동안 회의록 쓰는 건 사실상 1시간 반짜리 회의를 한 거다. 근데 더 문제인 건, 그렇게 공들여 써도 나중에 아무도 안 찾아본다는 거다. 내가 쓴 회의록이 공유 드라이브에 올라가고, 두 번 다시 열리지 않는 걸 보면서 이게 뭘 위한 건가 싶었다.

그 원인을 나중에 알았다. 대부분의 회의록이 기록이 아니라 대화의 사본이었다. 누가 뭘 말했는지는 있는데, 결론이 뭔지, 다음에 누가 뭘 해야 하는지가 불분명했다. 읽어도 "그래서?"가 남는 문서. 챗GPT는 이 구조 문제를 해결하는 데 실제로 잘 작동한다. 날것의 텍스트에서 결정, 미결, 액션아이템을 분리해주는 작업이 AI한테 잘 맞는 일이다.

현장에서 느낀 장점은 회의록 작성 시간이 실제로 절반 가까이 줄었다는 것이다. 단점도 있다. AI가 녹취에서 액션아이템을 추출할 때 담당자를 가끔 잘못 매핑한다. "A가 B한테 이걸 해달라고 했다"는 내용인데, A한테 할당되는 경우가 있다. 그리고 뉘앙스를 놓친다. 말로는 OK 했지만 실제론 마지못해 동의한 그런 맥락은 텍스트에서 잡아내기 어렵다. 이 부분은 반드시 사람이 검토해야 한다.

녹취 텍스트를 그냥 붙여넣으면 왜 안 되나

처음에 했던 실수가 있다. 회의 녹취를 텍스트로 뽑아서 그냥 챗GPT에 붙여넣고 "요약해줘"라고 했다. 결과가 나오긴 나왔다. 근데 뭔가 이상했다. 내용은 다 있는데 핵심이 흐릿하고, 결정인지 의견인지 모호하고, 액션아이템에 기한이 없었다. 마치 전체 코드베이스를 붙여넣고 "이거 리뷰해줘"라고 하는 것처럼, 맥락도 없고 무엇에 집중해야 하는지 지시도 없으면 AI도 표준적인 요약을 뽑아낼 뿐이다.

필요한 건 목적을 쪼갠 프롬프트다. "회의록 써줘" 하나로 다 해결하려 하면 안 된다. "결정 사항 추출", "담당자별 액션아이템 분리", "다음 회의 안건 정리"로 목적을 나눠야 각각의 결과가 쓸 만해진다. 이 방식으로 바꾸고 나서야 실제로 쓸 수 있는 결과물이 나오기 시작했다.

프롬프트 1. 녹취 텍스트를 구조화된 회의록으로 변환

녹취 텍스트는 말 그대로 날것이다. 어, 음, 중간에 끊기는 말, 농담, 잡담이 다 섞여 있다. 이걸 쓸 수 있는 회의록으로 바꾸는 것이 첫 번째 단계다. 전부 넣어도 되지만, 길면 토큰 제한에 걸릴 수 있으니 핵심 구간만 넣는 게 낫다.

다음은 팀 회의 녹취 텍스트입니다.

[녹취 텍스트 붙여넣기]

위 내용을 기반으로 아래 구조로 회의록을 작성해 주세요.
회의 개요: 날짜, 참석자, 주요 안건 요약
주요 논의 내용: 안건별로 정리 (발언자 이름 포함)
결정 사항: 확정된 내용만 별도 정리
미결 사항: 결론 나지 않은 항목
액션아이템: 담당자, 내용, 기한 형식으로 정리

조건:
농담이나 잡담은 제외해 주세요.
모호한 결정은 미결로 분류해 주세요.
액션아이템은 반드시 담당자 이름과 기한을 포함해 주세요.
결정과 의견을 혼동하지 말고 명확히 구분해 주세요.

프롬프트 2. 액션아이템만 빠르게 추출

긴 회의록이 필요 없고, 다음 회의 전에 누가 뭘 해야 하는지만 빠르게 정리해서 팀원들한테 뿌려야 할 때 쓴다. 전체 회의록보다 이 형식을 더 자주 열어본다는 피드백을 팀원한테 받고 나서 이쪽을 더 많이 쓰게 됐다. 짧고 명확한 게 결국 더 읽힌다.

아래 회의 내용 또는 회의록에서 액션아이템만 추출해 주세요.

[회의 내용 또는 회의록 붙여넣기]

추출 형식:
담당자: 이름 (미정인 경우 담당자 미정으로 표기)
내용: 해야 할 일 한 줄 요약
기한: 언급된 날짜 또는 기한 미정

조건:
의견이나 제안은 제외하고, 결정된 사항만 포함해 주세요.
한 사람에게 여러 아이템이 있으면 모두 나열해 주세요.
우선순위가 언급됐으면 표시해 주세요.

프롬프트 3. 다음 회의 안건 초안 자동 생성

회의가 끝나고 다음 회의 안건을 그 자리에서 바로 만드는 팀이 생각보다 없다. 근데 이게 있으면 다음 회의 시작이 완전히 달라진다. 첫 5분을 "오늘 뭐 해요?"로 시작하지 않아도 된다. 이 프롬프트를 쓰기 시작한 이후로 회의 시작 시간이 실제로 짧아졌다.

아래 회의록을 참고해서 다음 회의 안건 초안을 만들어 주세요.

[회의록 붙여넣기]

안건 구성:
1. 지난 회의 액션아이템 진행 상황 점검
2. 미결 사항 재논의
3. 신규 논의 항목 (이번 회의에서 다음으로 넘긴 항목)
4. 기타

조건:
각 안건 앞에 예상 소요 시간을 포함해 주세요 (예: 10분).
안건마다 담당 발표자 또는 논의 주도자를 표시해 주세요.
전체 예상 회의 시간도 합산해서 표시해 주세요.

프롬프트 4. 불참자용 회의 결과 요약 이메일

회의에 못 온 사람한테 "회의록 공유 드라이브에 올렸어요"라고 하면 대부분 안 읽는다. 핵심만 뽑아서 이메일로 보내면 읽는 사람이 훨씬 많아진다. 짧고 핵심 위주인 이메일이 긴 회의록보다 실질적인 공유 효과가 높다는 걸 경험으로 알게 됐다.

아래 회의록을 기반으로 불참자에게 보낼 회의 결과 요약 이메일을 작성해 주세요.

[회의록 붙여넣기]

조건:
전체 분량은 이메일 1페이지 이내로 작성해 주세요.
핵심 결정 사항 3가지 이내로 정리해 주세요.
수신자가 조치해야 할 사항이 있으면 별도로 강조해 주세요.
전체 회의록은 첨부 예정이므로 상세 내용은 생략해 주세요.
형식: 인사, 회의 개요 1줄, 주요 결정 사항, 관련 조치 요청, 마무리

마무리. 회의록은 기록이 아니라 다음 행동의 출발점이어야 한다

이전에 이 주제로 쓴 글에서는 시간 절감에 집중했다. 이번엔 다른 지점이 더 크게 보인다. 회의록이 왜 안 읽히는지를 AI를 쓰면서 거꾸로 이해하게 됐다. 좋은 회의록 프롬프트를 짜려면 좋은 회의록의 구조를 알아야 한다. 결정과 미결을 나눠야 하고, 액션아이템에 담당자와 기한이 있어야 하고, 다음 회의로 연결되어야 한다. 이걸 AI한테 시키면서 오히려 회의록 자체에 대한 기준이 생겼다.

AI가 만들어주는 결과물이 아니라, AI를 제대로 쓰기 위해 내가 정리해야 했던 기준이 진짜 수확이었다. 회의록도 결국 사람이 읽는 문서다. 그 사람이 5분 안에 결론을 파악하고, 자기가 뭘 해야 하는지를 알 수 있도록 쓰는 것. 그 기준을 가지고 AI 결과물을 다듬으면, 처음부터 혼자 쓰는 것보다 훨씬 빠르게 그 수준에 도달한다.

출처 경로: 현업 소프트웨어 개발자의 실무 경험을 기반으로 작성된 콘텐츠입니다.