회의 끝나고 5분, 메모를 회의록으로 바꾸는 프롬프트

흩어진 메모를 안건·결정사항·할 일까지 갖춘 회의록으로 바꾸는 복붙 프롬프트입니다.

회의는 끝났습니다. 그런데 노트에는 화살표와 약어로 뒤덮인 메모 한 장만 남았습니다. "김대리 예산? / 시안 늦음 / 대표님 4분기 언급..." 이런 메모를 멀쩡한 회의록으로 옮기는 데 또 30분이 듭니다. 정작 회의보다 회의록이 더 귀찮은 날이 있습니다.

문제의 핵심은 글솜씨가 아닙니다. 직장인 604명을 대상으로 한 인크루트 회의 문화 설문에서 회의가 비효율적인 이유로 "목적이나 결론이 없어서"를 꼽은 응답은 52.7%였습니다. 결론을 또렷한 글로 남기는 일이 회의록인데, 그 정리 작업이 제일 부담스럽습니다.

다행히 이 일은 AI가 잘하는 종류의 업무입니다. 흩어진 메모를 정해진 틀에 맞춰 정리하는 일입니다. 이 글은 메모만 붙여 넣으면 결정사항과 할 일까지 갖춘 회의록이 나오는 프롬프트 하나를 제공합니다. 그리고 회의 유형이 달라도 어떻게 같은 프롬프트로 커버되는지 before/after로 보여드립니다.

왜 회의록은 매번 귀찮을까?

회의록이 힘든 이유는 글을 못 써서가 아니라, 정리할 구조를 매번 새로 잡아야 하기 때문입니다. 무엇이 논의였고 무엇이 결정이었는지, 누가 무엇을 언제까지 하기로 했는지를 머릿속에서 다시 분류하는 일이 진짜 노동입니다.

도구는 이미 손에 있습니다. 한국은행 조사국 고용연구팀 자료에 따르면 국내 근로자의 생성형 AI 사용 경험은 63.5%였고, 업무 목적 사용으로 한정해도 51.8%였습니다. 다들 ChatGPT 같은 도구를 켜놓고도, 회의록은 손으로 옮기는 경우가 많습니다.

회의가 드문 것도 아닙니다. 인크루트 설문에서 회의 빈도는 "평균 주 1회"가 26.3%로 가장 많았고, 회의 한 번의 평균 소요 시간은 "30분~1시간 미만"이 43.0%로 가장 많았습니다. 매주 한 번씩, 매번 30분 넘는 회의가 끝날 때마다 정리 부담이 돌아오는 셈입니다.

회의록이 부실하면 대가는 다음 회의에서 돌아옵니다. 일주일 뒤 "그래서 그거 누가 하기로 했죠?"라는 질문으로 회의가 다시 시작됩니다. 회의록은 단순한 기록이 아니라, 같은 회의를 두 번 하지 않기 위한 장치입니다. 정리를 잘해두면 다음 회의의 절반은 이미 끝나 있습니다.

복붙해서 바로 쓰는 마스터 프롬프트

회의록 프롬프트의 대부분은 출력 형식에서 결정됩니다. 어떤 항목으로 정리할지를 미리 고정해두면, 입력이 거칠어도 결과는 일정한 틀로 나옵니다. 아래 프롬프트를 그대로 복사해 맨 아래 메모 자리에 회의 메모만 붙여 넣으면 됩니다.

너는 회의 내용을 깔끔하게 정리하는 비서야.
아래 [회의 메모]를 읽고, 정해진 형식에 맞춰 회의록으로 정리해줘.

[규칙]
- 메모에 없는 내용은 절대 지어내지 마.
- 내용이 불명확하면 추측하지 말고 "[확인 필요]"라고 표시해.
- 결정되지 않은 항목은 비워두거나 "미정"으로 둬.
- 할 일은 가능하면 담당자와 기한을 함께 적어줘.
- 잡담이나 회의와 무관한 내용은 빼.

[출력 형식]
## (회의 제목)
- 일시 / 참석자
### 안건
### 주요 논의
### 결정사항
### 할 일 (담당자 · 기한)
### 다음 회의 / 확인할 것

나의 의도: (예: 팀 정기회의 회의록으로)

[회의 메모]
(여기에 메모를 그대로 붙여넣기)

구성요소는 저마다 이유가 있습니다. 역할 지정은 모델을 요약·정리 모드로 고정합니다. 규칙 블록은 환각을 막는 핵심입니다. 출력 형식은 논의와 결정을 강제로 분리해, 회의에서 가장 중요한 두 가지를 놓치지 않게 합니다. 무엇을 정했는지, 누가 무엇을 하는지가 분명해집니다.

