본문으로 건너뛰기
Chandler Nguyen
AI5분 읽기

퍼레이드 문제: 옛 워크플로 위의 AI가 실패하는 이유

퍼레이드 문제는 한 번도 재설계하지 않은 워크플로에 AI를 붙일 때 생기는 일이에요: 더 빠른 첫 단계, 그 뒤의 똑같은 병목, 더 이른 완료는 없음. 왜 이러는지, 대부분의 AI 파일럿에서 살아남는 네 가지 병목, 그리고 차량을 빠르게 하는지 경로를 다시 설계하는지 구별하는 법을 정리했어요.

퍼레이드 문제는 한 번도 재설계하지 않은 워크플로에 AI를 더할 때 더 빠른 첫 단계와 정확히 똑같은 병목이 따라오는 실패 방식이에요. 퍼레이드는 여전히 빠른 차량 뒤의 가장 느린 것의 속도로 도착해요. 앞에서 속도를 느끼고 결승에서는 아무것도 못 느끼죠.

이 이름을 붙인 건 AI 도입에서 가장 싼 실수이면서 가장 보기 어렵기 때문이에요. 파일럿을 돌리고, 누군가 몇 분 만에 이백 개 변형 크리에이티브 생성기를 보여주고, 방이 박수치고, 여섯 주 뒤 캠페인이 또 늦어요. 생성기에는 아무 문제가 없었어요. 아래의 경로가 한 번도 손대지 않은 거죠.

저는 광고에서 19년을 보냈고, 지난 몇 년은 같은 일을 AI를 루프에 넣어 다시 만드는 데 썼어요. 제 경험으로는, 막히는 팀은 거의 모델 품질에서 막히지 않아요. AI를 기본값이 아니라 단계로 취급하는 워크플로에서 막히죠. 그래서 기계가 되돌려주는 순간 이득이 옆으로 새요. 어디서 새는지 보여드릴게요.

퍼레이드 문제의 모습

실제 퍼레이드를 그려보세요. 맨 앞 차량은 아름답고 빨라요. 뒤에는 마칭 밴드, 한 다스의 느린 차량, 그리고 자기 속도로 걷는 정리 팀이 있어요. 맨 앞 차량을 로켓카로 바꿔도 퍼레이드는 더 일찍 도착하지 않아요. 로켓이 앞서 나가 밴드가 따라잡기 전에 더 큰 간격을 만들 뿐이죠.

미디어 워크플로가 그 퍼레이드예요. 리서치가 플래닝을 먹이고, 플래닝이 액티베이션을, 액티베이션이 리포팅을, 리포팅이 다음 리서치를 먹여요. 한 단계를 빠르게 해도 퍼레이드를 줄이지 않아요 — 그 단계와 이웃 사이의 간격을 넓힐 뿐이죠. 퍼레이드를 줄이는 유일한 건 가장 느린 단계를 움직이는 것이고, 가장 느린 단계는 거의 데모되는 그 단계가 아니에요.

빠른 차량이 간격을 만드는 이유

이런 일이 생기는 데는 단순한 이유가 있어요, 기술 문제가 아니죠. 제약의 문제예요.

모든 워크플로에는 속도를 정하는 한 단계가 있고, 보통 가장 안 화려한 단계예요: 사인오프, 데이터 풀, 고객 리뷰, 끝내 정해지지 않은 브리프요. 제약의 상류에 AI를 더하면 산출이 아니라 재공품이 생겨요. 다음 단계가 흡수할 수 있는 것보다 많은 원료를 만들고, 그 여분이 줄을 서고 늙고 다시 작업되죠.

그래서 AI 파일럿이 이렇게 자주 더 빠른 단계와 평평한 사이클 타임을 보고해요. 단계는 빨라졌어요. 제약은 안 움직였죠. 그리고 진짜 비용이 제약에 살기 때문에 사업 결과는 거의 안 바뀌어요 — 회의론자들이 "그럴 줄 알았다"고 하기 시작하고 예산이 조용히 사라지는 순간이죠.

AI 파일럿에서 살아남는 네 가지 병목

