미팅 녹음이 회의록과 요구사항 그리고 업무가 되기까지

고객 미팅을 녹음하고 메모를 Recoble 노트에 적어 두면 AI 에이전트가 회의록을 쓰고 요구사항과 업무를 보드에 나누어 등록합니다. 담당자는 무엇을 올릴지 정하고, 어떤 요구를 받아 누가 맡을지는 팀이 결정합니다.

이 글의 화면은 가상 고객 「가상물류」와의 미팅으로 만든 예시입니다. 회의록과 요구사항 등록은 브이웨이 영업 업무에서 써 본 방식이고 받을지 정하는 단계부터 업무 등록과 연결까지는 같은 흐름을 넓혀 가상 사례로 구성했습니다.

미팅 내용은 왜 회의록에서 멈출까요?

회의록을 다 써도 그 안의 요구와 약속을 누군가 다시 옮겨 적어야 일이 시작되기 때문입니다.

• 회의록에 반나절이 걸립니다. 녹음을 처음부터 다시 듣고 정리해야 합니다.

• 기술 용어가 들리는 대로 적힙니다. 개발자가 아닌 담당자가 메모하면 「싱글 사인온(SSO)」이 「싱글 사이온」으로 적히는 식입니다.

• 요구사항이 회의록 안에 묻힙니다. 회의록에만 있으면 개발팀이 처리할 목록으로 이어지지 않습니다.

• 약속한 일에 담당이 없습니다. 「자료를 보내 드리겠습니다」라는 말은 회의록에 남아도 누가 언제까지 할지는 정해지지 않습니다.

미팅 전에 남길 곳을 정해 둡니다

미팅에서 나온 말은 성격에 따라 남는 곳이 다릅니다. 이 기준을 먼저 알려 주면 에이전트가 같은 기준으로 나눕니다.

준비할 것은 이렇습니다.

이 흐름은 Recoble 내장 기능 하나가 아니라 Recoble MCP 연결과 직접 구성한 AI 에이전트로 동작합니다.

1단계, 녹음과 메모로 회의록을 씁니다

담당자는 미팅을 녹음하고 핵심만 노트에 적습니다. 미팅이 끝나면 녹음을 전사 도구에 넘기고 전사가 도는 동안 다른 일을 합니다.

전사가 끝나면 에이전트에게 범위까지 함께 말합니다. 에이전트는 메모와 전사본, 보드 구조를 읽고 애매한 곳을 먼저 묻습니다. 추측으로 채우지 말고 물어보라고 지시해 두면 비개발자가 적은 메모도 확인을 거쳐 문서가 됩니다.

설명을 위해 재현한 대화 화면입니다.

지시는 이 정도면 됩니다.

회의록은 개요, 배경, 질의응답, 고객 요구, 결론과 다음 단계, Action Items 순서로 정리됩니다. 메모가 뼈대가 되고 빠진 내용과 정확한 발언은 전사본에서 보강합니다.

2단계, 요구사항은 보드 규칙대로 등록합니다

에이전트는 보드의 칸을 먼저 읽고 그 규칙대로 채웁니다. 가상물류 미팅에서는 요구 5건이 등록됐습니다.

본문에 미팅 답변과 출처가 함께 들어가므로 개발자가 회의록을 열지 않아도 맥락을 알 수 있습니다.

그다음은 사람 차례입니다. 담당자와 제품 담당자가 「검토 결과」를 정합니다. 위 그림에서 SSO, 메일 알림, 태블릿 문의는 받음, 거래처 직원 초대는 고객 요청대로 보류, 출고 데이터 자동 수신은 제품 범위 밖이라 받지 않음으로 정했습니다. 받지 않은 요구도 사유를 본문에 남겨 2차 미팅에서 설명합니다.

3단계, 받기로 한 것만 업무가 됩니다

업무가 생기는 길은 두 가지입니다. 보안 점검 자료 회신처럼 미팅에서 우리가 하기로 한 일은 바로 업무가 됩니다. 고객 요구는 받기로 정한 뒤에 업무가 되고 한 건이 여러 업무로 나뉘기도 합니다. SSO 요구 하나는 지원 범위 확인, 로그인 설계, 검토 결과 회신의 세 건이 됐습니다.

