Case Study AX Playbook
Startup 업무자동화 회의록·STT·LLM

회의 후에 누락되는 Action Item,
파일만 올리면 회의록 자동 배포로 해결

본 사례는 고객 페르소나를 바탕으로 만들어진 가상 사례입니다

시리즈 A를 막 마친 직원 30명 규모의 B2B SaaS 스타트업이었습니다. 프로덕트가 빠르게 확장되면서 개발·디자인·PM 3개 팀이 주간 동기화를 해야 했고, 영업·CS팀은 매주 고객 미팅에서 나온 피드백을 프로덕트팀에 전달해야 했습니다. 회의가 늘어날수록 같은 문제가 반복됐습니다 — "누가 회의록 쓸지 정하는 것부터 마찰, 돌아가며 쓰자니 퀄리티가 들쭉날쭉, 결국 작성되지 못한 회의의 Action Item이 그대로 사라지는 것"이었어요. 핵심은 시간 절감이 아니라 회의록이 사람의 숙제가 아닌 자동 산출물이 되도록 구조를 바꾸는 것이었습니다. 녹음 파일을 폴더에 올리기만 하면 전사·요약·Action Item 정리·Notion 아카이빙·Slack 공유까지 한 번에 자동으로 처리되도록 파이프라인을 구축했고, 결과적으로 회의록 누락률 0%, 연간 약 1,056만원의 시간 비용을 회수했습니다.

0%
회의록 작성 누락률
(기존 약 40% 누락 → 0%)
0만원
연간 시간 비용 회수
(378시간 × 30,000원, 도구비 차감 후)
0%
회의록 품질 표준화율
(작성자별 편차 해소)
01
Chapter 1 — 문제 진단

"누가 회의록 쓸래?"가 만드는 진짜 비용

시리즈 A를 막 마친 직원 30명 규모 B2B SaaS 스타트업이었습니다. 프로덕트팀(개발·디자인·PM)이 주간 동기화를 해야 했고, 영업·CS팀은 매주 고객 미팅 결과를 프로덕트팀에 전달해야 했습니다. 회의가 자연히 늘면서 같은 패턴이 반복됐습니다.

대표 페르소나
대표
의사결정 관점
"지난 주 프로덕트 회의에서 분명 무엇을 우선순위로 잡았었는데, 그 결정이 어디 적혀 있는지 아무도 정확히 모릅니다. 회의가 의사결정 도구로 작동하지 못하고 있어요."
팀장 페르소나
팀장
중간관리자 관점
매번 누구에게 회의록을 맡길지 정하는 것부터 스트레스였습니다. 돌아가며 쓰게 했더니 사람마다 정리 방식이 다 달라서, 결국 회의록을 다시 정리해야 하는 일이 많았어요.
실무자 페르소나
실무자
반복 회의록 담당자
일정한 사람이 계속 쓰자니 부담이 쏠리고, 돌아가자니 어느 순간 그냥 안 쓰게 됩니다. Action Item이 정리 안 되니 다음 회의에서 같은 얘기를 또 하게 되는 게 가장 답답했습니다.

짜증의 본질은 시간이 아니라 "구조"에 있었습니다

회의 후 정리 행위 자체에 들어가는 시간은 회의당 30분 안팎이었습니다. 사실 이 정도면 견딜 만합니다. 진짜 문제는 그 30분이 "누가 책임지고 항상 같은 퀄리티로 해줄 것인가"의 형태로는 풀리지 않았다는 점입니다.

👥
작성자 결정 비용 + 독박 부담
매 회의마다 회의록 담당자를 정하는 것부터 마찰이 발생. 한 사람에게 고정하면 쏠림 부담, 돌아가면 일정·집중도 저하. 결국 "그냥 내가 한다"가 반복됨.
📊
작성자별 퀄리티 편차
사람마다 정리 형식·요약 깊이·Action Item 추출 방식이 모두 달라서, 회의록을 읽는 사람도 매번 다르게 해석. 표준 양식을 만들어도 운영이 어려움.
🚫
자연스러운 누락 — 약 40%
바쁜 주에는 회의록 작성이 미뤄지고, 결국 작성되지 못한 회의가 분기 기준 약 40%. 누락된 회의의 결정사항은 사라지거나, 다음 회의에서 재논의됨.
📂
아카이빙·공유의 분산
메모는 노트앱, 결정사항은 Slack, 작업은 Notion에 산발적으로 흩어져, 1개월 전 결정을 다시 찾는 데 매번 시간이 소요됨.

