음성 녹음부터 회의록까지 자동화하는 법
AI 도구 탐험기 시리즈로, 제가 직접 써본 AI 도구들을 기록하고 있습니다. 디자이너 출신으로 개발은 전혀 모르는 제가, 매번 회의가 끝난 뒤 녹음본을 다시 들으며 회의록을 작성하던 지루한 시간을 어떻게 자동화했는지 솔직하게 공유해드릴게요.
사실 회의록 작성은 많은 사람들의 공통된 고통이거든요. 저도 마찬가지였습니다. 회의가 끝나면 녹음 파일을 처음부터 끝까지 꼼꼼히 다시 듣고, 중요한 결정 사항을 메모장에 옮기고, 액션 아이템을 정리하다 보면 시간이 훌쩍 지나가버렸어요. 회의 한 번에 30분짜리 녹음이라도 생기면, 정리하는 데 그것과 맞먹는 시간이 또 들더라고요. 게다가 놓친 부분이 없는지 확인하려면 또 돌려듣기를 반복해야 하니, 정신적인 피로가 이만저만이 아니었습니다. 특히 디자인 회의는 시각적인 이야기가 많아서 말로만 오간 내용을 다시 정리하는 게 더 어렵더라고요. “이 컬러 톤으로 가자”는 말 한 마디도, 나중에 읽었을 때 어떤 맥락에서 나온 이야기인지 알 수가 없는 거예요. 그래서 맥락 설명까지 붙여야 하니 분량은 점점 늘어나고, 시간은 더 걸리는 악순환이었습니다.
이런 고통을 겪으면서 자동화에 대한 갈망이 생겼습니다. “아, 이걸 누가 대신 정리해주면 얼마나 좋을까” 하는 생각이 계속 들었죠. 그러다가 ‘정보 수집→정리→산출’까지 한 번에 이어지는 자동화 워크플로우를 직접 구성해봤는데, 이게 단순한 도구 사용이 아니라 일하는 방식 자체를 체계화한 접근법이었습니다. 한 주의 마무리, 혹은 특정 업무 사이클이 끝나는 시점에 정보를 일괄적으로 처리하고 다음 단계로 넘긴다는 개념인데, 저한테는 이게 굉장히 직관적으로 와닿았어요. 코딩을 모르는 제가 직접 손으로 만지작거리며 구축한 자동화 파이프라인을 소개합니다.
회의록 자동화 워크플로우 직접 구성하기
제가 구축한 워크플로우는 여러 단계로 이루어집니다. 첫 번째는 음성 녹음을 텍스트로 변환하는 단계입니다. 회의가 끝난 직후 바로 녹음 파일을 음성 인식 도구에 올리면, 몇 분 안에 전체 대화가 텍스트로 변환되어 나옵니다. 물론 완벽하게 정확하지는 않아요. 특히 디자인 용어나 외래어가 섞인 회의에서는 “랜딩 페이지”가 “난딩 페이지”로, “퍼소나”가 “퍼쓰나”로 바뀌는 경우도 있습니다. 여러 명이 동시에 말하는 구간이나 목소리가 겹치는 부분도 인식률이 떨어지더라고요. 이 부분은 수동으로 고쳐줘야 하지만, 전체를 다시 듣는 것보다는 훨씬 나으니까요. 눈으로 훑으면서 어색한 단어만 고치면 되니까, 시간이 확실히 줄었습니다.
다음은 변환된 텍스트를 AI로 구조화하는 단계입니다. 여기서 중요한 건 프롬프트를 어떻게 구성하느냐인데, 최대한 구체적으로 요청하는 게 핵심이에요. 예를 들어 “회의록을 요약해줘”라고만 하면 너무 두루뭉술하게 나오거든요. 저는 “결정된 사항, 미결 사항, 각 참석자별 액션 아이템, 다음 회의 안건을 구분해서 정리해줘”처럼 항목을 명시하는 방식으로 발전시켰습니다. 처음에는 이 프롬프트를 만드는 데 시간이 좀 걸렸습니다. 생각보다 AI가 놓치는 게 많아서 조건을 하나씩 직접 추가하는 시행착오를 겪었거든요. 지금은 저만의 프롬프트 템플릿이 생겨서, 복붙해서 쓰면 되는 상태가 됐어요. 예를 들어 액션 아이템은 반드시 담당자와 마감일을 함께 써달라는 조건을 넣게 되면서, AI가 애매하게 님기던 내용을 선명하게 잡아내기 시작했어요.
마지막은 산출물을 자동 전송하는 단계입니다. 정리된 회의록을 팀 채널이나 이메일로 자동으로 보내는 과정도 자동화해두면 더 편하거든요. 솔직히 처음엔 유료 버전을 쓸까 고민했습니다. 회의록 자동화 하나 때문에 비용을 내는 게 맞는 건지 싶었거든요. 비용 대비 효율을 따져보니, 매달 내는 구독료보다 제가 아끼는 시간이 훨씬 가치 있겠다는 판단이 서긴 했어요. 결국 가능한 범위 내에서 툴들을 조합해서 사용하고 있습니다. 개인적인 생각인데, 자동화는 완벽함보다 지속가능성이 더 중요한 것 같아요. 너무 복잡하게 만들면 유지보수가 힘들어서 결국 안 쓰게 되더라고요.
비개발자도 가능한 이유: 노코드 툴의 힘
코딩을 모르는 제가 이게 가능했던 건, 요즘 노코드 툴들이 워낙 잘 만들어졌기 때문입니다. 블록을 연결하듯이 워크플로우를 직접 시각적으로 구성할 수 있어서, 전체 흐름이 눈에 보이거든요. 개발자 친구에게 부탁해서 코드를 짜달라고 했으면 아마 시작도 못 했을 거예요. 요청하고 기다리고, 수정하고 기다리는 과정이 반복되다 보면 결국 흐지부지되는 경우가 많잖아요. 그런데 지금은 유튜브나 블로그를 보고 따라 하면서 혼자 구축했습니다. 뭔가 안 되면 검색하면 되니까, 오히려 스스로 해결하는 재미도 있더라고요.
다만 실패도 있었습니다. 처음에는 모든 회의를 다 자동화하려고 했는데, 보안에 민감한 내부 회의는 외부 툴에 올리면 안 되는 경우도 있더라고요. 특히 계약 관련 논의나 인사 이슈가 담긴 회의는 아무리 편해도 외부 서버를 거치는 게 찜찜했어요. 그래서 현재는 내부 기밀 회의와 일반 회의를 구분해서 후자만 자동화하고 있습니다. 기준을 정해두니까 오히려 마음이 편해졌어요. 저는 ‘참석자 3인 이상의 일반 업무 회의’는 자동화, ‘계약 상대방 포함 또는 인사 이슈 회의’는 수동 작성으로 구분해두니, 이제는 망설임 없이 자동으로 처리되어집니다. 또 AI가 생성한 회의록을 무조건 신뢰했다가 중요한 결정 사항을 누락한 적도 있었어요. 그 이후로는 반드시 한 번 훑어보는 습관을 들였죠. AI가 생성한 결과물은 초안이지, 완성본이 아니라는 걸 인식하는 게 중요한 것 같습니다. 할루시네이션이라고 하죠, 실제로 하지 않은 말을 요약문에 넣어버리는 경우도 간혹 있거든요. 그래서 한 번 더 눈으로 확인하는 단계를 생략하지 않으려고 합니다.
자동화를 도입한 뒤로 회의록 작성에 들이는 시간이 눈에 띄게 줄었고, 무엇보다 회의가 끝난 뒤에 오는 그 무거운 기분이 많이 사라졌어요. 회의록 써야 한다는 압박 없이 다음 업무로 바로 넘어갈 수 있게 됐거든요. 비개발자도 충분히 만들 수 있는 워크플로우인 만큼, 비슷한 고민을 하고 계신 분들께 조금이나마 실질적인 도움이 됐으면 합니다.