에이전트는 업무 초안과 담당 팀 제안까지 맡습니다. 실제 담당자 배정은 사람이 합니다. 그래서 지시할 때 「담당자는 넣지 마」라고 함께 말해 둡니다.

한 건을 따라가 봅니다

회의록과 요구사항, 업무를 「도출」 유형으로 연결해 두면 추적 다이어그램에서 흐름이 한 장으로 보입니다. 회의록에서 요구사항 5건과 미팅 약속 3건이 나오고, 받기로 한 요구사항 3건에서 업무 5건이 이어집니다. 보류하거나 받지 않은 요구에는 업무 연결이 없습니다.

고객이 2차 미팅에서 「그 SSO 건은 어떻게 됐나요?」라고 물으면 요구사항에서 연결된 업무의 상태를 바로 확인할 수 있습니다.

틀린 용어는 한 줄로 고칩니다

가상물류 미팅에서 전사본의 「이 알피」를 ERP로 적었는데, 나중에 고객 쪽 시스템이 WMS(창고 관리 시스템)였음을 알았다고 해 보겠습니다. 담당자는 한 줄만 말합니다.

"ERP가 아니라 WMS야. 회의록과 요구사항 모두 고쳐줘."

에이전트가 회의록과 항목에서 해당 내용을 찾아 함께 고칩니다. 연결은 노트 전체 단위로 걸어 두어 정정 뒤에도 유지됐습니다.

시간은 얼마나 들까요?

2시간 가까운 고객 미팅 기준으로 회의록과 요구사항 등록까지 약 2시간이 걸렸고 대부분은 전사가 도는 시간입니다. 담당자가 쓴 시간은 지시와 범위 지정, 확인 답변을 합쳐 10분 안팎이었습니다.

브이웨이 영업 업무에서 써 본 경험을 바탕으로 한 어림값입니다. 미팅 중 메모와 결과물 검토 시간은 넣지 않았고 반나절은 같은 미팅을 두 방식으로 재어 본 값이 아닙니다. 업무 등록 단계는 이 시간에 포함되지 않습니다.

시작 전에 확인할 것

• AI 선택: 내부 AI든 외부 AI든 회사 보안 정책에 맞는 쪽으로 구성할 수 있습니다. 상용 AI 모델을 쓸 수도 있고 사내에 구축한 모델을 에이전트로 쓸 수도 있습니다.

• 녹음 동의: 고객 미팅은 녹음 전에 동의를 받습니다. AI로 처리한다는 점도 고객과의 약속이나 계약에 어긋나지 않는지 확인합니다.

• 권한: 에이전트는 연결한 스페이스 안에서 노트와 항목을 읽고 씁니다. 필요한 스페이스만 연결합니다.

• 검토: 회의록과 항목은 고객에게 전달하거나 개발팀에 넘기기 전에 담당자가 읽어 봅니다.

자주 묻는 질문

Q. Recoble에 녹음 기능이 들어 있나요?
이 흐름에서 녹음과 전사는 별도 도구로 처리합니다. Recoble은 메모와 회의록, 요구사항, 업무, 그 사이의 연결을 맡습니다.

Q. 고객 녹음이 외부 AI로 넘어가나요?
어떻게 구성하느냐에 달렸습니다. 전사를 사내 PC에서 돌리고 정리도 사내 모델에 맡기거나, 정리만 상용 AI 모델에 맡기는 식으로 회사 보안 정책에 맞춰 정합니다.

Q. 에이전트가 담당자까지 정하나요?
이 예시에서는 그렇게 하지 않습니다. 담당 팀까지 제안하고 사람 배정은 팀에서 합니다.

Q. 요구사항과 업무를 한 보드에서 관리해도 되나요?
됩니다. 요구 한 건이 업무 한 건으로 끝나는 규모라면 한 보드가 더 간단합니다. 한 건이 여러 팀의 업무로 나뉘면 보드를 나누고 연결하는 편이 추적하기 쉽습니다.

그림의 고객사, 항목, 일정은 설명을 위해 만든 가상 데이터입니다. 팀 도입과 사내 시스템 연동은 문의해 주세요. 도입 문의 sales@recoble.com · 02-508-3913 · www.recoble.com