AI로 회의록을 정리할 때, 보내기 전에 사람이 다시 볼 세 가지: 결정, 담당, 기한

써 봄: 이 글에 실은 AI의 표는 직접 해 본 실험의 결과입니다. 가상의 짧은 회의록 하나로 해 본 것이라, 모든 회의에 그대로 들어맞는다고 말하지는 않습니다.

요지

AI가 정리한 회의록은 보내기 전에 결정, 담당, 기한 세 가지만 다시 본다.
결정은 할 일 목록에 섞이지 않았는지, 회의록에서 빠지지 않았는지 본다.
담당과 기한 칸에서 찾을 말은 넷이다. 「미정」, 「추정」, 「쯤」, 그리고 「…한 뒤」, 「…하면」 같은 조건.
이 말이 붙은 칸은 회의에서 아무도 정하지 않은 것이다. AI가 대신 정할 수 없고, 회의가 끝나기 전에 그 자리에 있는 사람들이 채운다.

왜 다시 봐야 하나

회의록을 보내는 까닭은 회의를 줄여 적는 데 있지 않다. 「누가, 무엇을, 언제까지」를 모두가 같은 뜻으로 알게 하는 데 있다.

AI는 회의에서 오간 말을 표로 잘 옮긴다. 그런데 회의에서 「누가 좀 봐 주시죠」 하고 넘어간 일에는 담당이 없고, 「다음 주쯤」이라고 한 일에는 날짜가 없다. 회의록에 답이 없으니, AI가 그 칸에 무엇을 적든 그것은 짐작이다. 그 칸을 정하는 일은 회의에 있던 사람에게 남는다. 그래서 사람이 다시 볼 곳은 표 전체가 아니라 정해지지 않은 칸이다.

예: 여덟 줄 회의록

가상의 배송 앱 프로젝트 주간 회의다. PM 민서, 개발 준호, 디자인 수아, 인프라 태경이 이런 말을 했다.

민서: 「지난주 얘기한 개통일은 26주 그대로 가기로 고객이랑 정리됐어요.」
준호: 「그럼 배송 조회 API는 제가 이번 주 금요일까지 붙여 볼게요.」
수아: 「조회 화면 시안은 다음 주쯤 드릴 수 있을 것 같아요.」
태경: 「서버 비용 견적이 아직 없는데, 이건 누가 좀 봐 주시죠.」
민서: 「음, 그건 다음에 다시 얘기해요.」
준호: 「아 그리고 로그인 오류 고치는 건 제가 하려고 했는데, 보니까 어제 이미 끝났더라고요.」
민서: 「고객이 이전 데이터 범위를 승인하면 데이터 이전 시험 일정을 잡읍시다.」
수아: 「회의록은 제가 정리해서 오늘 돌릴게요.」

AI에게 「할 일 목록을 표로(할 일, 담당, 기한)」라고만 요청했다. AI가 낸 표는 이렇다.

표는 가로로 밀어서 볼 수 있습니다.

할 일	담당	기한
배송 조회 API 연동	준호	이번 주 금요일
조회 화면 시안 전달	수아	다음 주쯤 (정확한 날짜 미정)
서버 비용 견적 확인	미정 (태경이 요청했으나 담당 지정 없이 “다음에 다시 얘기”로 넘어감)	미정
데이터 이전 시험 일정 잡기	민서 (발언자 기준 추정, 명시 없음)	고객이 이전 데이터 범위를 승인한 뒤
회의록 정리 및 공유	수아	오늘

AI는 1번(개통일)은 결정 사항이라서, 6번(로그인 오류)은 이미 끝난 일이라서 할 일에서 뺐다고 덧붙였다. 옮기는 일은 잘했다. 그래도 이 표를 그대로 보낼 수는 없다. 아래 세 가지를 차례로 보면 까닭이 보인다.

다시 볼 세 가지

1. 결정: 할 일과 섞이지 않았나

무엇을 보나. 할 일 목록에 결정 사항이 들어가 있지 않은지, 결정 사항이 빠지지 않았는지 본다.

왜 보나. 결정이 할 일 목록에 들어가면, 아무도 하지 않아도 되는 일이 회의마다 「진행 중」으로 남는다. 거꾸로 결정이 회의록에서 빠지면, 회의에 없던 사람은 정해진 줄 모른다.

예에서는. 개통일을 26주 그대로 둔다는 결정은 할 일에서 바르게 빠졌다. 다만 할 일만 요청했기 때문에 표에는 이 결정을 적을 칸이 없다. 회의록에는 결정 칸을 따로 두고 적는다.

2. 담당: 「미정」과 「추정」이 남아 있지 않나

무엇을 보나. 담당 칸에 「미정」이나 「추정」이 붙은 줄을 찾는다.

왜 보나. 「민서(추정)」는 「민서가 맡는다」가 아니다. 이대로 보내면 받은 사람은 자기가 맡았는지 모른 채 지나간다. 담당이 「미정」인 일은 아무도 하지 않는다.