제가 지켜본 파일럿에서 병목은 거의 항상 네 곳 중 하나에 떨어져요. 어느 것도 모델이 아니에요.

  1. 정해지지 않은 브리프. 모델이 아무도 답하지 않은 질문의 이백 개 버전을 충실히 만들어요. 병목은 생성의 상류, 브리프가 담아야 했던 결정에 있어요.
  2. 승인 큐. 사람 리뷰어는 한 다스의 변형을 꼼꼼히 읽거나 백 개를 대충 읽어요. 이제 워크플로가 백 개를 만들고 리뷰 역량은 그대로면, 더미를 옮긴 거지 일을 옮긴 게 아니에요.
  3. 데이터 인계. 리포트는 몇 초에 생성되고, 서로 안 맞는 두 시스템의 숫자를 누군가 재조정할 때까지 사흘을 기다려요. 생성은 결코 느린 부분이 아니었어요.
  4. 통합 이음매. 결과물은 한 도구에 살고 다음 단계는 다른 도구에 있어서, 사람이 그 사이를 복사·붙여넣기해요. 그 복사·붙여넣기가 이제 생산 라인이에요.

패턴을 보세요: 넷 중 셋은 누가 무엇을 기다리는지에 관한 거지 지능에 관한 게 아니에요. 승인 큐는 프롬프트로 넘을 수 없어요.

제가 자꾸 돌아가는 이야기

가장 또렷한 예는 몇 분 만에 수백 개의 헤드라인 변형을 만드는 AI 카피 생성기를 만든 팀이에요. 정말 인상적이었고 다들 기뻐했죠. 그래도 캠페인은 성과가 약했어요.

병목은 헤드라인이 아니었어요. 캠페인이 어떤 하나의 메시지를 전하는지 아무도 정하지 않았던 거죠. 생성기는 미결정 브리프의 수백 개 버전을 성실히 만들었고, 팀은 도구 없이도 썼을 똑같은 2주를 메시지로 다퉜어요. AI는 싼 단계를 없애고 비싼 단계는 그대로 뒀어요.

팀이 일주일을 브리프를 기계가 읽게 만드는 데 쓰자 — 하나의 고른 메시지, 브랜드 규칙, 오디언스, 지표 — 같은 생성기가 유용해졌어요. 이제 생성할 방향이 생겼으니까요. 도구는 전혀 안 바뀌었어요. 경로가 바뀐 거죠.

"경로를 다시 설계한다"가 실제로 뜻하는 것

경로 재설계는 거창한 전환 프로그램이 아니에요. 구체적인 네 가지 움직임이고, 한 단계씩 할 수 있어요.

  • 생성 전에 브리프를 정하세요. 방향을 명확하고 서면으로 만드세요, 첫 패스가 증폭할 진짜 무언가를 갖게요.
  • 결과물만이 아니라 리뷰를 옮기세요. 모델이 더 많이 만들면 리뷰 역량의 모양이 바뀌어야 해요 — 샘플링, 구조화된 검사, 명확한 기준 — 아니면 볼륨이 리스크가 돼요.
  • 맥락을 워크플로가 닿는 곳에 두세요. 브랜드 규칙, 오디언스, 이력이 일과 함께 이동해야 해요, 시니어의 머리에 앉지 말고요.
  • 복사·붙여넣기 틈을 닫으세요. 사람이 도구 사이에서 결과물을 손으로 옮기는 곳은 어디든 사람의 일인 척하는 병목이에요.

이 넷을 하면 퍼레이드가 움직여요. 건너뛰면 더 빠른 차량을 산 거예요.

자기 퍼레이드를 진단하는 법

어떤 AI 투자를 권하기 전에 의도적으로 무딘 테스트를 써요.

물어보세요: 어느 단계가 가장 마지막에 끝나나요? 시작이 가장 느린 단계가 아니라 — 끝에 캠페인이 여전히 기다리는 단계요. 그 단계가 당신의 제약이고, 사이클 타임을 움직이려면 AI가 먼저 가야 할 곳이에요.

