# 회의록 템플릿 3섹션 구조 완전 가이드

URL: https://commandergpt.app/ko/journal/hoeuilok-tempeullit-3seksyeon-gajol
Type: blog
Locale: ko
Published: 2026-09-23
Updated: 2026-09-23

---

> GTM·CS 옵스 팀을 위한 회의록 템플릿. 3섹션 구조와 /meeting-minutes 명령어로 45분짜리 후처리를 3분으로 줄이세요.

회의록 템플릿은 대화를 담당자가 있는 실행 항목으로 변환할 때만 유용합니다. GTM 옵스, CS 옵스, 세일즈 옵스 팀이 주간 싱크, 딜 리뷰, QBR을 운영한다면 필요한 건 딱 세 가지 섹션입니다: 결정 사항, 담당자와 마감일이 있는 실행 항목, 보류 항목. 이 글은 그 템플릿과 4가지 형식 변형, 그리고 CommanderGPT의 `/meeting-minutes` 명령어로 메모 작성을 3분짜리 워크플로로 바꾸는 방법을 알려드립니다.

## 대부분의 회의록 템플릿이 실패하는 이유

GTM 옵스와 CS 옵스 팀에서 반복적으로 보이는 패턴이 있습니다. 누군가 Notion 문서를 만들고, 템플릿을 붙여넣고, 돌아가며 메모 담당자를 지정합니다. 그리고 2주 후 템플릿은 비어 있거나, 아무도 읽지 않는 장황한 단락으로 가득 차 있습니다.

문제는 형식이 아닙니다. 대부분의 템플릿이 *무엇이 결정됐는지*가 아니라 *무엇이 말해졌는지*를 기록하도록 설계되어 있다는 것이 문제입니다.

옵스 팀에는 회의 전사본이 필요하지 않습니다. 이름이 붙은 의사결정 로그가 필요합니다.

두 번째 실패 패턴은 소유권 부재입니다. 담당자 없는 실행 항목은 소원에 불과합니다. 완벽하게 구조화된 템플릿을 써도 3일 후 같은 Slack 메시지가 날아옵니다: "화요일 싱크에서 X 어떻게 됐어요?" 템플릿에 "가격 전략 논의"라고만 적혀 있을 때 그런 일이 생깁니다. "Maya가 금요일까지 업데이트된 가격 덱 담당"이라고 적혀 있어야 합니다.

세 번째 실패는 타이밍입니다. 회의 후 72시간이 지나서 공유된 회의록은 고고학입니다. 그때쯤이면 후속 스레드가 두 개 생겼고, 누군가 독자적으로 결정을 내렸으며, 회의록은 사후 정당화 문서로만 남습니다. 목표는 24시간 이내, 이상적으로는 당일입니다.

의제 항목별로 산문 요약을 작성하게 만드는 템플릿은 건너뛰세요. 그 방식은 메모 작성을 45분짜리 글쓰기 작업으로 만들고, 아무도 요청하지 않은 요약 문서를 생산합니다.

## 모든 옵스 템플릿에 필요한 3섹션 구조

모든 것을 세 섹션으로 줄이세요. 템플릿에 섹션이 셋 이상 있다면, 실무 문서가 아니라 보고서를 만들고 있는 겁니다.

**섹션 1: 결정 사항**

*논의된 것*이 아니라 *결정된 것*만 기록합니다. 결정 사항마다 한 줄, 현재형. 예시: "가격 티어 3은 4분기에 월 $149에 출시. 담당: Derek."

이 섹션은 회의에 참석하지 못한 팀원이 가장 먼저 여는 곳입니다. 30초 안에 읽을 수 있어야 합니다.

**섹션 2: 실행 항목**

모든 실행 항목에는 예외 없이 세 가지 필드가 있습니다:

- 
작업 (무엇)

- 
담당자 (누구: 한 명, "팀"이 아닌)

- 
마감일 (언제: 구체적인 날짜, "다음 주"가 아닌)

