꼼꼼한 회의록은 어떻게 만들어졌을까?
대부분의 업무용 SaaS에서 회의록은 무엇이든 담을 수 있는 ‘빈 칸의 모음’입니다. 꼼꼼한은 다른 자리를 골랐습니다 — 역사적으로 다듬어져 온 회의록에서 가장 중요한 뼈대만 남기는 것. 이 글은 무엇을 덜어냈고 무엇을 남겼는지, 그리고 덜어낸 것들을 어떻게 다른 양식과 AI로 다시 잇는지를 정리합니다.
Abstract
회의 기록 기능을 갖춘 업무용 SaaS는 많습니다. 그리고 대개 비슷합니다 — 제목·참석자·내용·할 일을 담는 자유로운 빈 칸. 무엇이든 담을 수 있지만, 정작 “이 회의에서 무엇이 중요한가”는 묻지 않습니다.
꼼꼼한 회의록은 그 질문에 먼저 답한 양식입니다. 수많은 데이터가 회의를 둘러싸고 흐르지만, 끝까지 남아야 하는 것은 뼈대입니다 — 안건, 결정, 그리고 할 일. 목적과 결과가 분명한 그 뼈대만 남기고, 나머지는 다른 양식과 AI로 잇습니다.
업무용 SaaS의 회의록은 대개 ‘빈 칸의 모음’입니다
회의용·업무용 SaaS를 몇 개만 써 봐도 금세 알게 됩니다. 회의록 기능은 대체로 한 모양으로 수렴합니다 — 자유롭게 쓰는 문서, 혹은 속성을 직접 정하는 데이터베이스. 강력하고 유연하지만, 그 유연함에는 전제가 있습니다. 좋은 회의록의 모양을 누군가 먼저 설계해야 한다는 것.
참석자와 결정과 할 일을 어떤 칸에 어떻게 적을지, 상태를 어떻게 표시할지, 팀에 어떤 규칙으로 공유할지 — 이 설계가 통째로 사용자에게 떠넘겨져 있습니다. 그래서 자유롭게 쓴 회의록은 자유로운 만큼 제각각이 되고, 칸을 비워도 아무도 막지 않습니다.
꼼꼼한이 선 자리: 뼈대만 남기다
회의록은 새로 발명할 문서가 아닙니다. 사람들이 회의를 기록해 온 오랜 시간 동안, 정말로 남겨야 하는 것들이 추려졌습니다. 꼼꼼한 회의록은 그 역사적으로 다듬어진 뼈대만 남기기로 했습니다. 무엇이든 담는 넓은 칸 대신, 꼭 필요한 것만.
회의록의 뼈대란
뼈대는 세 가지입니다. 안건(무엇을 다루는가), 결정(무엇을 정했는가), 그리고 할 일(무엇을 할 것인가). 회고라면 Keep·Problem·Try의 세 칸이, 평가라면 평정과 다음 단계가 그 자리를 대신합니다.
핵심은 결정과 할 일을 섞지 않는 것, 그리고 할 일에는 상태(미완료·완료·보류)를 붙여 끝까지 쫓는 것입니다. 이 뼈대만 또렷하면 회의록은 일주일 뒤에도 다시 읽힙니다.
그래서 꼼꼼한 회의록은 간결하고 명료합니다. 화면을 열면 무엇을 적어야 할지 양식이 먼저 안내하고, 다 적고 나면 목적과 결과가 분명한 한 장이 남습니다. 더 담을 수 있어서가 아니라, 더 덜어냈기 때문입니다.

