Product Notes · 회의록의 뼈대

꼼꼼한 회의록은 어떻게 만들어졌을까?

대부분의 업무용 SaaS에서 회의록은 무엇이든 담을 수 있는 ‘빈 칸의 모음’입니다. 꼼꼼한은 다른 자리를 골랐습니다 — 역사적으로 다듬어져 온 회의록에서 가장 중요한 뼈대만 남기는 것. 이 글은 무엇을 덜어냈고 무엇을 남겼는지, 그리고 덜어낸 것들을 어떻게 다른 양식과 AI로 다시 잇는지를 정리합니다.

핵심가장 중요한 뼈대만 남긴다보충프로젝트 · 주간계획 양식으로 연결자동화MCP로 AI가 잇는다

Abstract

회의 기록 기능을 갖춘 업무용 SaaS는 많습니다. 그리고 대개 비슷합니다 — 제목·참석자·내용·할 일을 담는 자유로운 빈 칸. 무엇이든 담을 수 있지만, 정작 “이 회의에서 무엇이 중요한가”는 묻지 않습니다.

꼼꼼한 회의록은 그 질문에 먼저 답한 양식입니다. 수많은 데이터가 회의를 둘러싸고 흐르지만, 끝까지 남아야 하는 것은 뼈대입니다 — 안건, 결정, 그리고 할 일. 목적과 결과가 분명한 그 뼈대만 남기고, 나머지는 다른 양식과 AI로 잇습니다.

01 · The blank grid

업무용 SaaS의 회의록은 대개 ‘빈 칸의 모음’입니다

회의용·업무용 SaaS를 몇 개만 써 봐도 금세 알게 됩니다. 회의록 기능은 대체로 한 모양으로 수렴합니다 — 자유롭게 쓰는 문서, 혹은 속성을 직접 정하는 데이터베이스. 강력하고 유연하지만, 그 유연함에는 전제가 있습니다. 좋은 회의록의 모양을 누군가 먼저 설계해야 한다는 것.

참석자와 결정과 할 일을 어떤 칸에 어떻게 적을지, 상태를 어떻게 표시할지, 팀에 어떤 규칙으로 공유할지 — 이 설계가 통째로 사용자에게 떠넘겨져 있습니다. 그래서 자유롭게 쓴 회의록은 자유로운 만큼 제각각이 되고, 칸을 비워도 아무도 막지 않습니다.

빈 칸은 자유처럼 보이지만, 한 번도 묻지 않습니다. “이 회의는 무엇을 남겨야 하는가”를. 자유의 대가로, 회의의 핵심을 다시 골라내는 일이 매번 사람의 몫으로 남습니다.

02 · The backbone

꼼꼼한이 선 자리: 뼈대만 남기다

회의록은 새로 발명할 문서가 아닙니다. 사람들이 회의를 기록해 온 오랜 시간 동안, 정말로 남겨야 하는 것들이 추려졌습니다. 꼼꼼한 회의록은 그 역사적으로 다듬어진 뼈대만 남기기로 했습니다. 무엇이든 담는 넓은 칸 대신, 꼭 필요한 것만.

회의록의 뼈대란

뼈대는 세 가지입니다. 안건(무엇을 다루는가), 결정(무엇을 정했는가), 그리고 할 일(무엇을 할 것인가). 회고라면 Keep·Problem·Try의 세 칸이, 평가라면 평정과 다음 단계가 그 자리를 대신합니다.

핵심은 결정과 할 일을 섞지 않는 것, 그리고 할 일에는 상태(미완료·완료·보류)를 붙여 끝까지 쫓는 것입니다. 이 뼈대만 또렷하면 회의록은 일주일 뒤에도 다시 읽힙니다.

그래서 꼼꼼한 회의록은 간결하고 명료합니다. 화면을 열면 무엇을 적어야 할지 양식이 먼저 안내하고, 다 적고 나면 목적과 결과가 분명한 한 장이 남습니다. 더 담을 수 있어서가 아니라, 더 덜어냈기 때문입니다.

03 · Why the backbone

데이터는 흘러도, 끝까지 남는 건 뼈대입니다

오해는 없어야 합니다. 회의 주변에는 수많은 데이터가 연결되고 기록됩니다 — 참석자, 일정, 첨부 자료, 회차의 시계열, 이전 회의와의 연결까지. 꼼꼼한도 이 데이터를 함께 품습니다.

그러나 시간이 지나 회의록을 다시 펼쳤을 때 우리가 찾는 것은 그 모든 데이터가 아닙니다. 그래서 우리가 뭘 정했고, 누가 무엇을 하기로 했나. 결국 손이 가는 곳은 뼈대입니다. 나머지 데이터는 그 뼈대에 붙은 살일 뿐, 주인공이 아닙니다.

안건무엇을 논의하는가
결정무엇을 정했는가 (과거형)
할 일무엇을 할 것인가 (미래형·상태 추적)
뼈대가 분명하면 회의록은 살아남습니다. 살이 아무리 많아도 뼈대가 흐리면 다시 읽을 수 없는 메모가 됩니다. 그래서 꼼꼼한은 뼈대를 가장 또렷하게, 살은 그 둘레에 둡니다.

같은 뼈대, 이름만 달랐다 — 이론적 토대