그다음 두 번째 질문을 하세요: AI가 끝나면 사람이 결과물로 무엇을 하나요? 솔직한 답이 "전부 읽고, 고르고, 리포맷하고, 하류에 붙여넣는다"면, 다음 병목을 찾은 거예요. 두 번째 패스가 늘 같다면 첫 패스가 빠른 건 값이 거의 없어요.

한 단계로 시작할 수 있어요

좋은 소식은 퍼레이드 문제가 큰 시작보다 작고 안 화려한 시작을 주장한다는 거예요.

제약을 고르세요 — 보통 리포팅, 리서치, 또는 브리프 — 그리고 그 단계만 다시 설계해서 기계가 첫 패스를 하고 사람이 주니어의 것을 리뷰하듯 리뷰하게요. 그 단계의 사이클 타임을 전후로 측정하세요. 움직였으면 접근이 작동한다는 증거와 다음 단계를 건드릴 이유가 생겨요. 안 움직였으면 자기 운영에 대해 싸게 배운 거죠.

이게 전략 가이드가 레인 전체에 하는 순서 논리이고, 템플릿이 존재하는 이유예요: 기계가 읽는 브리프와 리뷰 기준이 빠른 단계를 더 빠른 퍼레이드로 만드는 두 산출물이죠. 한 단계를 제대로 하면 다섯 단계를 어중간하게 하는 것보다 더 많이 가르쳐줘요.

FAQ

퍼레이드 문제는 그냥 변화 관리의 문제인가요?

일부지만 주된 건 아니에요. 변화 관리는 도입에 관한 것이에요 — 사람들이 도구를 쓰느냐. 퍼레이드 문제는 설계에 관한 것이죠 — 워크플로가 도구의 결과물을 흡수할 수 있느냐. 완벽히 도입된 도구를 바뀌지 않은 경로에 얹어도 똑같은 병목이 생겨요.

옛 워크플로 위의 AI는 절대 안 통하나요?

가장자리에서 도움이 될 수 있고 그건 가치가 있어요. 하지만 이득은 뒤의 제약에 묶여요. 목표가 실질적으로 더 빠른 캠페인 사이클이면 경로가 바뀌어야 하고, 목표가 아주 조금 빠른 개별 단계면 얹는 걸로 충분해요.

제약을 빨리 찾는 법은?

끝에 캠페인이 여전히 기다리는 단계를 물으세요, 시작이 가장 느린 단계가 아니라요. 큐가 있는 단계가 제약이에요. 보통 기술적인 게 아니라 승인, 데이터 재조정, 또는 미결정 브리프죠.

모든 단계를 한 번에 다시 설계해야 하나요?

아니요 — 반대예요. 한 단계를 끝에서 끝까지 다시 설계하고 사이클 타임을 측정한 뒤에만 넘어가세요. 한 단계를 제대로 하면 다음의 증거가 돼요. 다섯 개를 어중간하게 하면 다섯 개의 새 병목이 생겨요.

짧은 정리

퍼레이드 문제는 빠른 첫 단계와 바뀌지 않은 병목 사이의 간격이에요. 옛 워크플로 위의 AI는 퍼레이드가 아니라 차량을 빠르게 해요, 제약이 뒤에 앉아 있고 데모가 일어나는 곳에 거의 없으니까요. 해법은 더 나은 모델이 아니에요. 브리프를 정하고, 리뷰를 옮기고, 맥락을 워크플로가 닿는 곳에 두고, 복사·붙여넣기 틈을 닫는 거예요 — 한 단계씩요.

저는 아직 이 분야를 공개적으로 배우는 중이고, 양방향으로 틀려봤어요: 도구에 과하게 투자하고 경로에 덜 투자했는데, 경로가 항상 비싼 부분이었죠. 그래서 같은 무딘 질문을 계속할 거예요 — 어느 단계가 가장 마지막에 끝나나요?

빠른 차량이 자기 퍼레이드를 못 움직이는 걸 본 적이 있다면, 병목이 결국 어디였는지 듣고 싶어요.

감사합니다, Chandler


이 글은 한국어로 제공되지만, 코스 자료(영상, 템플릿, 보조 가이드)는 영어와 일본어로 제공돼요. 이 사이트는 13개 언어로 제공돼요.