숫자로 본 연간 손실

시간 절감만으로 환산해도 무시할 수준은 아닙니다. 보수적 가정으로 계산했습니다 — 주당 내부 회의 약 9건(팀별 위클리 3건 + 전사 위클리 1건 + 영업·CS 공유 2건 + 1:1·프로젝트 리뷰 3건), 회의당 정리·공유 30분, 누락 회의로 인한 재논의·재확인 시간 별도, 시급 30,000원 (연봉 약 5,000만원대 직원 기준).

손실 항목 계산 기준 연간 손실 규모 (30,000원/시간)
회의록 정리·공유 직접 작업 30분 × 9건/주 × 48주 = 216시간 216시간 / 648만원
누락 회의로 인한 재논의·재확인 30분 × 주 4건 × 48주 = 96시간 96시간 / 288만원
지난 회의 결정사항 재검색 15분 × 주 5회 × 48주 = 60시간 60시간 / 180만원
회의록 작성자 지정·인계 마찰 5분 × 9건/주 × 48주 = 36시간 36시간 / 108만원
연간 총 시간 비용 (Before) 약 408시간 / 약 1,224만원

※ 위 수치는 시간 비용만 환산한 것으로, "누락된 결정사항이 만드는 의사결정 지연·재논의 비용"은 정량화 대상에서 제외했습니다. 이 부분이 사실 가장 크게 드러나지 않는 손실이었습니다.

팀장 인터뷰
회의록을 누가 쓸지 정하는 것부터 회의가 시작되기 전에 한 번 더 회의를 해야 하는 느낌이었어요. 결국 회의록이 사람의 숙제가 아니라, 회의가 끝나면 자동으로 남는 결과물이어야 한다는 결론에 도달했습니다. — 해당 스타트업 팀장 인터뷰 중
02
Chapter 2 — 해결 설계

"녹음만 올리면 회의록은 자동으로"

자동화의 목표는 분명했습니다. "사람이 회의록을 쓰는 행위 자체"를 사라지게 하는 것. 누가 쓸지 정할 필요도 없고, 작성자별 퀄리티 편차도 없으며, 회의가 끝나면 결과물이 알아서 표준 양식으로 남는 구조. 이를 위해 검증된 SaaS 조합으로 파이프라인을 구성했습니다.

Plan A
기성 회의록 SaaS 구독
상용 회의록 SaaS는 월 사용자당 비용이 누적되고, 자체 Notion 아카이빙·Slack 워크플로우 통합이 어려워 보류.
Plan B
자체 백엔드 개발
개발 리소스 확보가 어려운 스타트업 환경에서 ROI가 맞지 않아 보류.
최종 선택
노코드 워크플로우 조합
n8n + CLOVA Speech + Claude Sonnet 4.6 + Notion + Slack을 조합. 기존 도구 위에 얹어, 도구비 최소화 + 운영 단순화.

자동화 후 회의록 흐름

사용자가 직접 손대는 단계는 단 하나, 녹음 파일을 정해진 폴더에 올리는 것입니다. 그 이후의 모든 단계는 자동으로 이어지며, 35~50분 안에 표준 양식의 회의록이 Notion에 저장되고 Slack에 알림이 발송됩니다.

USER ACTION (1단계) 📁 녹음 파일 업로드 Google Drive 01_대기중 폴더 AUTOMATED PIPELINE (2단계 ~ 6단계) 🔍 파일 감지 n8n Drive Trigger 🎙️ 음성 전사 CLOVA Speech ☁️ 결과 저장 Object Storage 🤖 AI 구조화 Claude Sonnet 4.6 📋 회의록 저장 Notion DB + 본문 💬 Slack 알림 발송 표준 회의록 (제목·요약·결정·Action)
사용자 액션은 단 1단계, 이후 자동화 영역에서 5단계가 순차적으로 실행됩니다

실제로 어떤 툴로 구성되었나