안건·결정·할 일이라는 세 요소는 꼼꼼한이 새로 만든 것이 아닙니다. 회의 기록의 오랜 전통마다 이름만 달리해 같은 세 가지를 남겨 왔습니다.

세 요소의회·이사회 의사록
(로버트 회의규칙 · 상법)
품질경영
(ISO 9001 9.3)
프로젝트 관리
(PMI)
안건부의 의안(議案)검토 입력(inputs)아젠다
결정의결 · 결의(resolution)검토 출력의 ‘결정’결정 로그(decision log)
할 일집행 · 위임 사항시정 · 개선 조치(actions)액션 아이템 · RAID

이름은 달라도 남기는 뼈대는 같습니다. 꼼꼼한은 그 공통의 뼈대를 양식으로 옮겼을 뿐입니다.

04 · The right tool

뼈대 밖은 ‘전용 도구’로 만듭니다

그럼 회의에서 나온 나머지 일들은 어디로 갈까요. 꼼꼼한은 그것을 회의록에 욱여넣지 않습니다. 그 일에 회의록보다 더 잘 맞는 전용 도구(템플릿)로 만듭니다.

Connect 01

회의 내용을 근거로 프로젝트를 만든다

회의에서 결정과 할 일이 쌓이면, 그것을 근거로 프로젝트 관리 템플릿에 프로젝트를 만듭니다. 일정·담당·진행 추적은 그 일을 위해 만들어진 도구가 맡습니다.

Connect 02

회사의 주간계획을 바꾼다

회의로 한 주의 우선순위가 달라지면, 주간계획표로 그 주의 계획을 다시 짭니다. 합의된 변화가 팀이 실제로 보는 이번 주 일정에 반영됩니다.

회의록은 뼈대만 또렷하게 남기고, 나머지는 각자의 전용 도구가 맡습니다. 그래서 회의록은 끝까지 가볍습니다.

05 · Automate with MCP

그 연결을, AI가 대신 잇습니다

양식과 양식을 잇는 일은 손으로도 할 수 있지만, 반복되면 일이 됩니다. 그래서 꼼꼼한은 이 연결을 MCP(Model Context Protocol)로 AI에게 내어 줍니다. 모든 회의록이 같은 뼈대(안건·결정·할 일·상태)를 갖기 때문에, AI는 회의록을 안정적으로 읽고 다른 도구에 옮겨 쓸 수 있습니다.

Automate 01

“이 회의록으로 프로젝트 만들어줘”

AI가 회의의 결정과 할 일을 읽어, 프로젝트 템플릿에 작업으로 풀어 놓습니다. 사람은 받아 옮기는 대신 검토만 하면 됩니다.

Automate 02

“이번 회의 반영해서 주간계획 갱신해줘”

AI가 회의에서 바뀐 우선순위를 주간계획표에 옮겨 그 주의 일정을 다시 짭니다. 회의의 결론이 곧바로 다음 주의 계획이 됩니다.

뼈대가 단순할수록 자동화는 단단해집니다. 자유 줄글은 AI가 매번 다르게 해석하지만, 또렷한 뼈대는 “결정 3건, 미완료 2건”을 정확히 짚어냅니다. 회의록을 뼈대로 좁힌 선택이, 그대로 AI 자동화의 토대가 되는 셈입니다.

06 · At a glance

한눈에 보는 차이

항목일반 업무용 SaaS 회의록꼼꼼한 회의록
출발점무엇이든 담는 빈 칸다듬어진 뼈대만 남김
결정·할 일한 문서에 섞여 흐름칸을 갈라 분리 + 상태 추적
회고·평가직접 양식 구성KPT·구조화 평가 내장
뼈대 밖의 일회의록을 계속 부풀림전용 도구(프로젝트·주간계획)로 분리
AI 자동화제각각 구조라 일반화 어려움같은 뼈대라 MCP로 바로 동작
다시 읽힘핵심을 다시 골라내야목적과 결과가 한눈에
07 · Closing

덜어내는 것이 설계입니다

더 많은 칸을 더하는 일은 쉽습니다. 어려운 것은 덜어내는 일 — 무엇이 정말 남아야 하는지를 정하는 일입니다. 꼼꼼한 회의록은 회의 기록의 오랜 역사가 추려 온 뼈대를 믿고, 그 위에 군더더기를 얹지 않기로 했습니다.

그래서 회의록은 간결하고 명료하게 뼈대만 남기고, 뼈대 밖의 일은 전용 도구가 맡고, 그 연결은 AI가 자동으로 잇습니다. 작게 남기되, 넓게 잇는 것 — 꼼꼼한 회의록이 고른 자리입니다.

함께 읽으면 좋은 글

  • 「회의록을 만들기까지 — 회의 생산성 연구를 양식으로 옮기다」 : 뼈대(타입·결정/할 일 분리·KPT·구조화 평가)가 지금의 모양으로 결정되기까지.
  • 「AI가 회의록을 읽을 때 — ‘넓은 캔버스’와 ‘회의 전용 스키마’ 중 무엇이 유리한가」 : 뼈대가 곧 AI의 독해력인 이유.
  • 「MCP가 뭔가요? — AI에게 내 수첩을 쥐여주다」 : 같은 뼈대를 AI에게 내어 주는 방식.
#회의록#뼈대설계#전용도구#프로젝트관리#주간계획#MCP자동화