세 필드를 모두 채울 수 없다면, 그 실행 항목은 기록할 준비가 안 된 겁니다. 회의에서 밀어붙여 구체적인 정보를 받아내세요.

**섹션 3: 보류 항목**

대부분의 템플릿이 빠뜨리고, 대부분의 옵스 팀이 나중에 후회하는 섹션입니다. 논의됐지만 해결되지 않은 주제를 *왜* 보류됐는지, 누가 다시 가져올 책임인지와 함께 기록하세요. 이 섹션 없이는 보류 항목이 조용히 사라지거나, 똑같은 20분을 소비하며 세 번의 회의에 다시 등장합니다.

![노트북에 회의 의제와 실행 항목 체크박스가 정리된 깔끔한 구조화 회의록](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/commandergpt/2026-09/f8a3c7-inline1.webp)

## 4가지 형식: 회의 유형에 맞는 템플릿 선택

모든 회의가 같은 구조를 필요로 하지는 않습니다. 옵스 팀이 자주 만나는 상황에 맞게 조정된 4가지 형식입니다.

### 주간 싱크 템플릿

간결하고 빠르게. 5개 필드: 날짜, 참석자, 결정 사항, 실행 항목, 다음 싱크 날짜. 의제 섹션은 없애세요. 의제는 캘린더 초대에 있습니다. 요약 단락은 생략하세요. 라이브 작성 시간: 8-10분.

적합한 경우: 주간 팀 스탠드업, 스프린트 리뷰, 파이프라인 싱크.

**건너뛸 것**: 각 참석자가 말한 내용의 서사적 요약. 회의에 참석하지 못한 사람에게는 3문장짜리 Slack 요약이 3단락짜리 회의 요약보다 더 빠릅니다.

### 딜 리뷰 템플릿

두 필드 추가: 딜 이름/링크, 딜 현황을 나타내는 한 문장짜리 컨텍스트 메모. 결정 사항 섹션은 요청 목록이 됩니다. 딜을 진전시키기 위해 AE(Account Executive)가 옵스에서 무엇이 필요한지 정리합니다. 딜 리뷰 회의록은 CRM에 피드해야 합니다: 통합이 없다면 수동으로, 있다면 자동으로.

적합한 경우: 파이프라인 리뷰, 기회 리뷰, 딜 데스크 세션.

### QBR 템플릿

이 형식은 더 긴 구조가 필요합니다. 컨텍스트 메트릭 섹션 추가: 분기 상위 3개 숫자를 회의 전에 미리 채워서 토론이 공유된 데이터에서 시작되도록 합니다. 약속 대 결과를 위한 별도 섹션도 추가합니다.

실행 항목 섹션은 생각보다 가벼워야 합니다. 18개 실행 항목을 생성하는 QBR은 실행되지 않을 18가지를 만드는 겁니다. DRI(직접 책임자, Directly Responsible Individual)와 분기별 목표 날짜가 있는 5개 확정 항목으로 제한하세요.

적합한 경우: 분기 비즈니스 리뷰, 이사회 업데이트, 교차 기능 회고.

### 회고 템플릿

"결정 사항"을 "잘 된 것"과 "바꿀 것"으로 대체하고, 각각 1-3가지 구체적인 예시를 넣습니다. 실행 항목은 다음 스프린트나 다음 분기 플레이북으로 직접 연결됩니다. 회고에서 보류 섹션은 특히 중요합니다: 표면화됐지만 즉각적인 조치가 필요하지 않은 낮은 우선순위 마찰 지점은 여기에 놓고 다음 분기 회고에서 검토하세요.

적합한 경우: 스프린트 회고, 포스트모텀, 프로젝트 마무리.

![밝은 현대적인 회의실에서 노트북으로 회의록을 작성하는 소규모 옵스 팀](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/commandergpt/2026-09/3a7944-inline2.webp)

## 돌아가며 메모 담당자 지정을 멈추고 /meeting-minutes 명령어를 만드세요

