📖 약 3분 읽기
마케팅 조직의 리더가 AI 도입을 검토할 때 가장 먼저 떠올리는 질문은 어떤 도구를 새로 들일 것인가입니다. 그런데 이미 쓰고 있는 서비스들을 하나의 대화 창에서 연결하는 일과 새로운 도구 하나를 추가하는 일은 조직에 미치는 효과가 다릅니다. 앞서 다룬 사례에서는 담당자 한 명이 경쟁사의 할인 공지 하나에 대응하는 하루를 따라갔습니다. 이번 글에서는 그 방식을 팀 전체로 확장할 때 리더가 정해야 할 원칙과 권한, 도입 순서를 다룹니다.
AX 레버리지, 조직 관점에서 다시 본다
AX 레버리지는 같은 인원과 같은 시간으로 다룰 수 있는 판단의 범위가 넓어지는 효과를 가리킵니다. 마케팅 현장에서 시간이 많이 드는 일은 판단 자체보다 판단에 필요한 자료를 모으고, 화면 사이에서 옮겨 적고, 결과를 다시 다른 도구에 입력하는 일입니다. 담당자 한 명이 AI 도구를 하나 더 쓰면 그 도구 안의 작업은 빨라지지만, 도구와 도구 사이를 잇는 일은 그대로 남습니다. 팀 단위로 보면 이 연결 비용은 더 커집니다. 담당자마다 쓰는 도구 조합이 다르고, 연결 방식도 각자 다르기 때문입니다.
MCP(Model Context Protocol)는 Claude 나 ChatGPT 같은 AI 가 외부 서비스의 기능을 대화 중에 직접 불러 쓰게 하는 연결 규격입니다. 이미 쓰는 서비스를 MCP 로 연결하면 도구 사이를 잇는 작업이 대화 안으로 들어옵니다. 조직 차원에서는 이 연결을 개인별로 각자 설정하게 두지 않고, 팀 표준으로 정하는 것이 리더의 역할입니다. 담당자 개인이 편의에 따라 서비스를 골라 쓰면 자료의 출처와 기록 방식이 사람마다 달라지고, 나중에 점검할 때 기준을 맞추기 어려워집니다.
왜 Claude 를 연결의 중심에 두는가
여러 AI 대화 도구 가운데 하나를 조직 표준으로 정하는 이유는 도구의 우열을 가리기 위해서가 아니라 운영을 일관되게 유지하기 위해서입니다. Claude 는 한 대화 안에서 여러 MCP 를 함께 불러 쓰고, 앞 단계에서 나온 결과를 다음 단계의 입력으로 이어서 사용합니다. 담당자가 올린 사내 자료, 예를 들어 분석 플랫폼에서 내려받은 표나 기획안 문서를 연결된 서비스의 값과 같은 대화에서 나란히 놓고 비교할 수 있습니다. 또한 각 서비스가 제공하는 절차서(skill)를 읽어 도구 호출 순서를 따르기 때문에, 담당자가 매번 어떤 순서로 무엇을 물어야 하는지 외우지 않아도 됩니다.
같은 MCP 주소는 ChatGPT 에도 연결할 수 있습니다. 기술적으로는 어느 대화 도구를 쓰든 연결 자체는 가능합니다. 다만 조직 안에서 대화 도구가 여러 개로 나뉘면 절차서 적용 방식과 기록 보관 위치가 흩어지고, 리더가 전체 운영 상태를 한눈에 확인하기 어려워집니다. 팀의 표준 대화 도구를 하나로 정해 두는 편이 운영을 단순하게 만들고, 이후 권한 관리와 점검도 한 기준으로 처리할 수 있게 합니다. 이 글에서 Claude 를 중심에 둔다고 표현하는 것은 이런 운영상의 의미입니다.
두 종류의 MCP 로 나누어 설계합니다
조직이 MCP 연결을 설계할 때 가장 먼저 구분해야 하는 것은 그 MCP 가 자료를 읽기만 하는지, 아니면 실제로 무언가를 바꾸거나 밖으로 내보내는지입니다. 이 구분에 따라 권한과 확인 절차의 수준이 달라지고, 리더가 승인해야 할 범위도 달라집니다.
분석 데이터 MCP, 읽기 영역
인터넷트렌드 MCP 는 로거(LOGGER™) 를 설치한 국내 웹사이트 표본을 집계한 인터넷 이용 통계를 제공합니다. 리포트 41종과 업종별 히트맵, AI 가 정리한 인사이트, 데이터 점검 상태까지 대화 중에 불러올 수 있고, 구글 계정으로 무료로 가입합니다. 이 자료를 인용할 때는 기준 기간과 출처를 답변에 함께 적도록 절차서를 설정해 둡니다.
눈치 MCP 는 경쟁사 홈페이지의 첫 화면 제목, 판촉과 이벤트, 메뉴 구성, 새로 올라온 글, 카카오톡 채널 소식을 정기적으로 모아 브리핑합니다. Pro 요금제에 포함되어 있고, 답변마다 관측 시각과 출처 주소가 함께 표시됩니다. 두 서비스 모두 조회만 하는 영역이므로, 팀원 누구나 필요할 때 자유롭게 열어 쓰도록 넓게 허용해도 운영상의 위험이 크지 않습니다.
실행 MCP, 쓰기 영역
콘텐츠런처 는 에피소드 작성부터 채널별 변환, 검수, 승인, 예약 발행까지 다루는 서비스입니다. 담당자가 승인하지 않은 원고는 발행되지 않는 구조이기 때문에, 대화 중에 초안을 여러 번 고쳐도 실제 공개 여부는 항상 사람의 승인을 거칩니다.
ChatAd MCP 는 OpenAI(ChatGPT), Google, Meta 광고를 하나의 MCP 로 다룹니다. 조회와 진단은 바로 응답하지만, 예산 변경 · 입찰 변경 · 캠페인 생성 · 키워드 등록 · 게재 시작처럼 광고비가 걸린 작업은 「지금 값 → 바뀔 값」을 먼저 보여 주고 담당자가 동의해야 반영되는 2단 확인을 거칩니다.
정리하면 읽기 MCP 는 넓게 열고, 쓰기 MCP 는 확인 장치와 권한을 먼저 정한 뒤 엽니다. 읽기 영역에서 생기는 위험은 잘못된 해석이며, 이는 근거 표기와 담당자의 판단으로 관리합니다. 쓰기 영역에서 생기는 위험은 되돌리기 어려운 실행이며, 이는 서비스가 제공하는 확인 단계와 조직의 승인 권한으로 관리합니다. 두 영역의 위험이 서로 다르므로 관리 방식도 나누어 정하는 것이 맞습니다.
| MCP | 종류 | 주요 값 | 확인 장치 |
|---|---|---|---|
| 인터넷트렌드 | 분석 데이터(읽기) | 리포트 41종 · 업종 히트맵 · AI 인사이트 · 데이터 점검 상태 | 기준 기간과 출처(인터넷트렌드, BizSpring Inc.) 표기 |
| 눈치 | 분석 데이터(읽기) | 경쟁사 첫 화면 제목 · 판촉 · 이벤트 · 메뉴 · 새 글 · 카카오톡 채널 소식 · 정기 브리핑 | 관측 시각과 출처 주소 표기, 메일 발송은 동의 후 실행 |
| 콘텐츠런처 | 실행(쓰기) | 에피소드 · 채널별 원고 · 검수 결과 · 예약 발행 | 승인하지 않은 원고는 발행되지 않음 |
| ChatAd | 실행(쓰기) | OpenAI · Google · Meta 광고 성과 · 캠페인 · 키워드 | 예산 · 입찰 · 캠페인 생성 · 게재 시작은 2단 확인 |
설계 원칙 다섯 가지
연결할 MCP 를 정했다면, 다음은 그 연결을 어떤 규칙으로 운영할지 정하는 일입니다. 아래 다섯 가지는 서비스가 바뀌어도 그대로 적용되는 원칙이며, 각 원칙 끝에 팀장이 회의 안건으로 그대로 옮겨 쓸 수 있는 점검 항목을 붙였습니다.
1. 근거 표기: 값마다 기간 · 시각 · 출처를 붙입니다
대화로 받은 수치는 화면에서 직접 본 수치보다 출처가 흐려지기 쉽습니다. 그래서 답변의 모든 수치에 기준 기간, 관측 시각, 출처를 함께 적도록 정합니다. 도구가 돌려주지 않은 값은 「확인되지 않음」으로 답하게 하는 것도 같은 원칙에 속합니다. 이렇게 정해 두면 대화 기록을 회의 자료로 옮길 때 별도의 출처 확인 작업이 줄어듭니다.
- 점검 항목: 지난주 보고서의 수치마다 기준 기간과 출처가 적혀 있는가를 확인합니다.
- 점검 항목: 「확인되지 않음」으로 남은 값을 누가 어디서 확인할지 정합니다.
2. 읽기와 쓰기의 구분: 확인 단계는 서비스의 것을 그대로 씁니다
조회는 자유롭게 허용하고, 발행 · 예산 · 메일 발송은 각 서비스의 확인 단계를 거치게 합니다. 조직이 별도의 승인 도구를 새로 만들기보다 서비스가 이미 제공하는 승인과 2단 확인을 표준으로 삼는 편이 운영 부담이 적습니다. 대화 중에도 그 확인 단계는 생략되지 않으므로, 담당자는 익숙한 확인 화면에서 결정을 내립니다.
- 점검 항목: 팀에서 쓰기 MCP 를 쓰는 사람과 그 범위(발행 채널, 광고 계정)를 목록으로 정리합니다.
- 점검 항목: 확인 단계를 거치지 않은 실행이 없었는지 각 서비스의 기록으로 확인합니다.
3. 결정 지점의 명시: 네 가지는 담당자가 정합니다
대응 방향, 원고 승인, 발행 시각, 광고 예산은 담당자가 결정합니다. 이 네 가지를 문서로 적어 두는 이유는 대화가 매끄럽게 이어질수록 결정이 어디서 내려졌는지 흐려지기 쉽기 때문입니다. 기준 문장은 「실행은 에이전트가, 판단은 담당자가」입니다. AI 는 자료를 모으고 초안과 안을 만들며, 담당자는 그 결과를 보고 결정합니다. Claude 와 ChatGPT 는 범용 생성형 AI 이므로 조회한 자료를 바탕으로 대응 전략과 콘텐츠 시나리오 전개까지 제안하지만, 그 제안을 채택할지는 담당자가 정합니다.
- 점검 항목: 네 가지 결정마다 담당자와 대리 결정자를 정합니다.
- 점검 항목: 대화 기록에서 결정 문장이 담당자의 발화로 남아 있는가를 확인합니다.
4. 계정과 권한: 비밀번호와 키를 대화에 넣지 않습니다
MCP 연결은 각 서비스 계정 단위의 승인(OAuth)으로 이루어집니다. 담당자는 서비스 화면에서 연결을 승인하고, 대화에는 비밀번호나 API 키를 입력하지 않습니다. 연결이 계정 단위로 이루어지므로 퇴사나 역할 변경이 생기면 그 계정의 연결을 끊는 절차를 함께 정해 두어야 합니다. 연결 서비스가 늘수록 이 관리 항목도 함께 늘어난다는 점을 처음부터 고려합니다.
- 점검 항목: 팀원별로 연결된 MCP 목록을 정리하고 분기마다 갱신합니다.
- 점검 항목: 퇴사 · 역할 변경 절차에 「MCP 연결 해제」 항목을 넣습니다.
5. 기록: 대화와 서비스 기록이 함께 남게 합니다
대화 기록만으로는 실제로 무엇이 발행되고 무엇이 바뀌었는지 확정할 수 없습니다. 그래서 대화 기록과 함께 각 서비스의 발행 기록과 변경 기록이 남도록 정합니다. 문제가 생겼을 때 대화에서 무엇을 요청했고 서비스에서 무엇이 실행되었는지를 나란히 볼 수 있어야 원인을 정확히 구분할 수 있습니다.
- 점검 항목: 지난달 발행 · 광고 변경 건마다 대화 기록과 서비스 기록이 함께 확인되는가를 표본으로 점검합니다.
팀 운영 순서
네 MCP 를 한꺼번에 여는 것보다 읽기에서 쓰기로 범위를 넓혀 가는 편이 안전합니다. 단계마다 사람이 결정하는 것과 점검 항목을 함께 정해 두면, 다음 단계로 넘어갈지를 회의에서 같은 기준으로 판단할 수 있습니다.
| 도입 단계 | 연결하는 MCP | 사람이 결정하는 것 | 점검 항목 |
|---|---|---|---|
| 1주차 | 인터넷트렌드 · 눈치(읽기) | 주간 회의에서 다룰 경쟁사와 지표 | 대화로 만든 회의 자료에 기간 · 시각 · 출처가 모두 적혀 있는가 |
| 2 ~ 3주차 | 콘텐츠런처(쓰기, 발행 전 단계) | 콘텐츠 주제와 원고 승인, 발행은 화면에서 승인 | 승인 전 원고가 발행된 사례가 없는가 |
| 4주차 이후 | ChatAd(쓰기) | 캠페인 안 채택 여부, 예산과 게재 시작 | 2단 확인을 거치지 않은 광고 변경이 없는가 |
| 매달 | 연결 전체 | 절차서와 금지 표현 갱신, 연결 범위 조정 | 대화로 처리한 일과 사람이 결정한 일이 구분되어 기록되는가 |
레버리지를 확인하는 방법
도입 효과를 수치로 미리 약속하지 않습니다. 업무 구성과 팀 규모가 조직마다 달라서 다른 조직의 수치를 그대로 옮겨 오면 판단을 오히려 흐리게 하기 때문입니다. 대신 도입 전후로 같은 업무를 기준으로 팀이 직접 기록해 비교합니다. 기준 업무는 주간 경쟁사 보고, 콘텐츠 한 편 발행, 캠페인 한 건 준비처럼 반복되는 일로 고르고, 화면 이동 횟수, 옮겨 적기 단계 수, 결정까지 걸린 시간을 적습니다. 이 기록은 다음 단계로 넘어갈지를 정하는 근거가 됩니다.
적용 조건과 한계
- 각 서비스의 계정 · 요금제 · 채널 연결이 전제입니다. 눈치 MCP 는 Pro 요금제에 포함되고, 인터넷트렌드는 구글 계정으로 무료 가입합니다.
- 인터넷트렌드 값은 표본 집계이고 자사 실적과 기준이 다르므로, 같은 표에서 직접 비교해 단정하지 않습니다.
- AI 가 작성한 원고와 캠페인 안은 초안입니다. 사실 확인과 결정은 담당자가 합니다.
- 연결 서비스가 늘수록 권한 관리 부담도 커지므로, 업무에 필요한 MCP 만 연결합니다.
AX 는 새 도구를 하나 더 들이는 일보다, 이미 쓰는 서비스를 어떤 원칙으로 한 대화에 연결할지 정하는 일에 가깝습니다. 읽기와 쓰기를 나누고, 결정 지점과 권한과 기록을 먼저 정해 두면, 연결이 늘어도 팀의 판단 기준은 흔들리지 않습니다.
자주 묻는 질문 (FAQ)
조직 표준 대화 도구를 Claude 로 정해야 하는 이유는 무엇입니까.
같은 MCP 주소는 ChatGPT 에도 연결할 수 있습니다. 표준을 하나로 정하는 목적은 절차서 적용 방식과 기록 보관 위치를 한 기준으로 관리하는 데 있습니다. 이 글은 여러 MCP 를 한 대화에서 함께 부르고 첨부 자료와 비교하는 운영 방식을 기준으로 Claude 를 예로 들었습니다.
분석 데이터 MCP 와 실행 MCP 는 어떻게 구분합니까.
자료를 조회만 하면 분석 데이터 MCP(읽기), 발행 · 광고 변경처럼 밖으로 내보내거나 값을 바꾸면 실행 MCP(쓰기)로 구분합니다. 이 글에서는 인터넷트렌드 · 눈치를 읽기, 콘텐츠런처 · ChatAd 를 쓰기로 보았습니다.
대화 중에 AI 가 승인 없이 글을 발행하거나 예산을 바꿀 수 있습니까.
콘텐츠런처는 승인하지 않은 원고를 발행하지 않고, ChatAd 는 예산 · 입찰 · 캠페인 생성 · 게재 시작에 2단 확인을 거칩니다. 대화에서도 이 확인 단계는 그대로 유지됩니다.
MCP 연결에 비밀번호나 API 키를 입력해야 합니까.
입력하지 않습니다. 각 서비스 계정 단위의 승인(OAuth)으로 연결하며, 퇴사나 역할 변경 때에는 그 계정의 연결을 끊는 절차를 둡니다.
도입 효과는 어떻게 확인합니까.
미리 정한 수치 대신, 주간 경쟁사 보고 · 콘텐츠 한 편 발행 · 캠페인 한 건 준비 같은 업무를 기준으로 도입 전후의 화면 이동 횟수, 옮겨 적기 단계 수, 결정까지 걸린 시간을 팀이 직접 기록해 비교합니다.
마케팅 조직의 MCP 연결 원칙과 도입 순서를 함께 정리해 드립니다.
