블로그 목록

하루 수십 건 실험하는 팀의 비밀은 아이디어가 아니었다

2026년 10월 16일
하루 수십 건 실험하는 팀의 비밀은 아이디어가 아니었다

하루 수십 건 실험하는 팀의 비밀은 아이디어가 아니었다

• 핵심: 마케팅 병목은 아이디어가 아니라 실행 인력·조율이며, 한 사람이 AI 에이전트 시스템으로 하루 수십 건을 실험한다는 주장 [1]
• 맥락: 1950년대 연간 몇 번에서 2010년 그로스해커 주 몇 차례를 거쳐, 제작만 빨라진 2022년 이후 단계에 대한 문제 제기
• 관점: 품질은 개수가 아니라 사업 맥락과 고객 실제 표현에 달렸고, 안전장치는 문구가 아니라 코드로 건다는 정리

좋은 아이디어가 나왔는데 실행까지 한 달이 걸린 경험, 있으신가요? 아이디어를 내는 사람과 만드는 사람이 나뉜 조직에서는 흔한 풍경이죠. 한 에세이는 이 간격을 정면으로 찌릅니다. 병목은 아이디어가 아니라 실행이며, 한 사람이 AI 에이전트들을 묶으면 하루 수십 건의 실험이 돌아간다는 겁니다 [1]. 여전히 이전 단계에 머문 팀이 많다는 대목에서는, AI 열광의 민낯을 다룬 AI 열광이 남긴 피로, 도입 열풍의 민낯을 해설하다가 겹쳐 읽힙니다.

마케팅 병목이 아이디어가 아니라 실행이라는 게 무슨 뜻인가

캠페인 하나를 내는 데 디자이너·개발자·분석가 회의가 필요하면, 아이디어가 좋아도 속도는 회의실 일정에 묶이죠. 에세이가 제시하는 반전은 단순합니다. 아이디어를 낸 사람이 구현까지 직접 맡으면 조율 비용이 사라진다는 겁니다 [1]. 역사를 짧게 훑으면 흐름이 보입니다. 1950~90년대 캠페인은 수백만 달러와 수개월이 들고 1년에 몇 번이 전부였습니다. 2000년 검색광고와 2007년 소셜광고가 클릭 측정을 열면서 한 달에 몇 차례 실험이 가능해졌죠. 2010년에는 숀 엘리스가 그로스 해커라는 이름을 붙였습니다 [3]. 대표 사례로 Hotmail 하단 문구·Dropbox 추천 공간·Airbnb 교차 게시가 꼽힙니다 [1]. 그러다 2022년 말 생성형 AI가 문구·이미지 제작을 빠르게 만들었습니다. 조직도와 6주짜리 작업 주기는 그대로인 팀이 많죠.

바뀌는 지점 이전 방식 마케팅 엔지니어 방식
실험 속도 연간 몇 번에서 주 몇 차례까지 점진 가속 한 사람이 하루 수십 건을 직접 실행
필요한 사람 부서 조율과 대행사 전달로 인원 증가 1~2명이 에이전트 묶음으로 운영
품질의 원천 담당자 안목과 직감에 의존 사업 맥락 문서와 고객 실제 표현에 고정

여섯 개 파일이 왜 신입 온보딩과 같은가 — 분석 책상 위 차트와 노트를 꼼꼼히 살피는 장면, 핵심·변화 대비

이 표를 속도 이야기로만 읽으면 글의 절반을 놓치게 됩니다. 속도의 조건이 바로 다음에 나오는 여섯 개 파일이기 때문이죠.

여섯 개 파일이 왜 신입 온보딩과 같은가