돌아가며 메모를 담당하는 방식은 팀에 숨겨진 세금입니다. 메모를 담당하는 사람은 회의에 충분히 참여할 수 없습니다. 초안을 정리하는 데 30-45분을 씁니다. 품질은 그 주에 짧은 지푸라기를 뽑은 사람에 따라 달라집니다.

대안: 한 명이 원시 토론 메모나 AI 전사본을 CommanderGPT에 붙여넣고 `/meeting-minutes`를 실행합니다. 명령어는 템플릿 형식으로 구조화된 출력을 반환합니다: 결정 사항, 대화에서 추출된 담당자가 있는 실행 항목, 자동으로 플래그된 보류 항목.

다음은 만드는 방법입니다.

**Step 1: CommanderGPT에서 명령어 만들기**

명령어 라이브러리를 열고, `/meeting-minutes`를 만들고, 이 지시 블록을 추가합니다:

`당신은 원시 회의 메모를 구조화된 회의록으로 변환하는 옵스 리드입니다.

다음을 추출하고 형식화하세요:
1. 결정 사항: 결정된 것, 줄마다 하나, 현재형, 언급됐다면 담당자 포함
2. 실행 항목: 작업 | 담당자 | 마감일 (언급됐다면 추론, 아니라면 [TBD] 표시)
3. 보류 항목: 논의됐지만 해결되지 않은 주제, 이유와 담당자 포함

출력 형식: 깔끔한 마크다운, 서문 없이. Notion / Google Docs 붙여넣기용.`**Step 2: 각 회의 후 실행**

원시 메모를 복사하거나 전사 도구에서 AI 전사본을 붙여넣습니다. `/meeting-minutes`를 실행합니다. 출력을 2-3분 내에 검토하고, 잘못 추출된 담당자 이름을 수정하고, 놓친 결정 사항을 추가합니다. Notion이나 Google Docs 템플릿에 붙여넣습니다.

**Step 3: /summarize와 연결해서 비동기 배포**

`/meeting-minutes` 후에 출력에 `/summarize`를 실행해서 Slack 채널용 3문장짜리 비동기 업데이트를 생성합니다. 형식: 결정된 것, 진행 중인 것, 블로킹된 것. 한 시간 내에 관련 채널에 게시합니다. 원시 메모에서 배포된 회의록까지 총 시간: 10분 이내.

명령어 3개, 워크플로 1개, 마찰 0.

## 회의 후 24시간 이내에 할 것

템플릿은 회의 후 무엇을 하느냐에 따라 효과가 달라집니다.

**당일**: 비동기 Slack 요약 게시 (3문장, `/summarize`에서). 회의를 놓친 사람을 잡아주고 "그래서 뭐가 됐나요?" 스레드가 생기는 것을 막습니다.

**24시간 이내**: 전체 회의록 문서 공유. 비동기 요약의 Slack 스레드에 링크합니다. 실행 항목을 Linear, Notion, ClickUp 등 작업 추적 도구에 직접 붙여넣습니다. 사람들이 회의록 문서를 읽어서 자신의 작업을 찾게 만들지 마세요. 이미 작업이 이루어지는 곳에서 작업을 드러내세요.

**다음 회의 전**: 다음 싱크 전에 지난 회의 실행 항목을 `/status-check` 명령어에 붙여넣고 고정 의제 항목을 추가합니다: "완료된 것은? 블로킹된 것은?" 이렇게 하면 루프가 닫히고 템플릿이 정적 문서 대신 살아있는 기록으로 바뀝니다.

한 가지 명확하게 말해둘 것: 회의록의 실행 항목이 지속적으로 완료되지 않는다면, 문제는 템플릿이 아닙니다. 불명확한 소유권, 비현실적인 마감일, 또는 회의에서 실제로 합의되지 않은 작업입니다. 템플릿은 이 패턴을 빠르게 드러냅니다. 하지만 수정에는 더 나은 Notion 설정이 아니라 팀의 의사결정 방식에 관한 대화가 필요합니다.

## 지금 배포할 다음 명령어