n8n
n8n Cloud
전체 파이프라인 오케스트레이션. STT 요청과 결과 처리를 별도 워크플로우로 분리하여 안정성 확보.
월 $20
Naver CLOVA Speech
Naver CLOVA Speech
한국어 음성 전사 + 화자 분리. 폴링 방식으로 결과 수신 안정화.
월 약 ₩30,000
Claude
Claude Sonnet 4.6
전사 텍스트를 제목·참석자·요약·결정·Action·미결 JSON으로 구조화.
월 약 ₩15,000
Notion
Notion
회의록 DB 저장소. Property에 메타데이터, 본문에 전체 전사록 자동 저장.
기존 사용
Google Drive
Google Drive + Sheets
트리거 진입점 + 상태 추적. 폴더 구조로 처리 단계를 시각적으로 분리.
기존 사용
Slack
Slack
회의록 완료 알림 + 요약·Notion 링크 자동 발송으로 즉시 공유.
기존 사용

※ 신규 발생 도구 비용은 월 약 ₩6.5만원 (연 약 ₩78만원). 회의 빈도가 늘어도 사용자당 과금이 아니어서 비용 변동이 거의 없습니다.

같은 솔루션도 조직마다 다릅니다

구조는 같아도 환경에 따라 운영 방식은 달라집니다. 도입 전에 점검할 네 가지를 정리했습니다.

파일명 규칙 표준화
  • 한글·공백 포함 시 서명 불일치 발생
  • 업로드 직전 자동 정규화 권장
  • 예: YYYYMMDD_team_topic.m4a
처리 시간 기대치 정렬
  • 1.5시간 회의 → 약 35~50분 후 완료
  • 실시간 회의록 아닌 사후 정리용
  • 긴급 공유는 별도 메모 병행
민감 정보 분리
  • 외부 STT 서비스로 음성 전송 발생
  • 인사·법무·재무 회의는 제외 권장
  • 온프레미스 STT 옵션 별도 검토
외부 발송은 수동 게이트
  • AI 정리본은 내부 공유에 최적
  • 외부 발송은 검토 후 수동 진행
  • 품질·맥락 책임 분리 설계
03
Chapter 3 — 도입 효과

파이프라인 안정화 후, 무엇이 달라졌나

단순한 시간 절감보다 더 의미 있었던 변화는 "회의록을 누가 쓸지 정하지 않게 됐다"는 점입니다. 누락률이 0%로 떨어지면서 회의록 자체가 신뢰의 자산으로 누적되기 시작했습니다.

Before / After 핵심 지표 비교
지표 도입 전 도입 후 개선율
회의록 작성 누락률 약 40% 0% ↓100%
회의 1건당 직접 작업 시간 30분 3분 ↓90%
회의록 표준 양식 준수율 35% 100% ↑65%p
회의록 전달 소요 시간 1~3일 35~50분 ↓97%
VERIFIED
0시간
연간 직접 작업 시간 절감
(408시간 → 30시간)
ROI
0만원
연간 시간 비용 회수액
(378시간 × 30,000원 - 도구비 78만원)

추가 기대 효과

구분 항목 개선 내용
정성적 회의 자체의 가치 회복 결정사항·Action Item이 항상 표준 양식으로 남으면서, 회의가 의사결정 도구로 다시 작동하기 시작
정성적 "누가 쓸래" 마찰 해소 회의록 담당자 지정·돌려막기 자체가 사라지면서 회의 시작 직전의 미세한 스트레스가 제거됨
정량적 회의 후속 처리 속도 회의 종료 후 평균 45분 내 Action Item 공유 → 후속 작업 착수 시점이 1~2일 단축
정량적 지식 자산 누적 전체 전사록이 Notion에 검색 가능 형태로 누적 → 향후 사내 LLM 기반 검색·RAG 구축 시 즉시 활용 가능한 코퍼스 확보

현장의 목소리

대표 코멘트
대표
지난 회의에서 뭘 결정했었는지 물어보면 이제 즉답이 됩니다. 회의가 의사결정 도구로 다시 살아난 느낌이에요.
팀장 코멘트
팀장
"누가 회의록 쓸래"를 안 물어봐도 된다는 것 자체가 가장 큰 변화였어요. 사소해 보이지만 매주 5번씩 반복되던 마찰입니다.
팀원 코멘트
팀원
회의 끝나면 녹음 파일만 폴더에 올려요. 그게 끝입니다. 다음 날 보면 Notion에 정리되어 있고요.
비슷한 상황이라면,
저희가 먼저 현장을 들여다볼게요
현장 진단부터 시작·ROI 검증 후 잔금 청구