에이전트를 여러 개 띄웠는데 답이 뻔하다면, 원인은 맥락 부족일 가능성이 큽니다 [1]. 뛰어난 신입에게 회사 설명 없이 일을 맡기면 경쟁사와 비슷한 결과가 나오는 것과 같죠. 에세이가 적어 두라는 여섯 개는 역할이 분명합니다. 회사가 하는 일과 분기 우선순위를 한 페이지로 묶은 안내문, 누가 사서 남는지를 구체화한 고객 적합 조건, 상품·가격·허용 약속을 적은 제안 기록입니다. 좋아한 광고와 거절한 광고에 이유를 붙인 목소리 기록, 창업자를 두 시간 인터뷰한 시장 견해, 비싼 실수를 반복하지 않기 위한 실패 기록이 뒤를 잇죠 [1]. 규칙 하나가 핵심을 지킵니다. 에이전트의 추측은 별도 보관함에 두고, 회사 공식 기록으로 옮기는 권한은 사람이 갖는 겁니다 [1]. 연결도 같은 순서로 갑니다. MCP는 AI 앱이 외부 시스템·데이터에 붙는 공개 표준이며 [4], 고객관리·결제·메모 도구를 읽는 연결부터 시작하되 처음에는 읽기 전용으로 둡니다.

고객 언어 에이전트를 왜 첫 번째로 안정화하는가

여러 에이전트를 한꺼번에 연결하지 말고, 고객 언어 에이전트 하나를 먼저 충분히 다듬으라는 조언이 나옵니다 [1]. 뒷단 모든 작업이 고객이 실제로 쓰는 표현에 기대기 때문이죠. 방법은 구체적입니다. 최근 영업 통화 2050건의 기록을 모아 읽힌 뒤, 직접 기억하는 통화 내용과 결과를 견줍니다. 초기 정확도는 70% 정도를 예상하고, 말이 많은 한 고객을 과대평가하거나 고객 집단을 업계 용어로 뭉뚱그리는 오류를 잡습니다. 오류마다 지시를 고치고 34회 반복합니다 [1].

70% 정확도에서 시작해도 되는 이유

70%는 합격점이 아니라 출발점이라는 취지죠. 오류 유형이 뻔하기 때문에 고칠 곳이 보입니다. 과대평가 1건과 용어 뭉뚱그리기 1건을 고치면 다음 반복이 바로 좋아집니다. 사전을 먼저 만드는 셈입니다.

저녁 식사 한 문장이 광고 첫 문장이 되는 과정

배관·냉난방 업체 일정 관리 도구라면, 기능명인 자동 일정 관리보다 고객의 실제 말인 "저녁 먹다가 전화를 받는 데 지쳤다"가 광고·제목·영업 첫 문장이 될 수 있습니다 [1]. 고객이 바꾸고 싶은 상황을 직접 드러내는 문장이기 때문이죠. 안정화한 뒤에는 매주 지난주 통화와 문의를 읽고 고객 언어 보고서를 쌓습니다.

나머지 에이전트는 어떻게 한 개씩 붙는가

토대가 잡히면 에이전트를 하나씩 붙입니다. 폴더·지시·일정을 따로 주고 구매 계기 찾기·검색 질문 파악·광고 제작·실패 거래 재접촉·성과 분석을 맡기죠 [1]. 규칙 몇 개가 눈에 띕니다. 같은 제목 50개가 아니라 서로 다른 구매 이유를 실험합니다. 광고명에는 캠페인 식별자·소구점·형식을 남겨 학습으로 축적하죠. 광고는 일시중지 상태로 올리고 사람이 실행하며, 일정 지출 뒤 클릭률 1% 미만이면 중단하는 식의 기준을 미리 정합니다 [1]. 배경에는 광고판의 변화가 있습니다. 광고 자체를 읽고 누구에게 보여줄지 판단하는 검색·개인화 엔진이 등장하면서, 비슷해 보이는 광고는 하나로 묶여 서로 다른 광고 수십 개의 도달 효과를 내기 어려워졌습니다 [2]. 성과가 좋은 광고의 소진 주기도 6주에서 2~3주로 짧아졌죠 [2].

완벽한 문구와 소재 조합을 좇지 말고, 올린 뒤 알고리즘이 맞는 사람을 찾게 하라는 조언이 같은 해설에서 인용됩니다 [2]

안전장치가 프롬프트가 아니라 코드인 이유는