위의 3섹션 템플릿으로 시작하세요. Notion이나 Google Docs에 팀의 기준으로 복사합니다. 이번 주에 CommanderGPT에서 `/meeting-minutes` 명령어를 만드세요. 설정에 약 10분이 걸리고 첫 번째 회의 후 바로 그만큼의 시간을 절약해 줍니다.

3-4번의 회의에 적용하고 나면 무엇을 조정해야 할지 알게 됩니다: 팀이 담당자 지정 없이 구두로 결정하는 경향이 있는 것, 어떤 회의 유형이 더 긴 형식이 필요한지, 보류 항목 섹션이 정말 중요한 마찰을 드러내고 있는지.

두 가지 방법으로 측정하세요: 회의 종료부터 배포된 회의록까지의 시간 (목표: 24시간 이내), 그리고 다음 회의 전에 완료되는 실행 항목의 비율. 비공식적인 회의록을 운영하는 대부분의 팀은 완료율 40-50% 수준입니다. 담당자 이름이 있는 구조화된 템플릿은 한 달 내에 보통 65-75%로 올립니다. 템플릿이 특별해서가 아니라, 명시적인 소유권이 회의 내 대화 자체를 바꾸기 때문입니다.

명령어를 매번 예외 없이 실행하고, 완료되지 않은 것을 검토하는 것이 핵심입니다.

## FAQ

### 회의록 템플릿을 Notion과 Google Docs 중 어디서 사용하는 것이 좋을까요?

팀이 이미 작업하고 있는 곳을 사용하세요. 회의록이 작업 추적 도구와 같은 공간에 있을 때 실행 항목 완료율이 높아집니다. 대부분의 옵스 팀에는 Notion이 더 잘 작동하는데, Linear나 ClickUp의 작업 항목과 직접 연결할 수 있기 때문입니다.

### 실행 항목에 마감일이 없을 때는 어떻게 하나요?

[TBD]로 표시하고 그 자리에서 회의를 멈춰서 구체적인 날짜를 받아내세요. 마감일 없는 실행 항목은 기록할 준비가 안 된 겁니다. 이것이 팀이 더 명확하게 결정을 내리도록 강제하는 부분입니다.

### CommanderGPT의 /meeting-minutes 명령어가 AI 전사 도구와 어떻게 다른가요?

AI 전사 도구(Otter.ai, tl;dv, Fathom)는 말해진 것을 기록합니다. /meeting-minutes 명령어는 그 전사본을 처리해서 결정 사항, 담당자가 있는 실행 항목, 보류 항목을 추출합니다. 둘은 함께 작동합니다: 전사 도구의 출력을 명령어에 넣으면 됩니다.

### QBR처럼 긴 회의에도 같은 3섹션 구조를 사용할 수 있나요?

기본 3섹션 구조는 같지만 컨텍스트 메트릭과 약속 대 결과 섹션을 추가합니다. QBR의 경우 DRI(직접 책임자)와 분기별 목표 날짜가 있는 실행 항목을 5개로 제한하는 것이 핵심입니다. 18개 실행 항목을 만들면 18개 모두 완료되지 않습니다.

### 회의록 배포 타이밍이 얼마나 중요한가요?

매우 중요합니다. 72시간이 지난 회의록은 거의 사용되지 않습니다. 당일 비동기 Slack 요약과 24시간 내 전체 문서가 기준입니다. CommanderGPT의 /meeting-minutes와 /summarize 체인을 사용하면 회의 후 10분 내에 두 가지를 완료할 수 있습니다.

### 실행 항목 완료율을 어떻게 측정하나요?

다음 회의 전에 마지막 회의 실행 항목을 검토하세요. 완료된 항목 수를 전체로 나눕니다. 비공식적인 회의록을 운영하는 대부분의 팀은 처음에 40-50% 완료율을 보입니다. 담당자 이름이 있는 구조화된 템플릿을 사용하면 한 달 내에 65-75%로 올라가는 경향이 있습니다.