예에서는. 데이터 이전 시험 일정은 민서에게 「맡으시는 것 맞나요?」라고 물어 확정한다. 서버 비용 견적은 그 자리에서 담당을 정한다. 정하지 못하면 할 일 목록에 두지 않고 「열린 문제」(아직 답이 정해지지 않아 따로 챙길 것)로 옮긴 뒤, 누가 언제 정할지만 적는다.

3. 기한: 「쯤」과 조건이 날짜로 바뀌었나

무엇을 보나. 기한 칸에 날짜가 아닌 말이 있는지 본다. 「쯤」, 「미정」, 「…한 뒤」.

왜 보나. 「다음 주쯤」은 일정에 넣을 수 없다. 「고객 승인 뒤」도 승인이 언제 나는지 모르면 기한이 아니다.

예에서는. 시안은 수아에게 날짜를 묻는다. 데이터 이전 시험 일정은 조건을 따로 떼어 「고객 승인을 누가 언제까지 확인하는가」를 정한다.

한 가지 더 볼 것이 있다. 같은 회의록으로 같은 요청을 한 번 더 했더니, 시안 기한이 「다음 주쯤」이 아니라 「다음 주」로 적혀 나왔다. 말한 사람은 약속하지 않았는데 표에서는 약속이 된 것이다. 표시가 없는 기한도 말한 사람에게 한 번 확인하는 편이 안전하다.

고친 뒤의 모습

세 가지를 본 뒤의 회의록은 이런 꼴이 된다. 아래는 보기로 만든 것이고 실험 결과가 아니다. 이름과 날짜는 회의에서 사람들이 답했다고 치고 넣었다. 실제 회의록에는 기한을 「10월 21일」처럼 날짜로 적는다.

결정

개통일은 26주 그대로 간다(고객과 합의).

할 일

표는 가로로 밀어서 볼 수 있습니다.

할 일	담당	기한
배송 조회 API 연동	준호	이번 주 금요일
조회 화면 시안 전달	수아	다음 주 수요일
고객에게 이전 데이터 범위 승인 여부 확인	민서	다음 주 월요일
회의록 정리 및 공유	수아	오늘

열린 문제

서버 비용 견적을 누가 볼지 정하지 못했다. 다음 주 회의 첫 안건으로 민서가 올린다.
데이터 이전 시험 일정은 날짜를 아직 못 정했다. 담당은 민서. 다음 주 월요일에 고객 승인 여부를 확인한 뒤(할 일 셋째 줄), 그 주 회의에서 날짜를 정한다.

회의에 넣는 법

회의 메모나 실시간 받아쓰기로 AI의 표를 미리 만들어 두고, 회의가 끝나기 5분 전에 화면에 띄운다. 회의록을 AI에 넣기 전에 아래 「그 전에 확인할 것」을 먼저 본다.
표 전체를 읽지 않고 표시가 붙은 칸부터 읽는다. 「미정」, 「추정」, 「쯤」, 조건.
그 자리에서 채운다. 못 채우는 것은 열린 문제로 옮기고, 누가 언제 정할지만 정한다.
회의가 끝나면 고친 표를 그대로 보낸다. 회의 뒤에 혼자 빈칸을 채우면 그것은 회의의 결정이 아니라 회의록을 쓴 사람의 짐작이 된다.

AI에게 처음 요청할 때 다음 말을 붙이면 사람이 볼 곳이 한눈에 보인다.

「결정 사항, 할 일, 열린 문제로 나눠 주세요.」
「회의에서 정하지 않은 것은 채우지 말고 ’미정’으로 두세요.」
「짐작한 곳에는 ’추정’이라고 표시하세요.」

그 전에 확인할 것: 회의록을 어디에 넣는가

고객 이름, 계약 조건, 인사 정보가 오간 회의라면, 회의록을 외부 AI 서비스에 넣어도 되는지 회사 규칙부터 확인한다. 회사가 허용한 도구가 있으면 그것을 쓰고, 없으면 PMO나 보안 담당과 먼저 정한다. 이것이 세 가지 확인보다 앞선 일이다.

이 글의 근거와 한계

AI의 표는 가상의 여덟 줄 회의록 하나를 대화형 AI 한 종에 넣어 얻은 결과다. 같은 요청을 두 번 했고, 글에 실은 표는 첫 번째 결과다. 두 번은 AI의 사전 설정이 서로 달랐다(한 번은 다른 작업 지침이 함께 들어간 상태, 한 번은 아무 지침도 없는 상태). 그래서 두 결과가 다른 까닭이 설정 때문인지 그때그때 달라지는 것인지는 이 실험으로 알 수 없다.
긴 회의록, 녹음을 받아쓴 회의록, 여러 사람이 동시에 말한 회의는 결과가 다를 수 있다.
「다시 볼 세 가지」와 「회의에 넣는 법」은 이 결과를 보고 내린 실무 판단이다. 이 방법 자체를 여러 회의에서 따로 시험해 본 것은 아니다.

참고

가상의 회의록으로 해 본 실험(2026-10-11, 2026-10-12). 회의록과 인물, 회사는 모두 가상이다.