회의록, 왜 남기기만 하면 쓸모없을까? 액션 아이템으로 바꾸는 프롬프트 3종
회의는 끝났는데 일이 안 굴러갈 때가 있습니다. 이유는 대개 비슷합니다. 회의록은 남았는데, 할 일이 안 남았기 때문입니다.
겉보기엔 다 적혀 있어도 막상 다시 보면 이런 생각이 듭니다. “그래서 누가 뭘 언제까지 하지?” 회의록이 기록으로만 남고 실행으로 안 이어지면, 결국 다음 회의에서 똑같은 얘기를 다시 하게 됩니다. (회의가 회의록을 낳고, 회의록이 다음 회의를 부르는 순간이죠.)
그래서 회의록은 잘 정리하는 것보다 실행 가능한 액션 아이템으로 바꾸는 것이 더 중요합니다. 아래 프롬프트 3개만 고정해두면, 회의 후 정리 속도가 훨씬 빨라집니다.
결론부터: 회의록은 ‘기록’보다 ‘명령서’처럼 다뤄야 합니다
좋은 회의록은 예쁘게 정리된 문서보다, 누가 / 언제까지 / 무엇을가 바로 보이는 문서에 가깝습니다. 그래서 AI에게 회의록을 넘길 때도 “요약해줘”가 아니라, 실행형 산출물로 바꿔달라고 시키는 게 좋습니다.
먼저, 회의록이 쓸모없어지는 이유
- 주어가 없습니다 — 할 일이 있는데 담당자가 없습니다.
- 마감이 없습니다 — 나중에 하자는 말은 대개 안 합니다.
- 완료 기준이 없습니다 — 어디까지 하면 끝인지 애매합니다.
- 질문과 결정이 섞여 있습니다 — 아직 미결정인 걸 할 일처럼 착각하기 쉽습니다.
이 네 가지가 섞이면 회의록은 길어지는데, 실행력은 오히려 떨어집니다. 그래서 AI에게도 먼저 구조를 강제해야 합니다.
사용 전 세팅: 이것만 해도 결과가 훨씬 안정됩니다
- 회의록 원문은 최대한 그대로 붙인다
- 민감 정보나 불필요한 개인 정보는 지운다
- 산출물 형식을 미리 정한다
- 애매한 표현은 ‘확인 필요’로 표시하게 한다
AI는 구조를 주면 성실하게 도와주고, 구조가 없으면 성실하게 두루뭉술해집니다. 그래서 시작 전에 형식을 먼저 고정하는 편이 낫습니다.
프롬프트 1) 액션 아이템만 뽑기
목적: 회의록에서 실제로 해야 할 일만 분리합니다.
아래 회의록을 읽고, 실행 가능한 액션 아이템만 추려줘. 각 항목은
[담당] / [마감] / [할 일] / [완료 기준]형식으로 정리하고, 정보가 부족하면[확인 필요]를 붙여줘.
이 프롬프트는 회의록을 ‘줄이는’ 게 아니라, 실행 단위로 바꾸는 것이 핵심입니다. 특히 담당자와 완료 기준을 같이 붙이는 게 중요합니다.
프롬프트 2) 우선순위와 선행 조건 정리
목적: 해야 할 일이 많을 때, 순서와 급한 정도를 나눕니다.
위 액션 아이템을
오늘 바로/이번 주/보류로 나눠줘. 그리고 다른 작업이 먼저 끝나야 하는 항목은[선행 조건]을 표시해줘.
이 단계가 좋은 이유는, 회의 직후 보통 다 급해 보이기 때문입니다. 하지만 실제론 당장 할 일은 몇 개 안 되는 경우가 많습니다. 우선순위를 빼주면 팀도 훨씬 덜 피곤합니다.
프롬프트 3) 빠진 질문과 리스크 찾기
목적: 실행 전에 막힐 만한 지점을 미리 찾습니다.
이 회의록과 액션 아이템을 기준으로, 실행을 막을 수 있는 리스크 5개와 지금 당장 물어봐야 할 질문 5개를 만들어줘. 질문은 예/아니오 또는 짧게 답할 수 있게 써줘.
이 프롬프트가 특히 좋은 이유는, 회의 직후엔 다 이해한 것 같다가도 막상 실행할 때 빈칸이 보이기 때문입니다. 미리 질문을 뽑아두면 재회의 확률을 줄일 수 있습니다.
이렇게 쓰면 더 잘 됩니다
- 대상 지정: 실무자용 / 팀장용 / 외주 협업용 등으로 출력 톤 지정
- 형식 고정: 표, 체크리스트, 번호 목록 중 하나로 고정
- 결정/미결정 분리: 이미 결정된 것과 확인이 필요한 것을 구분
특히 팀장이나 관리자용으로 정리할 때는 “핵심 결정 / 미결정 / 다음 액션” 세 구간으로 나누면 보고하기가 훨씬 편합니다.
같이 보면 좋은 글
- AI 요약, 왜 그럴듯한데 쓸모없을까? 결과를 안정시키는 5줄 공식
- AI/IT 뉴스, 어디서부터 봐야 덜 지칠까? 바쁜 사람용 20분 루틴
- 업데이트 글 템플릿: 핵심만 남기는 형식
정리하면, 회의록은 잘 적는 것보다 잘 움직이게 만드는 것이 중요합니다. AI를 붙일 때도 요약보다 실행 구조를 먼저 잡으면 결과가 훨씬 쓸모 있어집니다.