가장 눈여겨볼 항목은 "결정사항"과 "할 일"입니다. 결정사항은 무엇을 하기로 정했는지이고, 할 일은 누가 언제까지 무엇을 하는지입니다. 회의가 흐지부지되는 건 대개 이 둘이 뒤섞이기 때문입니다. 출력된 회의록에서 할 일 칸이 비어 있다면, AI의 실수가 아니라 회의에서 실제로 담당자를 정하지 않았다는 신호로 읽으면 됩니다.

before / after: 엉망 메모가 회의록이 되기까지

말로 설명하는 것보다 보는 편이 빠릅니다. 아래는 같은 마스터 프롬프트에 메모와 "나의 의도" 한 줄만 바꿔 서로 다른 회의 세 가지를 정리한 예시입니다. AI 출력은 설명용 예시이며, 실제 결과는 입력과 모델에 따라 달라질 수 있습니다.

아래 before/after는 디자인이 적용되는 예시 카드입니다. 빨간 카드에는 정리 전 메모, 초록 카드에는 같은 메모를 프롬프트로 정리한 회의록을 담았습니다.

9/15 팀회의
- 마케팅 김대리: 9월 캠페인 예산 얼마? 아직 컨펌 안 됨
- 디자인 시안 늦어짐 → 다음주(9/22)까지 다시
- 인스타 광고 반응 별로, 채널 바꿔보자는 얘기 나옴
- 대표님: 4분기 방향은 다음 회의 때 공유 예정
- 박주임이 신규 입사자 온보딩 자료 만들기로

## 9월 정기 팀회의
- 일시: 9월 15일 / 참석자: 팀원 전원

### 안건
- 9월 캠페인 예산 확정
- 디자인 시안 일정
- 인스타 광고 성과 점검

### 주요 논의
- 인스타 광고 반응이 기대에 못 미쳐, 채널 전환을 검토하자는 의견이 나옴.

### 결정사항
- 9월 캠페인 예산: 미정 (컨펌 전 [확인 필요])
- 디자인 시안: 9월 22일까지 재작업

### 할 일 (담당자 · 기한)
- 디자인 시안 재작업 — 디자인팀 · 9/22
- 신규 입사자 온보딩 자료 작성 — 박주임 · 기한 미정
- 4분기 방향 공유 — 대표 · 다음 회의

### 다음 회의 / 확인할 것
- 9월 캠페인 예산 컨펌 여부 확인

신제품 이름 브레인스토밍 (5명)
- "데일리" 어때? → 너무 흔하다는 반응
- 영어보다 한글이 낫겠다
- "소복" "하루" "곁" 나옴
- "곁"은 좀 올드하다고
- 로고는 나중에 정하자
- 점심 얘기 잠깐 나옴
- 결국 후보 3개로 좁혀서 다음주에 투표하기로

## 신제품 네이밍 브레인스토밍
- 일시: 미정 / 참석자: 5명

### 안건
- 신제품 이름 후보 도출

### 주요 논의
- 영어보다 한글 이름이 낫다는 데 의견이 모임.

### 아이디어 분류
- 채택 후보: 소복, 하루
- 보류: 곁 (올드하다는 의견)
- 기각: 데일리 (흔함)

### 결정사항
- 후보를 3개로 좁혀 다음 주 투표로 결정
- 로고: 미정

### 할 일 (담당자 · 기한)
- 이름 후보 투표 진행 — 팀 전체 · 다음 주

### 다음 회의 / 확인할 것
- 최종 후보 3개 확정 후 투표

ABC사 미팅 (10/2)
- 납기 11월 초 가능하냐 물어봄 → 우리가 확인 후 회신
- 가격 10% 인하 요청받음
- 엑셀 내보내기 기능 추가됐으면 좋겠다고
- 담당자 이메일 받음
- 계약서 초안 이번주 안에 보내기로 약속함

## ABC사 미팅
- 일시: 10월 2일 / 참석자: ABC사 담당자, 당사 영업

### 고객 요청
- 가격 10% 인하
- 엑셀 내보내기 기능 추가
- 납기 11월 초 가능 여부 문의

### 우리가 약속한 것
- 계약서 초안: 이번 주 내 발송
- 납기 가능 여부: 확인 후 회신 [확인 필요]

### 할 일 (담당자 · 기한)
- 계약서 초안 발송 — 영업 · 이번 주
- 11월 초 납기 가능 여부 확인 후 회신 — 영업 · 빠른 시일
- 가격 인하·기능 추가 검토 — 내부 논의 필요

### 다음 회의 / 확인할 것
- 납기 가능 여부 사내 확인
- 가격 인하 수용 범위 결정

그 외 상황도 의도 한 줄로

