마케팅의 AI 센터 오브 엑설런스(CoE)는 AI 역량의 공유 부분 — 기준, 도구, 평가, 훈련 — 을 소유하면서 나머지 마케팅 조직이 자기 일에 적용하는 작은 팀이에요. 목적은 팀 전체의 역량을 높이는 것이지 그들을 대신해 AI 일을 하는 게 아니죠. gatekeeper가 되면 실패한 거예요, 아무리 유능해도요.
하나가 필요한지는 규모와 확산에 달려 있어요. 열 명 팀은 같이 앉아 기준을 공유해요. AI 사용이 여러 팀, 브랜드, 지역으로 퍼지면 모두가 같은 문제를 따로 푸는 비용이 실재해지고, 작은 중앙 역량이 스스로 값을 하기 시작하죠.
센터 오브 엑설런스가 값을 하는 때
CoE는 같은 일이 팀 전반에 반복될 때 존재를 벌어요: 같은 도구 평가, 같은 프롬프트 문제, 같은 거버넌스 질문, 같은 실수요. 그 지점에서 공유 기능이 중복을 줄이고 각 팀이 다른 팀이 아는 걸 다시 배우는 걸 막아요.
조직이 비공식으로 조정할 만큼 작거나, 진짜 문제가 아직 아무도 AI를 안 쓴다는 것일 때 값이 없어요. 그 경우 첫 일은 CoE가 아니라 파일럿이죠. 수요 전에 중앙 팀을 세우면 고객 없는 기능과 못 채울 mandate를 만들어요. AI를 파일럿하는 법이 그 시작점을 다뤄요.
세 가지 운영 모델
주요 설계 선택은 결정이 어디 앉는지예요. 아래 표가 세 모델과 각각 언제 맞는지 제시해요.
| 모델 | 어떻게 도나 | 가장 좋은 때 |
|---|---|---|
| 중앙집중 | 한 팀이 AI 일의 대부분을 함 | 초기, 적은 use case, 통제 필요 |
| Hub-and-spoke | 중앙이 기준 정하고 팀이 적용 | 확장됨, 많은 팀, 혼합 필요 |
| 연방 | 팀이 자기 AI 일을 소유 | 성숙, 모든 곳에 높은 역량 |
대부분의 조직이 hub-and-spoke에 도착해요, 일관성과 속도를 균형하니까요. 중앙집중은 시작하면서 퍼뜨리기 전에 practice를 세워야 할 때 맞는 default죠. 연방은 역량이 진짜 분산됐을 때만 통하고, 애초에 CoE를 정당화한 조정 이득을 잃는 경향이 있어요.
중앙이 소유하는 것
CoE는 한 번이 여러 번보다 나은 것을 소유해요: 기준과 가드레일, 새 도구 평가, 프롬프트와 워크플로의 공유 라이브러리, 훈련, 그리고 일관된 답이 필요한 거버넌스 질문이요. 운영 모델의 공유 층의 파수꾼이고, 나머지 조직이 그것 없이 얼마나 하는지로 측정돼야 하죠. 목표는 제가 몇 년 전 리포팅에 대해 했던 것과 같아요: 일은 더 많은 산출이 아니라 사람들을 좋은 인사이트로 더 빨리, 서로의 실수를 반복하지 않고 데려가는 거예요.
일 자체를 소유하진 않아요. 캠페인 팀이 자기 캠페인을 소유하고; CoE는 그 캠페인을 낫게 하는 조건을 소유하죠. CoE의 가장 분명한 test는 주변 팀이 시간이 지나며 더 유능해지는지, 아니면 그냥 더 많은 요청을 중앙으로 라우팅하는지예요. 첫째가 성공이고, 둘째는 병목이 되어가는 것이죠.
병목 실패 방식
실패에 빠지기 쉬워요. 유능한 중앙 팀이 도움을 요청받고, 잘 돕고, 서서히 모든 AI 일이 지나야 하는 곳이 돼요. 요청이 줄을 서고, 중앙이 따라가려 hire하고, 조직의 역량이 퍼지는 대신 집중돼요. CoE가 서비스 데스크가 됐고, 운영 모델은 낫지 않고 나빠졌죠.
enablement를 명시적 mandate로 만들고 default 실행자가 되기를 거부해 피하세요. 기준을 publish하고, 훈련을 돌리고, 예시를 host하고, 팀이 적용하게 하세요. 요청이 정말 역량 격차면, 하는 대신 가르치세요. 첫 번째는 느리고 그 뒤 매번 훨씬 빨라요.
중앙에 인력 꾸리기
좋은 CoE는 작고 시니어지 크고 주니어가 아니에요. 마케팅 일을 좋음이 어떤 모습인지 알 만큼 깊이 이해하고, 도구를 쓰기만 하는 게 아니라 워크플로를 세울 수 있는 사람이 필요하죠. 배달하고 가르치는 두세 명의 강한 사람이 리뷰만 하는 더 큰 팀을 이겨요. 중앙의 제품은 역량이고, 역량은 보여줄 수 있는 사람을 통해 전달돼요, 말하는 게 아니라요.
일이 필요로 하는 분야를 데려오세요: 워크플로와 도구를 엮을 builder, 캠페인을 아는 operator, 거버넌스와 평가를 소유할 사람이요. 전부 기술자로 채우려는 유혹에 저항하세요; 미디어와 마케팅 현실을 모르는 CoE는 아무도 못 쓰는 기준을 세워요.
중앙 측정
CoE를 throughput이 아니라 enablement로 측정하세요. 이제 몇 팀이 전엔 못 하던 일을 하는지, 공유 라이브러리의 얼마가 실제로 쓰이는지, 몇 개의 반복 질문이 되풀이되길 멈췄는지, 조직의 AI 산출이 더 낫고 일관되는지요. 바쁘지만 모두를 의존하게 두는 중앙은 성공하지 못한 거예요.
카운터 지표도 여기 중요해요. 중앙이 큐가 됐는지, 팀이 우회로를 만드는지, 기준이 도움이 돼서 따라지는지 강제돼서인지 추적하세요. CoE의 건강은 주변 팀이 그것을 어떻게 말하는지에 보여요 — 역량의 원천인지 통행료 징수소인지요.
중앙이 봐야 할 카운터 지표
throughput은 CoE가 표류하는 지표이고 오도하는 것이에요. 중앙이 바빠 보이면서 실패할 수 있으니, 도입을 카운터 지표와 짝지으세요: 이번 분기에 몇 팀이 중앙의 도움 없이 공유 문제를 해결했나요. 반복 질문의 감소, 만들어질 때 방에 없던 팀이 쓴 공유 라이브러리의 비중, 중앙 자체의 요청 큐가 줄어드는지 늘어나는지 추적하세요. 도입이 오르는데 늘어나면 중앙이 서비스 데스크가 되는 거고; 도입이 오르는데 줄어들면 역량이 진짜 퍼지는 거죠. 그 단일 비율 — 역량 오르고 의존 내려가고 — 이 모델이 통한다는 가장 분명한 신호이고, 중앙 자체의 workload가 결코 혼자 보여줄 수 없는 것이에요.
첫 90일
팀이 이미 뭘 하는지와 어디서 서로를 반복하는지 inventory하며 시작하세요. 두세 개의 공유 문제 — 도구, 프롬프트, 평가 — 를 골라 한 번, 공개적으로, 다른 팀이 복사할 template로 해결하세요. 가벼운 기준과 그에 따르는 거버넌스 규칙을 publish하세요. 그런 다음 시키지 않고 몇 팀이 공유 일을 도입하는지 측정하세요.
첫 분기에 범위를 의도적으로 좁게 두고 수요가 CoE를 바깥으로 당기게 하세요. 모든 걸 소유하며 시작하는 중앙은 원망받고; 몇 가지를 분명히 낫게 만들며 시작하는 건 더 하라는 요청을 받아요. 마케팅 AI 정책과 거버넌스 작업이 자연스러운 첫 제품이에요, 한 번 필요하고 모든 곳에 쓰이니까요.
CoE와 저항하는 팀
모든 팀이 중앙 기능을 반기진 않고, 일부 저항은 정당해요. 이미 좋은 AI 워크플로를 세운 팀은 CoE를 그들을 늦추는 overhead로 볼 수 있고; AI를 회의하는 팀은 도입 압력으로 볼 수 있죠. 두 반응이 정보를 담고, 무시하는 중앙은 우회돼요.
대응은 의심하는 팀을 위해 분명히 더 나은 걸 만들어주며 시작하는 거예요 — 잘못된 구매를 막는 도구 평가, 그들이 싫어하는 단계를 없애는 template — 도입을 명령하는 대신이죠. 유용성으로 신뢰를 벌고, 앞선 팀이 자율성을 유지하게 하세요. 섬기는 팀을 존중하는 CoE는 도입되고; 그들 위에 서는 건 저항받아요, 저항이 보통 뭔가에 대해 맞죠. 다른 함정은 중앙을 일을 얼마나 하는지로 측정하는 거예요. 많은 자산을 내보내는 CoE는 전략 title을 단 제작 팀이고; 기준과 역량을 내보내는 CoE가 제 일을 하는 거죠. 중앙이 마케팅에서 가장 바쁜 팀이 되는 날을 지켜보세요, enable에서 execute로 표류했다는 신호니까요. 가장 건강한 버전은 조직의 역량이 오를 때 자기 workload가 줄어드는 거예요.
FAQ
센터 오브 엑설런스가 필요한가요?
AI 사용이 같은 문제가 반복해서 풀릴 만큼 많은 팀에 퍼졌을 때만요. 그 규모 아래에선 공유 기준과 몇 template이면 돼요. 수요가 있을 때 중앙을 세우지, 예상으로가 아니죠.
CoE가 일을 하나요, enable하나요?
enable하세요. 중앙의 일은 나머지 조직을 더 유능하게 하는 것이고, 그들을 위해 일하면 역량이 퍼지는 대신 집중돼요. 요청이 학습 기회가 아니라 큐면 모델이 잘못된 거예요.
얼마나 커야 하나요?
작고 시니어하게요. 세우고 가르칠 수 있는 두세 명이 보통 더 큰 리뷰 팀을 이겨요. 진짜 공유 문제가 있을 때만 키우고, 역량을 옮기는 능력을 위해 hire하세요, 쥐는 게 아니라요.
통하는지 어떻게 아나요?
팀이 중앙 없이 더 많이 하고, 공유 라이브러리가 쓰이고, 반복 질문이 되풀이되길 멈춰요. 중앙이 마케팅에서 가장 바쁜 팀이면, 아마 capability multiplier가 아니라 병목이에요.
짧은 정리
마케팅의 AI 센터 오브 엑설런스는 기준, 공유 도구, 평가, 훈련을 소유해 나머지 조직이 적용하게 해요. 대부분의 확장된 조직엔 hub-and-spoke를 고르고, 팀을 작고 시니어하게 유지하고, throughput이 아니라 enablement로 측정하세요. 실행 가이드가 CoE를 더 넓은 운영 모델에 두고, 사내 팀 트랙이 고객 쪽 팀을 위해 돌려요.
하나를 세웠다면, 병목이 되는 걸 어떻게 막았는지 듣고 싶어요.
감사합니다, Chandler
이 글은 한국어로 제공되지만, 코스 자료(영상, 템플릿, 컴패니언 가이드)는 영어, 일본어, 중국어(간체), 한국어로 제공돼요. 이 사이트는 13개 언어로 제공돼요.