"보내기 전에 항상 물어봐" 같은 문장 하나만 믿지 말라는 대목이 나옵니다 [1]. 권한을 코드로 묶으라는 겁니다. 연락 에이전트에는 초안 작성 권한만, 광고는 일시중지 생성과 사람 손의 예산 권한으로, 승인 버튼을 누르기 전에는 실제 행동 코드가 돌지 않게 합니다 [1]. 지출 한도·발송 제외 목록·중복 제거는 일반 코드로 처리하고, 고객 적합성이나 문장 어울림 같은 판단에만 모델을 씁니다. 회계 회사 예시가 과정을 보여줍니다. 고객 11명에게서 "반품·배송비·수수료를 빼면 실제 수익을 모른다"는 말을 찾아내고, 연매출 100만~1,000만 달러 매장 대상 무료 수익성 검토를 승인한 뒤 식별자를 붙여 2,000달러 규모 테스트를 겁니다 [1]. 2주 뒤 지출부터 상담·계약까지 연결하는데, 표본이 아직 작다는 한계도 함께 적습니다.

왜 알아두면 좋은가

실험 비용이 내려가면 안목의 값이 오릅니다. 많이 시도할수록 빨리 배우는 구조에서는, 무엇을 시도할지 고르는 눈이 병목이 되기 때문이죠. 2028년에 1~2명이 수십 개 에이전트를 돌릴 것이라는 전망도 같은 맥락이며, 확정된 미래가 아니라 예상으로 읽어야 합니다 [1]. 관련 심화 자료로 원문이 함께 소개한 팟캐스트 에피소드도 있습니다 [5]. 어느 쪽 손을 들어줄지는 독자 몫으로 남겨둡니다. 다만 댓글에 직접 답을 올리거나 AI 표시가 필요한 곳을 확인하는 식의 사람 몫은 그대로 남습니다.

결론은 세 줄로 닫겠습니다. 실행 병목부터 의심하고, 맥락 파일로 조건을 깔고, 고객 언어로 품질을 잡는 순서입니다. 오늘의 한 줄은 이것입니다. 속도는 시스템이 내고, 방향은 사람이 고릅니다.

자주 묻는 질문

마케팅 엔지니어는 기존 마케터와 무엇이 다릅니까?

캠페인을 하나씩 만드는 대신 캠페인을 계속 생산하는 시스템을 만듭니다. 조사·제작·연결·실행을 직접 맡고 에이전트들을 한 흐름으로 묶죠. 직함보다 일하는 단위가 다릅니다.

여섯 개 맥락 파일에는 각각 무엇을 적어야 합니까?

회사 안내 한 페이지, 고객 적합 조건, 상품·가격·약속 규칙, 목소리 사례, 창업자 견해, 실패 기록입니다. 여섯 개가 채워지면 에이전트가 경쟁사와 비슷한 답을 내놓지 않습니다. 추측은 별도 보관함에 두고 공식 기록 이동은 사람이 정합니다.

하루 수십 건 실험이 정말 가능합니까, 조건은 무엇입니까?

아이디어 낸 사람이 구현까지 직접 맡는 구조가 조건입니다. 조율과 대기가 사라지면 물리적으로 가능해지죠. 다만 품질 조건이 붙습니다. 사업 맥락과 고객 표현이 문서로 준비되지 않으면 수십 건은 소음에 가깝습니다.

AI가 다 해주면 사람은 하는 일이 없어지는 것 아닙니까?

그렇게 읽으면 곤란합니다. 사람의 일은 아이디어 선택·승인·안목·시스템 개선으로 이동합니다. 게시·연락·지출 실행은 사람이 쥡니다. 대량 제작이 사라진 자리에 판단이 남습니다.

처음 시작할 때 가장 먼저 무엇을 해야 합니까?

고객 언어 에이전트 하나부터입니다. 영업 통화 2050건을 모아 읽히고 직접 기억과 대조하세요. 34회 고치면 쓸 만해집니다. 이 하나가 뒷단 모든 작업의 표현을 정합니다.

함께 보면 좋은 글

하루 수십 건 실험하는 팀의 비밀은 아이디어가 아니었다 — 창가에서 보고서를 읽으며 관점을 정리하는 장면, small business AI

참고 자료

PalanK 서비스와 함께 더 빠르게

소상공인 AI 자동화 전체 보기 — PalanK AI 솔루션

PalanK AI 솔루션 보기