클라이언트 미팅 관리, 에이전시 PM은 어떻게 할까요? 기록부터 산출물까지

"클라이언트 미팅이 정확히 뭔가요?" 에이전시에 갓 입사한 주니어 PM이라면 한 번쯤 검색해봤을 질문이에요. 정작 진짜 어려운 건 미팅의 뜻이 아니라 그 다음이에요. 하루에도 서너 개씩 잡히는 클라이언트 미팅에서 나온 요구사항과 결정사항이 이메일, 카카오톡, 메모장에 흩어지다 보면 "그때 그렇게 말씀하셨잖아요"라는 상황이 반복되곤 해요. 오늘은 에이전시 PM이 클라이언트 미팅을 기록부터 산출물까지 어떻게 관리하면 좋을지 정리해봤어요.

클라이언트 미팅이란 무엇인가요

클라이언트 미팅은 서비스를 의뢰한 고객사(클라이언트)와 진행 상황을 공유하거나 요구사항을 확인하는 업무 미팅을 말해요. 팀 내부에서 진행 방향을 맞추는 내부 회의와 달리, 클라이언트 미팅은 외부 이해관계자와 합의한 내용이 계약과 산출물의 기준이 된다는 점이 달라요. 그래서 "무슨 이야기를 나눴는가"보다 "무엇을 합의했는가"를 남기는 게 더 중요해요.

에이전시 PM에게 클라이언트 미팅 기록이 유독 중요한 이유

광고·디자인·개발 에이전시의 프로젝트는 처음 계약 범위가 명확해도 미팅을 거치며 조금씩 요구사항이 늘어나는 경우가 많아요. 이렇게 범위가 슬금슬금 넓어지는 현상을 스코프 크립(scope creep)이라고 부르는데, 많은 에이전시·프리랜서가 흔하게 겪는 문제로 꼽혀요. 문제는 스코프가 늘어난 게 클라이언트의 요청 때문인지, 우리 팀의 해석 차이 때문인지 나중에 가려내기 어렵다는 점이에요. 미팅 중 나온 말은 시간이 지나면 참석자마다 다르게 기억하기 마련이라, "합의된 내용"을 객관적으로 남겨두지 않으면 근거 없는 분쟁으로 번지기 쉬워요.

게다가 클라이언트 미팅은 대부분 클라이언트 측 실무자, 의사결정권자, 에이전시 내부 디자이너·개발자까지 여러 이해관계자가 한자리에 모이는 경우가 많아요. 참석자가 많을수록 "내가 들은 내용"과 "옆 사람이 들은 내용"이 미묘하게 달라지고, 그 차이가 산출물 컨펌 단계에서 재작업으로 돌아오곤 해요. PM 혼자 모든 대화를 정확히 기억하고 정리하기엔 한계가 있는 이유예요.

미팅 전·중·후, 무엇을 챙겨야 할까요

미팅 전: 이전 결정사항부터 확인해요

새 미팅을 시작하기 전에 지난 미팅에서 합의한 내용을 다시 훑어보는 것만으로도 재확인 절차가 줄어요. 아젠다에 "지난 미팅 결정사항"을 한 줄이라도 넣어두면, 클라이언트도 같은 맥락에서 대화를 시작할 수 있어요.

미팅 중: 기록보다 대화에 집중해요

PM이 노트북으로 타이핑에 몰두하다 보면 정작 클라이언트의 뉘앙스나 우려를 놓치기 쉬워요. 녹음 기반으로 회의 내용을 남기고 대화 자체에 집중하는 방식이 실무에서는 더 안전해요. 다만 회의를 녹음할 때는 참석자 고지 등 법적으로 알아둘 기준이 있으니, 관련해서는 회의 녹음이 법적으로 문제없는지 정리한 글을 참고해보세요.

미팅 후: 결정사항을 다시 컨펌받아요