핵심은 프롬프트를 새로 외울 필요가 없다는 점입니다. 마스터 프롬프트는 그대로 두고 "나의 의도"만 바꾸면 됩니다.

• 1:1 면담 — "할 일과 팔로업 중심으로"라고 쓰면 논의보다 액션과 피드백이 앞으로 옵니다.
• 액션아이템만 — "할 일 목록만 뽑아서"라고 쓰면 담당자와 기한 표로 압축할 수 있습니다.
• 영문 회의록 — "영문 회의록으로"라고 쓰면 같은 구조를 영어로 정리합니다.
• 임원 보고용 — "핵심만 1장으로 요약해서"라고 쓰면 결정사항과 다음 단계 중심으로 줄어듭니다.

AI 회의록의 진짜 함정: 지어낸 결정사항

회의록 AI를 쓸 때 가장 위험한 것은 오타가 아닙니다. 메모에 없던 결정을 그럴듯하게 지어내는 환각입니다. 모델은 빈칸을 만나면 평균적인 내용으로 메우려는 경향이 있습니다. "예산 논의"라는 메모만 보고 "예산 1천만 원으로 확정"이라고 써버리는 식입니다.

이게 위험한 이유는 틀린 티가 잘 나지 않기 때문입니다. 오타는 눈에 띄지만, 지어낸 결정사항은 너무 매끄러워서 진짜처럼 읽힙니다. 예를 들어 메모에는 "납기 가능한지 물어봄"이라고만 적혀 있는데, 규칙 없는 프롬프트는 "납기 11월 초로 확정"이라고 정리할 수 있습니다. 회의록만 보고 일을 진행하던 사람은 하지도 않은 약속을 한 셈이 됩니다.

META TOUR의 관점: 형식만 예쁜 회의록은 위험합니다. 정확히 비어 있는 회의록이, 그럴듯하게 채워진 틀린 회의록보다 낫습니다. "없는 건 지어내지 말 것", "불명확하면 [확인 필요]", "안 정해진 건 미정"이라는 세 줄이 환각의 빈칸을 막는 안전핀입니다.

몇 가지만 더 지키면 됩니다. 인사, 계약, 고객 정보처럼 민감한 내용은 사내 정책을 먼저 확인하고 입력합니다. AI가 정리한 회의록은 반드시 사람이 마지막으로 훑습니다. 특히 [확인 필요]로 찍힌 항목은 회의 기억이 생생할 때 바로 채워 넣는 편이 좋습니다. AI는 정리를 대신할 뿐, 책임까지 대신하지는 않습니다.

더 잘 쓰는 작은 팁

녹취 앱으로 회의를 텍스트로 바꾼 뒤, 그 텍스트를 통째로 [회의 메모] 자리에 붙여 넣으면 손으로 메모할 필요가 줄어듭니다. 약어나 사람 이름이 많은 팀이라면 프롬프트 맨 위에 "김대리=김민수 마케팅 대리"처럼 풀이를 한 줄 넣어두면 오해가 줄어듭니다.

타이밍도 품질을 가릅니다. 회의가 끝나고 기억이 뜨거울 때 정리해야 [확인 필요] 항목을 바로 채울 수 있습니다. 회의록의 격식이 필요하면 의도에 "정중한 보고체로"라는 한 줄을 더하면 됩니다.

정기회의라면 지난 회의록을 메모와 함께 붙여 넣고 "지난 회의 할 일이 이번에 어떻게 됐는지도 표시해줘"라고 요청할 수 있습니다. 그러면 미뤄진 과제가 드러납니다. 완성된 회의록의 할 일과 확인할 것은 그대로 다음 회의의 어젠다 초안이 됩니다.

프롬프트를 쓰는 감각 자체를 더 다지고 싶다면, 질문을 어떻게 던지느냐로 결과가 갈리는 원리를 다룬 더 나은 질문을 던지는 법이 도움이 됩니다. 회의 잡는 메일을 쓰는 일이라면 미팅 메일 답장 프롬프트도 같은 복붙 방식으로 정리돼 있습니다.

결론

회의록은 글쓰기가 아니라 구조 채우기입니다. 무엇이 결정이고 무엇이 할 일인지 틀만 잡혀 있으면, 나머지는 메모를 옮기는 일에 가깝습니다. 출력 형식을 고정하고 환각 방지 규칙을 더한 프롬프트 하나면, 그 틀을 매번 떠올릴 필요가 없어집니다.

다음 회의가 끝나면 메모를 지우지 말고 그대로 이 프롬프트에 붙여보세요. 30분짜리 정리가 5분으로 줄고, 빠진 약속 하나가 [확인 필요]로 또렷이 남는 경험을 하면 손으로 회의록을 처음부터 다시 쓰는 일이 줄어듭니다.