데이터는 흘러도, 끝까지 남는 건 뼈대입니다
오해는 없어야 합니다. 회의 주변에는 수많은 데이터가 연결되고 기록됩니다 — 참석자, 일정, 첨부 자료, 회차의 시계열, 이전 회의와의 연결까지. 꼼꼼한도 이 데이터를 함께 품습니다.
그러나 시간이 지나 회의록을 다시 펼쳤을 때 우리가 찾는 것은 그 모든 데이터가 아닙니다. 그래서 우리가 뭘 정했고, 누가 무엇을 하기로 했나. 결국 손이 가는 곳은 뼈대입니다. 나머지 데이터는 그 뼈대에 붙은 살일 뿐, 주인공이 아닙니다.
같은 뼈대, 이름만 달랐다 — 이론적 토대
안건·결정·할 일이라는 세 요소는 꼼꼼한이 새로 만든 것이 아닙니다. 회의 기록의 오랜 전통마다 이름만 달리해 같은 세 가지를 남겨 왔습니다.
| 세 요소 | 의회·이사회 의사록 (로버트 회의규칙 · 상법) | 품질경영 (ISO 9001 9.3) | 프로젝트 관리 (PMI) |
|---|---|---|---|
| 안건 | 부의 의안(議案) | 검토 입력(inputs) | 아젠다 |
| 결정 | 의결 · 결의(resolution) | 검토 출력의 ‘결정’ | 결정 로그(decision log) |
| 할 일 | 집행 · 위임 사항 | 시정 · 개선 조치(actions) | 액션 아이템 · RAID |
이름은 달라도 남기는 뼈대는 같습니다. 꼼꼼한은 그 공통의 뼈대를 양식으로 옮겼을 뿐입니다.
뼈대 밖은 ‘전용 도구’로 만듭니다
그럼 회의에서 나온 나머지 일들은 어디로 갈까요. 꼼꼼한은 그것을 회의록에 욱여넣지 않습니다. 그 일에 회의록보다 더 잘 맞는 전용 도구(템플릿)로 만듭니다.
회의 내용을 근거로 프로젝트를 만든다
회의에서 결정과 할 일이 쌓이면, 그것을 근거로 프로젝트 관리 템플릿에 프로젝트를 만듭니다. 일정·담당·진행 추적은 그 일을 위해 만들어진 도구가 맡습니다.
회사의 주간계획을 바꾼다
회의로 한 주의 우선순위가 달라지면, 주간계획표로 그 주의 계획을 다시 짭니다. 합의된 변화가 팀이 실제로 보는 이번 주 일정에 반영됩니다.
회의록은 뼈대만 또렷하게 남기고, 나머지는 각자의 전용 도구가 맡습니다. 그래서 회의록은 끝까지 가볍습니다.

그 연결을, AI가 대신 잇습니다
양식과 양식을 잇는 일은 손으로도 할 수 있지만, 반복되면 일이 됩니다. 그래서 꼼꼼한은 이 연결을 MCP(Model Context Protocol)로 AI에게 내어 줍니다. 모든 회의록이 같은 뼈대(안건·결정·할 일·상태)를 갖기 때문에, AI는 회의록을 안정적으로 읽고 다른 도구에 옮겨 쓸 수 있습니다.
“이 회의록으로 프로젝트 만들어줘”
AI가 회의의 결정과 할 일을 읽어, 프로젝트 템플릿에 작업으로 풀어 놓습니다. 사람은 받아 옮기는 대신 검토만 하면 됩니다.
“이번 회의 반영해서 주간계획 갱신해줘”
AI가 회의에서 바뀐 우선순위를 주간계획표에 옮겨 그 주의 일정을 다시 짭니다. 회의의 결론이 곧바로 다음 주의 계획이 됩니다.
한눈에 보는 차이
| 항목 | 일반 업무용 SaaS 회의록 | 꼼꼼한 회의록 |
|---|---|---|
| 출발점 | 무엇이든 담는 빈 칸 | 다듬어진 뼈대만 남김 |
| 결정·할 일 | 한 문서에 섞여 흐름 | 칸을 갈라 분리 + 상태 추적 |
| 회고·평가 | 직접 양식 구성 | KPT·구조화 평가 내장 |
| 뼈대 밖의 일 | 회의록을 계속 부풀림 | 전용 도구(프로젝트·주간계획)로 분리 |
| AI 자동화 | 제각각 구조라 일반화 어려움 | 같은 뼈대라 MCP로 바로 동작 |
| 다시 읽힘 | 핵심을 다시 골라내야 | 목적과 결과가 한눈에 |
덜어내는 것이 설계입니다
더 많은 칸을 더하는 일은 쉽습니다. 어려운 것은 덜어내는 일 — 무엇이 정말 남아야 하는지를 정하는 일입니다. 꼼꼼한 회의록은 회의 기록의 오랜 역사가 추려 온 뼈대를 믿고, 그 위에 군더더기를 얹지 않기로 했습니다.
그래서 회의록은 간결하고 명료하게 뼈대만 남기고, 뼈대 밖의 일은 전용 도구가 맡고, 그 연결은 AI가 자동으로 잇습니다. 작게 남기되, 넓게 잇는 것 — 꼼꼼한 회의록이 고른 자리입니다.
함께 읽으면 좋은 글
- 「회의록을 만들기까지 — 회의 생산성 연구를 양식으로 옮기다」 : 뼈대(타입·결정/할 일 분리·KPT·구조화 평가)가 지금의 모양으로 결정되기까지.
- 「AI가 회의록을 읽을 때 — ‘넓은 캔버스’와 ‘회의 전용 스키마’ 중 무엇이 유리한가」 : 뼈대가 곧 AI의 독해력인 이유.
- 「MCP가 뭔가요? — AI에게 내 수첩을 쥐여주다」 : 같은 뼈대를 AI에게 내어 주는 방식.