미팅이 끝나면 늦어도 당일 안에 "오늘 합의한 내용"을 요약해 클라이언트에게 다시 보내고, 이견이 없는지 답을 받아두는 절차를 만들어두는 게 좋아요. 이 한 단계가 나중에 요구사항이 바뀌었을 때 확인할 수 있는 근거가 돼요. 액션 아이템을 뽑아낼 때는 AI가 담당자를 얼마나 정확히 잡아내는지도 한계가 있으니, 회의 액션 아이템 자동 추출을 직접 테스트해본 글도 함께 보시면 도움이 될 거예요.

기록 방식, 이렇게 비교해보세요

Asana처럼 여러 에이전시가 쓰는 프로젝트 관리 툴은 캠페인별 태스크를 관리하기엔 좋지만, "왜 이 태스크가 생겼는지"에 대한 회의 맥락까지 담아주진 않아요. 그 빈틈을 회의 기록과 연결해두면 나중에 담당자가 바뀌거나 요구사항을 재확인해야 할 때 훨씬 수월해져요.

출처: Asana(업무 관리) App Store 공식 스크린샷

회의 기록을 산출물로 바로 잇는 법

미키는 클라이언트 미팅이 끝나는 즉시 대화 내용을 마인드맵, Slack, Notion, 프레젠테이션 같은 실제 산출물로 정리해주는 미팅 어시스턴트예요. 단순 요약이 아니라 온톨로지 기반으로 프로젝트·클라이언트·담당자 정보를 연결해 지식 그래프로 쌓아두기 때문에, 미팅이 반복될수록 "이 클라이언트가 지난번에 뭐라고 했더라"를 찾는 시간이 줄어들어요. 이렇게 쌓인 맥락은 팀 에이전트가 함께 참고하면서, 신규 투입 인력에게도 프로젝트 배경을 빠르게 전달할 수 있게 도와줘요. 영업 담당자가 고객 미팅 내용을 제안서로 이어가는 과정이 궁금하다면 영업팀 고객 미팅 기록을 제안서 초안까지 잇는 법도 참고해보세요.

Q. 클라이언트 미팅과 내부 회의, 기록 방식을 다르게 해야 하나요?

목적이 다르니 강조점도 달라요. 내부 회의는 진행 상황 공유가 중심이지만, 클라이언트 미팅은 "누가, 언제, 무엇을 합의했는지"가 핵심이에요. 나중에 요구사항이 달라졌을 때 근거로 삼을 수 있도록 결정사항과 합의 시점을 특히 명확하게 남겨두는 게 좋아요.

Q. 클라이언트가 미팅에서 한 말을 나중에 바꾸면 어떻게 대응하나요?

미팅 직후 결정사항 요약을 클라이언트에게 다시 보내고 컨펌을 받아두는 절차가 가장 확실한 대응이에요. 구두로만 오간 내용은 시간이 지나면 참석자마다 다르게 기억하기 쉬우니, 텍스트로 남기고 확인받는 습관이 스코프 크립을 줄이는 데 도움이 돼요.

Q. 미키가 Asana나 Jira 같은 프로젝트 관리 툴을 대체하나요?

아니에요. 미키는 회의 내용을 마인드맵·Slack·Notion·프레젠테이션으로 정리해주는 미팅 어시스턴트이고, 프로젝트 관리 툴에 티켓이나 태스크를 자동으로 생성해주는 기능은 없어요. 대신 회의에서 나온 요구사항과 결정사항을 구조화해서, PM이 Asana나 Jira 같은 툴에 옮겨 담기 쉬운 형태로 만들어드려요.

클라이언트 미팅 하나하나는 짧아도, 그 기록이 쌓이면 프로젝트의 히스토리이자 분쟁을 막는 근거가 돼요. 다음 클라이언트 미팅부터는 기록을 미키에게 맡기고, PM은 대화와 판단에만 집중해보는 건 어떨까요? micky.pro에서 바로 시작해볼 수 있어요.