# TROE Insights 전문

> TROE의 공개 글 전문입니다. 개요는 https://troe.kr/llms.txt 를 보세요.

# AX 프로젝트 종료 후 운영 가이드: 재발형·공백형·반짝형 막는 법

- URL: https://troe.kr/insights/ax-post-project-operations/
- 작성: 박충효 (TROE)
- 게시: 2026-10-27
- 분류: 조직 역량

> **한 줄 정의** AX 자체 운영은 외부 컨설턴트가 빠진 뒤에도 모니터링·진단·운영의 세 축으로 AI 업무가 예전 방식으로 돌아가지 않게 유지하는 팀의 운영 체계입니다.

## 핵심 요약

- AX 프로젝트는 끝나는 순간이 가장 위험합니다. 팀은 예전 수작업으로 돌아가는 재발형, 책임자가 사라지는 공백형, 지표를 안 보게 되는 반짝형 중 하나로 무너집니다.
- 모니터링·진단·운영 세 축 중 하나라도 빠지면 무너집니다. 진단이 없으면 반짝형, 운영이 없으면 공백형, 모니터링이 없으면 재발형이 됩니다.
- 지표는 새로 만들지 않고 착수 때 정한 효율·품질·채택·재무 4영역을 그대로 씁니다. 지표를 바꾸면 Before/After 비교가 무너집니다.
- 분기마다 반복 점검 신호 5개를 확인하고, 해당 개수에 따라 유지·보강·재설계 중 하나로 대응합니다.
- 담당자가 바뀌어도 AX 총괄, 부서별 챔피언, 운영 리더의 세 역할은 비워 두지 않습니다.

## 왜 AX 프로젝트가 끝나는 순간이 가장 위험한가?

외부 컨설턴트가 빠지면 초기의 의도를 지키는 사람도 함께 빠지기 때문입니다. 이때 팀은 세 가지 방식 중 하나로 무너집니다.

| 유형 | 무슨 일이 일어나는가 | 현장의 말 |
|---|---|---|
| 재발형 (Relapse) | 컨설턴트가 떠나자마자 팀이 예전 수작업 방식으로 조금씩 돌아간다 | "예전 방식이 다시 편해진다." |
| 공백형 (Vacancy) | 챔피언이 부서를 옮기거나 퇴사하면 이어받을 사람이 없어 Agent가 방치된다 | "아무도 책임지지 않는다." |
| 반짝형 (Fade-out) | 처음 한두 달은 KPI를 챙기다가 어느 순간부터 아무도 대시보드를 열지 않는다 | "보던 것을 어느새 안 본다." |

AX는 시작 전, 확산 중, 끝난 후에 각각 다른 이유로 무너집니다. 시작 전의 실패는 [AX 전환 업무 고르는 법: 판단·설계·실행 3단계와 H/P 표시](https://troe.kr/insights/ax-workflow-identify-design/)에서, 확산 중의 실패는 [마케팅 AI Agent 도입 로드맵: L3에서 L4로 가는 파일럿 5단계](https://troe.kr/insights/marketing-ai-agent-roadmap/)에서 다뤘습니다. 이 글은 마지막 시점을 다룹니다.

## 세 축 중 하나가 빠지면 어떻게 되는가?

모니터링·진단·운영 중 하나라도 빠지면 세 유형 중 하나로 이어집니다.

| 축 | 확인하는 것 | 주기 | 빠지면 |
|---|---|---|---|
| 모니터링 (Monitor) | 숫자로 지금 상태를 보고 있는가 | 주간·월간 | 운영만 있고 모니터링이 없으면 재발형 |
| 진단 (Diagnose) | 정기적으로 처음부터 다시 재 보고 있는가 | 분기 | 모니터링만 하고 진단이 없으면 반짝형 |
| 운영 (Govern) | 거버넌스와 루틴이 사람이 바뀌어도 유지되는가 | 상시 | 진단만 하고 운영이 없으면 공백형 |

## 무엇을 얼마나 자주 봐야 하는가?

착수 때 정한 효율·품질·채택·재무 4영역을 매주·매월 자동으로 집계합니다. 지표는 새로 설계하지 않습니다. 같은 지표를 써야 Before/After를 비교할 수 있습니다. 수작업으로 집계하면 그 자체가 또 하나의 반복 업무가 되므로 집계부터 자동화합니다.

| 영역 | 주기 | 측정 지표 | 경고 기준(TROE 권장) |
|---|---|---|---|
| 효율 | 주간 | 부서별 반복 업무 처리 시간 | 전월 대비 개선 없이 4주 지속 |
| 품질 | 주간 | 오류율, 수정 횟수, 승인 반려율 | 반려율 15% 초과 |
| 채택 | 월간 | 주간 활성 사용자 비율 | 60% 미만으로 하락 |
| 재무 | 월간 | AI 절감 비용 ÷ AI 운영 비용 (ROI) | 1.5배 미만으로 하락 |

4영역의 정의와 ROI 산식은 [마케팅 AI Agent 도입 로드맵: L3에서 L4로 가는 파일럿 5단계](https://troe.kr/insights/marketing-ai-agent-roadmap/)에서 정리했습니다.

## 무너지고 있다는 신호는 무엇인가?

아래 다섯 가지 중 두 개 이상에 해당하면 붕괴가 이미 진행 중일 가능성이 높습니다. 분기마다 착수 때 쓴 성숙도 진단 체크리스트를 그대로 다시 채우고, 이 신호를 함께 확인합니다.

- 분기 재진단 총점이 지난 분기보다 떨어졌다
- 주간 활성 사용자 비율이 두 달 연속 떨어졌다
- 처음에 정한 부서 챔피언이 더 이상 그 역할을 하지 않는다
- AI 결과물에 대한 예외 처리나 수동 재작업 요청이 늘고 있다
- 승인 게이트를 "귀찮다"는 이유로 우회하는 사례가 발견됐다

다섯 번째 신호는 특히 위험합니다. 승인 게이트는 [1편](https://troe.kr/insights/ax-workflow-identify-design/)에서 정의한 H 구간, 곧 사람이 반드시 확인해야 하는 지점입니다. 이 지점을 건너뛰면 AI가 틀렸을 때 발견할 사람이 없어집니다.

신호 개수에 따라 세 트랙 중 하나로 대응합니다.

| 트랙 | 조건 | 대응 |
|---|---|---|
| 유지 | 총점 유지 또는 상승, 신호 0개 | 지금 루틴을 그대로 지속하고 다음 분기 재진단 일정만 잡아 둔다 |
| 보강 | 신호 1~2개 | 해당 영역만 집중해서 보고, 챔피언을 다시 지정하거나 재교육한다 |
| 재설계 | 신호 3개 이상 또는 총점 급락 | 외부 컨설팅 재개입을 검토하고, Phase를 한 단계 되돌려 다시 시작한다 |

## 누가 지켜야 하는가?

담당자가 바뀌어도 세 역할은 반드시 살아 있어야 합니다. 각 역할이 비면 특정 붕괴 유형이 시작됩니다.

| 역할 | 하는 일 | 비었을 때 |
|---|---|---|
| AX 총괄 (Sponsor) | 예산과 우선순위를 정하고 재진단 결과를 검토한다 | 재진단을 아무도 보지 않는 반짝형 |
| 부서별 챔피언 (Champion) | 현장 피드백을 모으고 1차 문제에 대응한다 | 예외를 아무도 처리하지 않는 공백형 |
| 운영 리더 (Ops Lead) | 정기 리뷰를 소집하고 지표 대시보드를 관리한다 | 모니터링이 멈추는 재발형 |

회의는 세 층으로 나눕니다.

| 회의 | 주기 | 참석 | 안건 |
|---|---|---|---|
| 경영 리뷰 | 분기 | 경영진, AX 총괄 | 분기 재진단 결과, 예산, 확산 여부 |
| 운영 미팅 | 월 1회 | 운영 리더, 챔피언 전원 | 모니터링 지표, 이슈 |
| 챔피언 점검 | 격주 | 챔피언 전원 | 현장 예외 사례, 개선 요청 |

Agent를 여러 개 운영한다면 분기마다 네 가지를 더 확인합니다. Agent 목록(레지스트리)에 새로 생기거나 없어진 Agent가 반영돼 있는지, 담당자별 승인 게이트 등급이 지금의 리스크 수준과 맞는지, 중단용 킬 스위치가 실제로 작동하는지 한 번은 시험했는지, 운영 점검 기록과 모니터링 로그가 내부 정책대로 보존되는지입니다.

## 다음 Phase로 넘어가도 되는지 어떻게 판단하는가?

Phase 1이 끝났다고 자동으로 Phase 2로 넘어가지 않습니다. 미리 합의한 진입 조건 네 가지 중 세 가지 이상을 채웠을 때만 확산합니다.

- 직원들의 AI 수용도가 목표치를 넘었는가
- 핵심 인프라 가동률이 목표치를 넘었는가
- 데이터 정합성이 목표치를 넘었는가
- 최근 분기 ROI가 목표 배수를 넘었는가

세 가지를 채우지 못하면 확산을 미루고 보강 트랙으로 전환합니다.

## 미리 알아 두면 좋은 실패 패턴은 무엇인가?

다섯 가지 패턴은 조기 경고 신호가 분명해서, 신호를 알아 두면 대응이 빨라집니다.

| 실패 패턴 | 조기 경고 신호 | 대응 |
|---|---|---|
| AI팀·현업 분리 | 현업이 "저건 AI팀 프로젝트"라고 말한다 | 챔피언을 현업 소속으로 재배치한다 |
| 엉뚱한 교육 | 교육 이수율은 높은데 실제 사용률은 낮다 | 교육 내용을 실제 업무 시나리오 기반으로 다시 짠다 |
| 규칙 없는 확산 | 부서마다 같은 Agent를 서로 다른 방식으로 쓴다 | 최소한의 표준 운영 절차(SOP)를 다시 배포한다 |
| 성과 과대 약속 | 경영진 기대치가 실측 ROI보다 훨씬 높다 | 분기 재진단 결과를 있는 그대로 공유한다 |
| 챔피언 소진 | 챔피언이 겸직 업무 과중을 호소한다 | 역할별 시간 할당을 명시하고, 필요하면 교체한다 |

## 첫 90일에는 무엇을 하는가?

프로젝트가 끝난 직후부터 첫 분기까지는 아래 일정만 지켜도 세 유형을 대부분 미리 막을 수 있습니다.

| 시점 | 점검 항목 | 담당 | 산출물 |
|---|---|---|---|
| 0일 | 거버넌스 3역할 지정 확정, 모니터링 대시보드 셋업 | AX 총괄 | 역할 배정표, 대시보드 링크 |
| 30일 | 첫 월간 모니터링 리뷰, 반복 점검 신호 1차 점검 | 운영 리더 | 월간 리뷰 노트 |
| 60일 | 챔피언 점검 2회분 피드백 정리 | 부서 챔피언 | 현장 피드백 요약 |
| 90일 | 분기 재진단, Phase 확산 여부 결정 | AX 총괄, 운영 리더 | 재진단 결과지, 확산·보류 결정 |

이 일정은 지금 캘린더에 넣어 두는 것이 좋습니다. 외부 지원 없이 팀이 스스로 운영하게 만드는 것이 [AX WORKS를 시작합니다: 왜 “만들어 주지 않는” 서비스를 만들었나](https://troe.kr/insights/ax-works-launch/)에서 설명한 AX WORKS의 출발점이기도 합니다. 지금 조직의 상태는 [3분 진단](https://troe.kr/ax/diagnose/)으로 먼저 확인해 보세요.

## 근거와 출처

1. AX 프로젝트 종료 후 자체 운영 가이드라인 (AX Post-Project Self-Operations Guide) — TROE, 2026. 재발형·공백형·반짝형, 모니터링·진단·운영 3축, 지표와 경고 임계치, 반복 점검 체크리스트, 대응 트랙, 거버넌스 3역할, 확산 전 체크리스트, 실패 패턴, 30·60·90일 캘린더. 임계치는 실측이 아닌 TROE 권장 기준
2. 마케팅 AX 전환 가이드 (AI Native Marketing Guide v3.0) — TROE, 2026. 효율·품질·채택·재무 측정 영역과 챔피언·백업 지정 원칙

## 자주 묻는 질문

### 챔피언이 퇴사하거나 부서를 옮기면 무엇부터 하나요?

후임 챔피언부터 지정합니다. 챔피언 자리가 비면 현장 예외를 아무도 처리하지 않는 공백형이 시작되므로, 처음부터 백업 담당자를 함께 지정해 두는 것이 좋습니다.

### 프로젝트가 끝나면 지표를 새로 설계해야 하나요?

아니요. 착수 때 정한 지표를 그대로 씁니다. 지표를 바꾸면 Before/After 비교가 불가능해집니다.

### 외부 컨설팅은 언제 다시 부르나요?

분기 재진단에서 반복 점검 신호가 3개 이상이거나 총점이 크게 떨어졌을 때입니다. 이때는 Phase를 한 단계 되돌려 다시 시작하는 재설계 트랙을 검토합니다.

### 지표 집계도 사람이 해야 하나요?

아니요. 수작업으로 집계하면 그 자체가 또 하나의 반복 업무가 됩니다. 4개 영역을 매주·매월 자동으로 집계하는 것부터 시작합니다.


---

# AX 전환 업무 고르는 법: 판단·설계·실행 3단계와 H/P 표시

- URL: https://troe.kr/insights/ax-workflow-identify-design/
- 작성: 박충효 (TROE)
- 게시: 2026-10-27
- 분류: AX 실행

> **한 줄 정의** H/P 표시는 업무 단계마다 사람이 반드시 해야 하는 구간(H)과 반복 부담이 큰 구간(P)을 표시해, AI에게 맡길 범위를 정하는 워크플로우 설계 방법입니다.

## 핵심 요약

- AX는 도구를 들이는 일(Adoption)이 아니라 업무 방식과 조직 구조를 바꾸는 일(Transformation)입니다. 그래서 도구보다 업무 설계가 먼저입니다.
- AI로 바꾸기 좋은 업무는 반복되고, 판단 기준이 글로 정리돼 있고, 사람이 결과를 검토할 수 있는 업무입니다. 셋 중 하나라도 빠지면 뒤로 미룹니다.
- H/P 표시는 업무를 손이 움직이는 단위까지 쪼갠 뒤, 사람이 책임지는 구간(H)과 반복 부담 구간(P)을 표시하는 방법입니다. H 구간은 자동화하지 않습니다.
- 첫 전환 대상은 빈도와 소요 시간이 큰 P 구간 하나입니다. 작은 성공 하나가 다음 전환의 근거가 됩니다.

## AI·DX·AX는 무엇이 다른가?

AX(AI Transformation)는 AI를 도구로 들이는 데서 끝나지 않고, 업무 방식과 조직 구조를 AI 전제로 바꾸는 일입니다. 비슷해 보이는 세 말은 다루는 대상이 다릅니다.

| 구분 | 출발점 | 바뀌는 것 |
|---|---|---|
| AI | 1950년대 개념 등장, 딥러닝 발전, 알파고로 대중 인식 전환 | 기술 자체 |
| DX (디지털 전환) | 데이터 전산화, 클라우드 도입 | 비즈니스 프로세스의 디지털화 |
| AX (AI 전환) | 2022년 11월 ChatGPT 공개 이후 LLM 기반 업무 혁신 | 업무 방식과 조직 구조 |

DX가 종이 문서를 시스템으로 옮겼다면, AX는 그 시스템 안에서 사람이 하던 확인·입력·판단 일부를 AI에게 넘깁니다. 그래서 "어떤 도구를 쓸까"보다 "어느 업무의 어느 단계를 넘길까"가 먼저입니다.

## AX는 왜 시작 단계에서 멈추는가?

시작 단계의 실패는 대부분 업무 설계 없이 시범과 도구부터 움직일 때 생깁니다. 현장에서 반복되는 원인은 네 가지입니다.

| 원인 | 현장에서 보이는 모습 |
|---|---|
| POC만 반복 | 부서마다 시범 운영을 하지만 실제 업무로 이어지지 않는다. 시범, 검토, 다시 시범 |
| 팀 간 소통 단절 | AI 전담팀은 기술을 만들고, 현업은 쓸 줄 몰라 활용하지 않는다 |
| 엉뚱한 교육 | 최신 트렌드 위주라 교육을 받아도 내 업무에 적용하지 못한다 |
| 규칙 없이 먼저 도입 | 사용 정책 없이 도구부터 들여와 개인정보 유출, 오남용이 나중에 터진다 |

AX가 무너지는 순간은 시작 전, 확산 중, 끝난 후 세 번입니다. 이 글은 첫 번째를 다룹니다.

| 시점 | 대표 실패 | 다루는 글 |
|---|---|---|
| 시작 전 | POC 반복, 규칙 없는 도입, 엉뚱한 교육 | 이 글 |
| 확산 중 | 교육만 하고 업무에 연결하지 못함, 성과 측정 없이 진행, 소수 열정가 의존 | [마케팅 AI Agent 도입 로드맵: L3에서 L4로 가는 파일럿 5단계](https://troe.kr/insights/marketing-ai-agent-roadmap/) |
| 끝난 후 | 예전 방식으로 돌아가는 재발형, 책임자가 사라지는 공백형, 지표를 안 보게 되는 반짝형 | [AX 프로젝트 종료 후 운영 가이드: 재발형·공백형·반짝형 막는 법](https://troe.kr/insights/ax-post-project-operations/) |

반대로 시작이 잘 되는 조직에는 공통 조건이 있습니다. 경영진이 AI로 할 수 있는 일을 직접 이해하고, 경영진과 실무자가 같은 자리에서 배우고, 규칙을 도구보다 먼저 세우고, 업무를 가장 잘 아는 현업이 주도하고, 작은 성공부터 만듭니다.

## AI가 잘하는 일과 못하는 일은 어떻게 나누는가?

AI는 패턴이 있는 처리에 강하고, 가치 판단과 책임이 따르는 일에는 약합니다. 이 구분이 뒤에 나올 H와 P를 나누는 기준이 됩니다.

| AI가 잘하는 일 | 예 | AI가 못하는 일 | 이유 |
|---|---|---|---|
| 패턴 인식 | 로그 이상 징후 탐지 | 가치 판단 | 편향·윤리 판단을 맡길 수 없다 |
| 요약 | 대화·문서·회의록 정리 | 맥락 이해 | 상황, 관계, 뉘앙스 파악에 한계가 있다 |
| 예측 | 수치 데이터 기반 예측 | 실시간 정보 | 학습 시점 이후 정보가 없을 수 있다 |
| 생성 | 문서 초안, 디자인, 코드 | 책임 | 틀렸을 때 책임을 지지 못한다 |
| 분류 | 문서 종류 분류와 태깅 | 창의적 통찰 | 새로운 문제를 정의하는 힘이 약하다 |

AI가 잘못 판단했을 때의 책임은 AI가 아니라 그 서비스를 운영한 조직이 집니다.

## AI로 바꾸기 좋은 업무는 어떻게 고르는가?

반복성, 명확한 기준, 검토 가능성 세 가지를 모두 갖춘 업무부터 고릅니다.

| 기준 | 확인 질문 | 예 |
|---|---|---|
| 반복성 | 주 2회 이상 같은 방식으로 처리하는가? | 매주 같은 양식의 보고서 취합 |
| 명확한 기준 | 판단 기준이 글로 정리돼 있는가? | '만 원 이상이면 거부', '3년 이상 경력' |
| 검토 가능성 | 사람이 최종 결과를 확인하고 고칠 수 있는가? | 승인 전 담당자가 초안을 검토 |

세 기준을 통과한 후보가 여러 개라면 시작 장벽도 함께 봅니다. 데이터가 준비돼 있는지, 시스템을 연동해야 하는지, 접근 권한이 있는지를 확인하고, 임팩트가 크고 장벽이 낮은 업무부터 합니다.

문서 기반 업무라면 네 가지를 더 확인합니다. 구겨진 영수증이나 복잡한 서류도 정확히 읽는지(정확성), 한 번이 아니라 매번 같은 품질로 도는지(반복성), AI가 왜 그 결론을 냈는지 근거를 볼 수 있는지(검증 가능성), 최종 판단이 사람에게 남는지(통제 가능성)입니다.

## H 구간과 P 구간은 어떻게 표시하는가?

업무를 단계별로 쪼갠 뒤, 사람이 책임지는 지점에 H, 반복 부담이 큰 지점에 P를 붙입니다. H와 P 사이가 AI가 맡을 구간입니다.

| 구분 | 뜻 | 해당하는 경우 | 처리 원칙 |
|---|---|---|---|
| H (Human Required) | 사람이 반드시 해야 하는 구간 | 최종 승인·결재, 이해관계자 판단, 문제 발생 시 책임, 규정상 서명 | 자동화하지 않는다 |
| P (Pain Point) | 개선이 필요한 반복 부담 구간 | 같은 형식의 데이터 반복 입력, 여러 문서 확인·정리, 정해진 기준의 반복 판단 | AI 전환 최우선 대상 |

표시는 6단계로 합니다.

1. **현재 흐름 그리기**: 손이 실제로 움직이는 수준까지 업무를 단계별로 적습니다.
2. **더 잘게 쪼개기**: 각 단계를 산출물 기준으로 더 작게 나눕니다.
3. **H 표시하기**: 승인·판단·책임이 따르는 지점에 H를 붙입니다.
4. **P 표시하기**: 시간이 오래 걸리고 반복 부담이 큰 지점에 P를 붙입니다.
5. **우선순위 2개 고르기**: 빈도 × 소요 시간이 가장 큰 P 두 개를 고릅니다.
6. **자동화 구간 확정하기**: P와 H 사이를 AI가 맡는 구간으로 정하고 설계를 시작합니다.

예를 들어 지출 증빙 검토는 이렇게 나뉩니다.

| 단계 | 하는 일 | 표시 |
|---|---|---|
| 1 | 영수증 파일 업로드 | |
| 2 | 날짜·금액·항목 추출 | P |
| 3 | 지출 기준과 비교 판단 | P |
| 4 | 기준 초과 시 반려안, 이내 시 승인안 작성 | P |
| 5 | 담당자 최종 확인 | H |

2~4단계는 AI가 처리하고, 5단계는 사람이 합니다. 이력서 검토도 같은 구조입니다. 정보 추출, 직무 요건과의 비교, 면접 질문 후보 제안은 AI가 하고, 채용 결정은 채용 담당자가 합니다. 개인 업무 단위에서 이 구조를 운영하는 방법은 [마케터 개인 OS 가이드: 반복은 맡기고 승인은 사람이 하는 법](https://troe.kr/insights/marketer-personal-os-guide/)에서 결정 게이트로 다뤘습니다.

## 자동화를 시작할 때 무엇을 지켜야 하는가?

판단 기준을 글로 남기고, 결과를 계속 고치고, 데이터 보안을 먼저 확인합니다.

- **판단 기준을 글로 남긴다**: '교통비 2만 원 초과 시 반려', '경력 3년 미만 제외'처럼 AI에게 준 기준을 문서로 둡니다. 기준이 바뀌면 문서를 바로 고쳐야 판단이 일관됩니다.
- **결과를 계속 확인하고 개선한다**: 처음 설정은 완벽하지 않습니다. 오류 사례를 모아 기준을 다듬는 구조를 처음부터 만듭니다.
- **데이터 보안을 먼저 확인한다**: 대상 문서에 개인정보나 기밀이 있는지 점검하고, 도구의 보안 인증, 입력 데이터의 학습 활용 여부, 온프레미스 옵션을 확인합니다.

## 이번 주에 무엇부터 시작하면 되는가?

반복 업무 하나를 골라 쪼개고, H와 P를 표시하고, P 하나만 먼저 바꿉니다.

1. **반복 업무 하나 고르기**: 매일·매주·매달 하는 일 중 가장 번거로운 것 하나를 고릅니다.
2. **최대한 작게 쪼개기**: '서류 처리'가 아니라 '파일 열기 → 정보 찾기 → 입력하기'처럼 나눕니다.
3. **H와 P 구분하기**: 각 단계에 표시를 붙이면 자동화할 곳과 사람이 할 곳이 한눈에 보입니다.
4. **P 하나만 먼저 전환하기**: 임팩트가 크고 시작하기 쉬운 구간 하나에서 작은 성공을 만듭니다.

질문도 바꿉니다. "AI가 전부 할 수 있을까?"가 아니라 "어디까지 AI가 돕고, 어디부터 사람이 해야 할까?"입니다. 사람의 역할을 없애는 것이 아니라, 반복을 줄여 판단과 책임에 집중하게 만드는 것이 AX입니다.

내 업무를 직접 설계하고 운영할 사람이 조직에 있는지는 [Builder Level B0~B4: 비개발자가 AI 에이전트를 만들게 되는 5단계](https://troe.kr/insights/builder-level/)로 가늠할 수 있습니다. 조직이 지금 어느 단계인지는 [3분 진단](https://troe.kr/ax/diagnose/)으로 먼저 확인해 보세요.

## 근거와 출처

1. AX 전환 실무가이드 (AI Transformation Workflow Playbook) — TROE, 2026. 판단·설계·실행 3요소, 업무 선별 3기준, 6단계 설계법, H/P 정의, 실패 원인 4가지, 성공 조건 5가지
2. 마케팅 AX 전환 가이드 (AI Native Marketing Guide v3.0) — TROE, 2026. 교육 후 업무 연결 실패, 소수 열정가 의존 등 확산 단계 실패 원인
3. AX 프로젝트 종료 후 자체 운영 가이드라인 — TROE, 2026. 재발형·공백형·반짝형과 종료 후 실패 패턴
4. Introducing ChatGPT — OpenAI, 2022 (https://openai.com/index/chatgpt/). 2022년 11월 ChatGPT 공개 시점

## 자주 묻는 질문

### H 구간은 정말 자동화하면 안 되나요?

안 됩니다. H 구간은 승인·결재, 이해관계자 판단, 책임, 서명이 필요한 지점이라 AI가 틀렸을 때 책임질 수 없습니다. AI는 H 구간 앞까지 정보와 초안을 준비하고, 결정은 사람이 합니다.

### 처음에 고를 업무는 몇 개가 적당한가요?

한 개입니다. 6단계 설계에서 우선순위 P를 두 개 고르되, 실제 전환은 임팩트가 크고 시작 장벽이 낮은 한 구간부터 합니다.

### 도구부터 고르면 왜 안 되나요?

무엇을 맡길지 정하지 않으면 도구가 해결할 문제도 정해지지 않기 때문입니다. 사용 규칙 없이 도구부터 들이면 개인정보 입력이나 오남용 같은 문제가 나중에 생깁니다.

### 판단 기준이 글로 없는 업무는 어떻게 하나요?

기준을 먼저 문서로 쓰는 것이 첫 작업입니다. '교통비 2만 원 초과 시 반려'처럼 쓸 수 있으면 AI도 같은 기준으로 판단하고, 쓸 수 없으면 아직 사람이 할 업무입니다.


---

# 마케팅 AI Agent 도입 로드맵: L3에서 L4로 가는 파일럿 5단계

- URL: https://troe.kr/insights/marketing-ai-agent-roadmap/
- 작성: 박충효 (TROE)
- 게시: 2026-10-27
- 분류: AI 마케팅

> **한 줄 정의** 마케팅 Agent 파일럿 5단계는 업무 발굴, 흐름 설계, 파일럿 제작, 성과 측정, 전사 확산을 차례로 거쳐 개인의 AI 활용을 조직의 운영 체계로 바꾸는 절차입니다.

## 핵심 요약

- AI 교육을 마친 마케팅 조직은 대개 성숙도 L3(AI 통합) 단계에 있고, 다음 목표는 Agent가 반복 업무를 처리하는 L4(AI 자동화)입니다.
- 확산이 멈추는 원인은 교육만 하고 업무에 연결하지 못함, 측정 없이 진행, 소수 열정가 의존, 변화 피로, 문화 없이 도구만 도입의 다섯 가지입니다.
- Agent 파일럿은 업무 발굴, 흐름 설계, 파일럿 제작, 성과 측정, 전사 확산의 5단계로 진행하고, 단계마다 산출물과 완료 기준을 둡니다.
- 성과는 효율·품질·채택·재무 4영역으로 측정합니다. 생성 시간만 재면 검수·수정 시간이 빠져 효율이 부풀려집니다.
- 광고 예산 변경과 고객 메시지 발송은 처음부터 자동 집행하지 않습니다. 검색·요약·초안·권고안부터 시작하고 집행은 사람이 승인합니다.

## 우리 마케팅 조직은 지금 성숙도 몇 단계인가?

AI 교육을 마친 마케팅 조직은 대개 L3(AI 통합) 단계에 있고, 다음 목표는 L4(AI 자동화)입니다. 성숙도 L1~L5의 정의는 [Builder Level B0~B4: 비개발자가 AI 에이전트를 만들게 되는 5단계](https://troe.kr/insights/builder-level/)와 같은 기준을 씁니다.

| 단계 | 이름 | 마케팅 조직에서 보이는 신호 | 다음 과제 |
|---|---|---|---|
| L1 | AI 인식 | 일부 직원만 개인적으로 AI를 쓴다. 캠페인 전략·고객 세그먼트 입력 기준이 없다 | 사용 가능 업무와 금지 데이터 정의 |
| L2 | AI 실험 | 회의록·보고서 초안 같은 단위 실험이 늘지만 결과가 개인 역량에 달려 있다 | 파일럿마다 Before/After 측정 |
| L3 | AI 통합 | CDP·CRM·광고 플랫폼·분석 도구와 AI 시나리오가 연결되기 시작한다 | 반복 업무 3개를 Agent 파일럿으로 전환 |
| L4 | AI 자동화 | 리서치·콘텐츠 변형·캠페인 리포트·실험 제안이 자동 워크플로우로 돈다 | 멀티 Agent 협업과 표준 운영 모델 |
| L5 | AI Native | 신규 캠페인이 처음부터 AI 사용을 전제로 설계된다 | 파트너사·고객 접점까지 확장 |

L3에서 L4로 넘어가는 핵심은 개인이 AI를 잘 쓰는 것이 아니라, 담당자가 바뀌어도 Agent가 같은 품질로 도는 구조를 만드는 것입니다.

## 교육이 끝난 뒤 AX 확산이 멈추는 이유는 무엇인가?

교육을 업무에 연결하지 못하고, 숫자 없이 진행하고, 몇 사람에게 기대는 것이 주된 원인입니다. 시작 단계의 실패는 [AX 전환 업무 고르는 법: 판단·설계·실행 3단계와 H/P 표시](https://troe.kr/insights/ax-workflow-identify-design/)에서 다뤘고, 이 글은 확산 단계의 실패를 다룹니다.

| 실패 원인 | 대응 |
|---|---|
| 교육만 하고 실제 업무에 연결하지 못함 | 교육 후 2주 안에 팀마다 실제 업무 1개를 골라 실습한다. 교육 자료가 아니라 실제 캠페인 브리프·채널 리포트로 한다 |
| 성과 측정 없이 진행해 경영진 지지를 잃음 | 착수 전에 지표와 데이터 출처를 정하고 4주 단위로 숫자를 보고한다 |
| 소수 열정가에 의존해 퇴사·이동 시 중단 | 챔피언 1명과 백업 1명을 함께 지정하고, Agent의 목적·입력·예외 처리·로그를 표준 양식으로 남긴다 |
| 변화 피로가 쌓여 저항이 커짐 | 업무 제거가 아니라 초안·수집·검토 보조부터 시작하고, 중지·수정·승인 권한을 담당자에게 남긴다 |
| 도구만 도입하고 문화는 그대로 | 주간 회의에 "AI로 줄인 일"과 "AI 결과 검토 이슈"를 고정 안건으로 넣는다 |

지속성을 만드는 원리도 다섯 가지로 정리됩니다. 2주 안에 끝나는 작은 성공을 만들고, 숫자로 보여 주고, 직군별 챔피언에게 권한을 주고, 담당자가 신뢰할 수 있는 속도로 바꾸고, AI 활용을 브리프·리포트·회고 템플릿 안에 넣어 습관으로 만듭니다.

## AI Agent는 챗봇과 무엇이 다른가?

챗봇은 질문에 답하고, AI Agent는 목표를 받아 스스로 계획을 세우고 도구를 써서 일을 끝냅니다. Agent는 목표 입력, 계획 수립, 도구 사용, 자기 검토, 결과 전달의 순서로 움직입니다.

| 구분 | 하는 일 | 마케팅 예 |
|---|---|---|
| 단일 Agent | 한 Agent가 처음부터 끝까지 처리한다. 단순하고 연결된 업무에 맞다 | 오늘 광고 성과를 요약하고 이상 지표를 알려 준다 |
| 멀티 Agent | 여러 Agent가 수집·분석·보고처럼 역할을 나눠 협업한다 | 수집 Agent, 분석 Agent, 보고서 Agent가 주간 리포트를 만든다 |

실무에서는 정해진 흐름을 따르는 워크플로우와 스스로 과정을 정하는 Agent를 구분하고, 대부분의 업무는 단순한 워크플로우로 충분한지부터 확인하는 것이 좋습니다(Anthropic, 2024).

## Agent 파일럿은 어떤 5단계로 진행하는가?

업무 발굴, 흐름 설계, 파일럿 제작, 성과 측정, 전사 확산의 순서로 진행하고, 단계마다 산출물과 완료 기준을 둡니다.

| 단계 | 산출물 | 기간 | 완료 기준 |
|---|---|---|---|
| 1. 업무 발굴 | 자동화 후보 백로그 | 1~2주 | 월 10회 이상 반복, 담당자 2명 이상 사용, 기준 데이터 확보, 실패 시 영향이 제한적인 업무를 고름 |
| 2. 흐름 설계 | 입력-처리-출력 설계서 | 1~2주 | 담당자, 데이터 소스, 승인 지점, 실패 처리, 로그 보관 위치가 모두 문서화됨 |
| 3. 파일럿 제작 | 작동하는 MVP Agent | 2~4주 | 시간·품질·오류·만족도 중 2개 이상 개선 |
| 4. 성과 측정 | ROI 리포트 | 2주 | 절감 시간과 업무 품질을 함께 보고. 실패한 파일럿도 중단 이유와 재시도 조건을 남김 |
| 5. 전사 확산 | 표준 Agent 운영 모델 | 4~8주 | 특정 개인 없이 문서와 권한 체계만으로 운영·수정·중단을 판단할 수 있음 |

각 단계에서 지킬 점이 있습니다.

- **업무 발굴**: 개인 식별 정보, 미공개 캠페인, 계약 조건이 들어가는 업무는 미리 뺍니다. 광고 예산이나 고객 메시지를 처음부터 자동 집행하지 않습니다.
- **흐름 설계**: 현업 담당자와 60분 워크숍으로 현재 프로세스를 그리고, AI가 맡을 단계와 사람이 승인할 단계를 다른 색으로 표시합니다. 1편의 H/P 표시와 같은 작업입니다. 설계서에는 "AI가 틀리면 누가 발견하는가, 되돌릴 수 있는가, 고객에게 직접 노출되는가"에 대한 답이 있어야 합니다.
- **파일럿 제작**: 사용자 5~10명, 실제 데이터, 2~4주로 운영합니다. 처음 2주는 읽기 전용 데이터와 초안 생성 중심으로 두고, 실행 로그와 사용자 수정 이력을 모두 남깁니다.
- **성과 측정**: 수작업 기준선 2주치를 먼저 잽니다. 경영진 보고에는 다음 투자 요청과 예상 효과를 함께 넣습니다.
- **전사 확산**: 비슷한 업무를 가진 팀부터 복제하고, 좋은 사례를 다음 파일럿의 템플릿으로 씁니다.

구현 도구는 단계에 맞춰 고릅니다. 간단한 자동화는 n8n·Zapier 같은 노코드 도구와 범용 AI, 사내 시스템 연동은 API 게이트웨이와 권한별 서비스 계정·감사 로그, 복잡한 협업은 LangChain·CrewAI·Copilot Studio 같은 Agent 프레임워크를 검토합니다. 도구를 역할별로 나누는 방법은 [커맨드 마케팅 × AI 에이전트 도구: 책의 지시서를 업무에 꽂는 법](https://troe.kr/insights/command-marketing-agent-tools/)에 정리했습니다.

## 직군별로 어떤 Agent부터 만드는가?

브랜드·콘텐츠·퍼포먼스·그로스 직군마다 리서치·요약·초안·점검처럼 쉬운 Agent부터 시작합니다. 아래 24개는 직군별로 바로 검토할 수 있는 후보입니다.

| 브랜드 | 콘텐츠 | 퍼포먼스 | 그로스 |
|---|---|---|---|
| 브랜드 인텔리전스 모니터링 | 검색 주제 클러스터 | 미디어 성과 Pulse | 전환 퍼널 이상 탐지 |
| 캠페인 전략 브리프 | 콘텐츠 브리프·캘린더 | 예산 페이싱·이상 탐지 | 그로스 실험 백로그 |
| 브랜드 보이스 검수 | 멀티채널 카피 리패키징 | 소재 피로도 진단 | 고객 여정 메시지 |
| VOC 테마 마이닝 | 롱폼-숏폼 재활용 | 캠페인 런칭 체크 | 이탈 위험 세그먼트 |
| 경쟁 캠페인 디코딩 | 편집·사실·저작권 검수 | 키워드·오디언스 확장 | 온보딩 개인화 |
| 브랜드 자산 지식베이스 | 콘텐츠 성과 패턴 | 주간 최적화 회고 | 실험 결과 학습 |

직군별로 먼저 시작하기 좋은 Agent와 사람이 승인하는 지점은 다음과 같습니다. 목표 효과는 가이드가 제시한 목표치이며 실측 결과가 아닙니다.

| 직군 | Agent | 하는 일 | 목표 효과 | 사람이 승인하는 지점 |
|---|---|---|---|---|
| 브랜드 | 브랜드 인텔리전스 모니터링 | 뉴스·검색·커뮤니티·리뷰 언급을 매일 모아 이슈와 기회를 분류한 1페이지 브리핑 | 주간 리서치 6시간을 일일 자동 브리핑으로 | 외부 대응 문구, 위기 등급 변경 |
| 브랜드 | 브랜드 보이스 검수 | 브랜드 가이드·금칙어·법무 기준으로 카피를 문장별 통과/권고/차단 판정 | 1차 검수 시간 50% 단축 | 외부 공개 전 최종 카피 |
| 콘텐츠 | 검색 주제 클러스터 | 검색어·고객 질문·기존 URL로 주제 클러스터와 신규 콘텐츠 우선순위 작성 | 월간 SEO 기획 2일을 3시간으로 | 검색량·난이도 수치는 실제 분석 도구와 대조 |
| 콘텐츠 | 멀티채널 카피 리패키징 | 원본 하나를 블로그·SNS·뉴스레터·숏폼 스크립트로 변형 | 채널별 변형 제작 시간 70% 단축 | 바꿀 수 없는 사실과 필수 고지 문구 |
| 퍼포먼스 | 미디어 성과 Pulse | 채널 데이터를 통합해 전일 대비 변동, 목표 진척, 이상 지표, 우선 액션 정리 | 데일리 리포트 90분을 자동 브리핑으로 | 예산·입찰 변경은 권고안으로만 |
| 퍼포먼스 | 캠페인 런칭 체크 | UTM·픽셀·전환 이벤트·랜딩·예산·타깃·네이밍을 런칭 전에 점검 | 세팅 오류와 재집행 비용 감소 | 런칭 승인 |
| 그로스 | 전환 퍼널 이상 탐지 | 유입부터 재구매까지 단계별 전환율을 매일 감시해 급락 구간 탐지 | 퍼널 이슈 인지를 수일에서 당일로 | 원인 판단과 대응 결정 |
| 그로스 | 고객 여정 메시지 | 가입·장바구니 이탈·휴면 같은 이벤트별 메시지 초안 작성 | CRM 메시지 제작 시간 60% 단축 | 고객 발송, 동의 범위와 빈도 제한 |

프롬프트는 역할, 고정 컨텍스트, 작업, 검증, 출력 형식을 분리해 씁니다. 예를 들어 브랜드 인텔리전스 Agent는 이렇게 지시합니다.

> 역할: 당신은 브랜드 인텔리전스 애널리스트다. 컨텍스트: [브랜드], [제품군], [경쟁 브랜드], [수집 채널], [기간]의 공개 자료만 사용한다. 작업: 새로 등장한 브랜드 신호를 이슈·기회·경쟁 움직임으로 분류하고 전주 대비 변화와 예상 영향을 설명하라. 검증: 모든 사실에 출처 URL과 게시일을 붙이고, 근거가 약한 내용은 '추가 확인 필요'로 표시하라. 출력: 임원 요약 5줄, 우선순위 표, 오늘의 대응 액션 3개, 원문 링크 목록.

## 성과는 무엇으로 측정하는가?

효율·품질·채택·재무 네 영역으로 측정합니다. 이 네 영역은 파일럿 단계부터 프로젝트가 끝난 뒤의 운영 단계까지 같은 지표로 씁니다. 지표를 바꾸면 Before/After 비교가 무너지기 때문입니다. 프로젝트가 끝난 뒤 이 지표로 붕괴 신호를 잡는 방법은 [AX 프로젝트 종료 후 운영 가이드: 재발형·공백형·반짝형 막는 법](https://troe.kr/insights/ax-post-project-operations/)에 정리했습니다.

| 영역 | 측정할 것 | 주의할 점 |
|---|---|---|
| 효율 | 업무 처리 시간, 재작업 시간, 대기 시간 | 생성 시간만 재지 말고 검수·수정·승인 시간을 포함한다 |
| 품질 | 오류율, 수정 횟수, 누락 항목, 승인 반려율 | 발행량이 늘어도 검수 통과율이 떨어지지 않는지 함께 본다 |
| 채택 | 주간 활성 사용자 비율, 반복 사용률, 사용자 만족도 | 만족도는 5점 척도와 자유 의견을 함께 받는다 |
| 재무 | 절감 시간의 비용 환산, 도구 비용, 운영 인력 비용 | 초기 구축 학습 비용을 포함하고 3개월·6개월 누적으로 본다 |

계산은 두 산식으로 합니다.

- **월간 절감액** = 절감 시간 × 월 발생 건수 × 평균 인건비 − 월간 AI 운영비
- **ROI** = (운영 절감액 + 증분 성과액 + 대체 비용 − AI 운영비) ÷ AI 운영비

TROE는 ROI 1.5배 이상이거나 핵심 리스크 감소 효과가 분명한 Agent를 다음 부서 확산 대상으로 권장합니다. 직군별로는 브랜드 건강도(Share of Search, 메시지 일관성 검수 통과율), 콘텐츠 생산성(월간 승인 콘텐츠 수 ÷ 총 제작 투입 시간), 미디어 효율(예산 페이싱 편차), 퍼널 성장(실험군과 통제군의 증분 전환율)을 더해 봅니다.

## 18개월 로드맵은 어떻게 나누는가?

Quick Win, Scale Up, AI Native화의 세 Phase로 나누고, 앞 Phase의 성과를 검증한 뒤에만 다음 Phase로 넘어갑니다.

| Phase | 기간 | 하는 일 | 다음으로 넘어가는 기준(TROE 권장) |
|---|---|---|---|
| 1. Quick Win | 1~3개월 | 직군별 챔피언 지정, 쉬운 Agent 4개 파일럿, 고객 데이터·브랜드 자산·저작권 정책 수립, Before/After 기준 측정 | 업무 시간 20% 이상 절감 사례 3건 |
| 2. Scale Up | 4~9개월 | 중간 난이도 Agent 6~10개 추가, CDP·CRM·GA4·광고 플랫폼 API 연동, 거버넌스 위원회 정식 운영 | 주간 활성 사용자 비율 60% 이상 |
| 3. AI Native화 | 10~18개월 | 캠페인 기획·제작·집행 멀티 Agent, 개인화·리텐션 Agent, AI 성과를 경영 KPI에 포함 | 핵심 반복 업무 40% 이상 자동화 |

로드맵과 함께 거버넌스를 세웁니다. AI에 넣을 수 있는 데이터를 공개·내부·기밀·비밀로 분류하고, 마케팅·IT·데이터·법무·개인정보 담당이 참여하는 운영 위원회를 두고, 외부 공개 콘텐츠·광고 예산 변경·고객 메시지의 승인 기준을 명확히 합니다. 이 승인 지점이 1편에서 정의한 H 구간입니다.

## 어디서부터 시작하면 되는가?

직군마다 쉬운 Agent 하나를 골라 2주 안에 결과를 보여 주는 것부터 시작합니다. 경쟁 브랜드 뉴스 요약, 숏폼 카피 변형, 일일 광고 성과 브리핑처럼 단순하지만 매일 반복되는 업무가 좋은 후보입니다. 성과는 "누가, 어떤 일을, 몇 분 줄였는지"로 공유합니다.

Agent를 만들고 운영할 사람이 조직에 있는지는 [Builder Level B0~B4: 비개발자가 AI 에이전트를 만들게 되는 5단계](https://troe.kr/insights/builder-level/)로, 조직이 지금 어느 단계인지는 [3분 진단](https://troe.kr/ax/diagnose/)으로 먼저 확인해 보세요.

## 근거와 출처

1. 마케팅 AX 전환 가이드 (AI Native Marketing Guide v3.0) — TROE, 2026. 성숙도 L1~L5, 확산 실패 원인과 지속성 원리, Agent 구현 5단계, 직군별 Agent 24개와 목표 효과, KPI 7영역과 산식, 18개월 로드맵. 목표 효과와 승인 기준은 실측이 아닌 TROE 권장 기준
2. AX 전환 실무가이드 (AI Transformation Workflow Playbook) — TROE, 2026. H 구간과 승인 지점의 정의
3. Building effective agents — Anthropic, 2024 (https://www.anthropic.com/research/building-effective-agents). 정해진 흐름을 따르는 워크플로우와 스스로 과정을 정하는 에이전트의 구분

## 자주 묻는 질문

### 광고 예산이나 고객 메시지는 언제부터 자동화하나요?

처음에는 자동 집행하지 않습니다. 첫 3개월은 제안형 AI로 운영하고, 검증된 업무만 실행형 Agent로 넘기되 예산 변경과 고객 발송은 담당자 승인 후 집행합니다.

### Agent 파일럿 규모는 어느 정도가 적당한가요?

사용자 5~10명이 실제 데이터로 2~4주 운영하는 규모를 권장합니다. 처음 2주는 읽기 전용 데이터와 초안 생성 중심으로 둡니다.

### n8n 같은 노코드 도구와 개발 프레임워크 중 무엇으로 시작하나요?

노코드 자동화 도구와 범용 AI의 조합으로 시작합니다. 사내 시스템 연동이나 여러 Agent의 협업이 필요해질 때 API 연동과 Agent 프레임워크를 검토합니다.

### 성과 측정은 언제부터 시작하나요?

파일럿 착수 전부터입니다. 수작업 기준선을 2주 먼저 측정해 두어야 AI 적용 후와 비교할 수 있습니다.


---

# AX WORKS를 시작합니다: 왜 “만들어 주지 않는” 서비스를 만들었나

- URL: https://troe.kr/insights/ax-works-launch/
- 작성: 박충효 (TROE)
- 게시: 2026-10-25
- 분류: AX 실행

> **한 줄 정의** AX WORKS는 AX 프로젝트를 다루는 TROE의 방법론과 서비스 묶음이며, 도구가 아니라 조직 안에 남는 역량을 만드는 것을 목표로 합니다.

## 핵심 요약

- AX WORKS의 기준은 “만들어 드리지 않습니다. 만들 수 있게 합니다.”입니다. 납품이 끝나도 운영이 멈추지 않도록 현업 팀이 함께 만들며 배웁니다.
- 진행은 판단, 설계, 실행 세 단계이며, 승인·판단·책임이 따르는 구간은 자동화하지 않습니다.
- 상품은 진단, Blueprint, Sprint 90, Academy, Operate로 나뉘고 필요한 단계만 선택해 쓸 수 있습니다.

## 왜 “만들어 주지 않는” 서비스인가?

만들어 드리는 방식은 납품이 끝나는 순간 운영이 멈추기 쉽습니다. AX WORKS는 “만들어 드리지 않습니다. 만들 수 있게 합니다.”를 기준으로 삼습니다. 현업 팀이 함께 만들며 배우고, 마지막에는 팀이 스스로 운영합니다.

## 어떤 순서로 진행하는가?

판단, 설계, 실행의 세 단계로 진행합니다. 도구보다 워크플로우 설계가 먼저이고, 설계가 선명하면 구현은 빠르게 따라옵니다.

1. **판단**: AI 전환이 가능한 지점을 고릅니다. 반복되고, 기준이 명확하고, 사람이 검토할 수 있는 업무를 우선합니다.
2. **설계**: H(사람 필수)와 P(개선 대상)를 표시합니다. 위험한 자동화는 피하고 효과가 가장 큰 구간을 찾습니다.
3. **실행**: 작은 성공을 먼저 만들고, 그 경험으로 확장합니다. 승인·판단·책임이 따르는 구간은 자동화하지 않습니다.

## 상품은 어떻게 구성되어 있는가?

진단, 설계, 가동, 역량, 운영의 다섯 상품으로 구성되며 필요한 단계만 선택해 쓸 수 있습니다. 모든 상품을 함께 쓸 필요는 없습니다.

| 단계 | 상품 | 하는 일 |
|---|---|---|
| 진단 | [Diagnose](https://troe.kr/ax/diagnose/) | 7개 영역 준비도와 반복 업무 ROI를 3분 안에 확인하는 무료 자가 진단 |
| 설계 | [Blueprint](https://troe.kr/ax/blueprint/) | 1일 워크숍과 2주 실행 설계로 AI를 먼저 넣을 업무를 정함 |
| 가동 | [Sprint 90](https://troe.kr/ax/sprint-90/) | 업무 1개를 90일 안에 실제로 가동 |
| 역량 | [Academy](https://troe.kr/ax/academy/) | B0–B4 단계별로 역량을 팀에 이관 |
| 운영 | [Operate](https://troe.kr/ax/operate/) | 운영 기준과 정기 점검, 내부 이관을 6–12개월 동안 함께 맡음 |

## 어디서 시작하면 좋은가?

[3분 진단](https://troe.kr/ax/diagnose/)으로 현재 위치를 확인하세요. 이메일 없이 결과를 볼 수 있습니다. 진단 결과를 보며 상담을 원하시면 [문의](https://troe.kr/contact/)를 남겨 주세요.

## 근거와 출처

1. AX WORKS 개요 — TROE, 2026 (https://troe.kr/ax/). 방법론 3단계와 상품 구성
2. Sprint 90 — TROE, 2026 (https://troe.kr/ax/sprint-90/). 함께 만들며 배우는 90일 가동 방식

## 자주 묻는 질문

### AX WORKS란 무엇인가요?

AX 프로젝트를 다루는 TROE의 방법론과 서비스 묶음입니다. 도구가 아니라 조직 안에 남는 역량을 만드는 것을 목표로 합니다.

### TROE가 대신 만들어 주나요?

아니요. 현업 팀이 함께 만들며 배우고, 마지막에는 팀이 스스로 운영할 수 있게 하는 방식입니다.

### 모든 상품을 써야 하나요?

아니요. 3분 진단 결과로 현재 위치에 맞는 시작점을 정하고 필요한 단계만 선택합니다.

### 비용과 기간은 어떻게 정해지나요?

기간·범위·비용은 상담에서 안내합니다.


---

# Builder Level B0~B4: 비개발자가 AI 에이전트를 만들게 되는 5단계

- URL: https://troe.kr/insights/builder-level/
- 작성: 박충효 (TROE)
- 게시: 2026-10-25
- 분류: 조직 역량

> **한 줄 정의** Builder Level은 비개발자가 AI 에이전트를 명세·조립·검증·운영하는 역량을 5단계(B0~B4)로 정의한 TROE의 프레임워크입니다. 각 단계의 통과 기준은 지식이 아니라 산출물입니다.

## 핵심 요약

- Builder Level은 사람의 역량을 B0 사용자부터 B4 운영 책임자까지 5단계로 나누고, 단계마다 산출물로 통과를 판단합니다.
- B1 명세자(업무 PRD 1장)는 가장 자주 건너뛰는 단계입니다. 성공 기준을 먼저 쓰지 않으면 파일럿이 멈추기 쉽습니다.
- 조직 성숙도(L1~L5)와 함께 보면 지금 조직에 필요한 Builder Level이 보입니다.

## Builder Level은 왜 필요한가?

도구를 도입해도 실제 업무에서 쓰는 사람은 일부에 그치는 일이 많습니다. “누가 무엇을 할 수 있는가”를 같은 언어로 말하지 못하면 교육도 파일럿도 범위가 흐려집니다. Builder Level은 사람의 역량을 단계로 나눠 말하기 위한 기준입니다.

## B0~B4는 각각 무엇을 할 수 있는 단계인가?

B0은 AI에 업무 컨텍스트를 넘기는 단계이고, B4는 팀 전체가 안전하게 쓰게 하고 멈출 수 있게 하는 단계입니다. 각 단계는 아래 산출물로 통과를 판단합니다.

| 단계 | 이름 | 할 수 있는 것 | 통과 기준(산출물) |
|---|---|---|---|
| B0 | 사용자 | 내 업무 컨텍스트를 AI에 넘길 수 있다 | 컨텍스트 팩 1개 |
| B1 | 명세자 | 사람이 판단할 것과 에이전트가 준비할 것을 나눈다 | 업무 PRD 1장 (코딩 없음) |
| B2 | 조립자 | 노코드 빌더로 조립하고 승인 지점을 넣는다 | 2주 이상 실제 가동된 에이전트 |
| B3 | 오케스트레이터 | 여러 에이전트를 엮고 품질을 지속 측정한다 | eval 세트 20문항 |
| B4 | 운영 책임자 | 팀 전체가 안전하게 쓰게 하고, 멈출 수 있게 한다 | 운영 핸드북 + 감사 로그 |

## B1 명세자는 왜 중요한가?

B1은 가장 자주 건너뛰는 단계입니다. 업무를 “사람이 판단할 부분”과 “에이전트가 준비할 부분”으로 나누지 않고 조립부터 시작하면, 무엇을 성공으로 볼지 정하지 못한 채 파일럿이 멈추기 쉽습니다. AX WORKS의 [Blueprint](https://troe.kr/ax/blueprint/)가 H(사람 필수)와 P(개선 대상)를 먼저 표시하는 이유도 같습니다.

## 조직 성숙도(L1~L5)는 무엇이고, 왜 Builder Level과 함께 보는가?

조직 성숙도는 조직이 AI를 얼마나 업무에 쓰고 있는지를 5단계로 보는 기준이고, Builder Level은 그 업무를 누가 만들고 운영할 수 있는지를 보는 기준입니다. 성숙도만으로는 **누가 할 수 있는가**에 답하지 못하고, Builder Level만으로는 **조직이 지금 어디에 있는가**에 답하지 못합니다.

| 단계 | 이름 | 상태 | 주요 신호 | 다음 단계 |
|---|---|---|---|---|
| L1 | AI 인식 (Awareness) | AI를 개인 생산성 도구로 이해하지만, 조직 차원의 사용 기준과 데이터 정책은 아직 없다. | 일부 직원만 ChatGPT, Claude 등을 개인적으로 사용 | 사용 가능 업무와 금지 데이터를 먼저 정의 |
| L2 | AI 실험 (Experimentation) | 팀별 파일럿이 생기지만 성과 기준이 통일되지 않아 성공 사례가 확산되기 어렵다. | 회의록·이메일·보고서 초안 같은 단위 업무 실험 증가 | 파일럿마다 Before/After 시간, 오류율, 만족도 측정 |
| L3 | AI 통합 (Integration) | 개인 도구가 아니라 실제 업무 흐름에 AI를 연결한다. | 데이터·분석·플랫폼 도구와 AI 시나리오가 연결됨 | 반복 업무 3개를 Agent 파일럿으로 전환 |
| L4 | AI 자동화 (Automation) | AI Agent가 데이터를 찾고 판단 기준에 따라 처리하며, 사람은 예외 승인과 전략 판단에 집중한다. | 리서치·콘텐츠 변형·리포트 등이 자동 워크플로우로 운영 | 멀티 Agent 협업과 전사 표준 운영 모델 수립 |
| L5 | AI Native (Native) | 신규 업무와 서비스가 처음부터 AI 사용을 전제로 설계되고, AI가 운영 체계의 일부가 된다. | 성과·비용·품질·리스크를 실시간 대시보드로 관리 | 파트너사와 고객 접점까지 AI 협업 체계 확장 |

## 성숙도 단계마다 어느 Builder Level이 필요한가?

L1–L2는 B0, L3는 B1–B2, L4는 B2–B3, L5는 B4가 핵심입니다. 아래는 조직 안에 최소한 필요하다고 보는 예시이며, 조직 상황에 따라 달라질 수 있습니다.

| 조직 성숙도 | 핵심이 되는 Builder Level |
|---|---|
| L1 AI 인식 | B0 |
| L2 AI 실험 | B0 |
| L3 AI 통합 | B1–B2 |
| L4 AI 자동화 | B2–B3 |
| L5 AI Native | B4 |

- **L1–L2**: 개인이 AI를 쓰는 단계입니다. 컨텍스트를 넘기는 B0가 기본이고, 사용 기준과 금지 데이터를 먼저 정해야 합니다.
- **L3**: 업무 흐름에 AI를 연결하려면 사람이 판단할 부분과 에이전트가 준비할 부분을 나누는 B1, 승인 지점을 넣어 조립하는 B2가 필요합니다. 조직별 AI 챔피언과 승인 프로세스를 이 단계에서 확정합니다.
- **L4**: Human-in-the-Loop 승인 지점과 실패 시 롤백 절차가 있어야 합니다. 여러 에이전트의 품질을 측정하는 B3까지 필요해집니다.
- **L5**: 성과·비용·품질·리스크를 관리하고 멈출 수 있게 하는 B4 운영 책임자가 운영 체계의 중심이 됩니다.

## 우리 조직은 어디에서 시작하면 좋은가?

먼저 조직이 어느 성숙도 단계에 있고 팀원이 어느 Builder Level에 있는지 확인하세요. [3분 진단](https://troe.kr/ax/diagnose/)으로 현재 위치를 볼 수 있고, [Academy](https://troe.kr/ax/academy/)는 직군·수준에 맞춰 B0–B4 역량을 단계별로 넘깁니다.

## 근거와 출처

1. 마케팅 AX 전환 가이드 (AI Native Marketing Guide v3.0) — TROE, 2026. 조직 성숙도 L1~L5의 정의와 주요 신호
2. AX WORKS Academy — TROE, 2026 (https://troe.kr/ax/academy/). B0–B4 단계별 역량 이관

## 자주 묻는 질문

### Builder Level이란 무엇인가요?

비개발자가 AI 에이전트를 명세·조립·검증·운영하는 역량을 5단계(B0~B4)로 정의한 프레임워크입니다.

### 통과 기준은 무엇인가요?

지식 시험이 아니라 산출물입니다. B0은 컨텍스트 팩 1개, B1은 업무 PRD 1장, B2는 2주 이상 가동된 에이전트, B3은 eval 세트 20문항, B4는 운영 핸드북과 감사 로그입니다.

### 코딩을 알아야 하나요?

아니요. B1의 업무 PRD는 코딩 없이 작성하고, B2는 노코드 빌더로 조립합니다.

### Builder Level과 조직 성숙도(L1~L5)는 어떻게 다른가요?

조직 성숙도는 조직이 AI를 업무에 얼마나 쓰는지(L1 인식에서 L5 AI Native까지)를 보고, Builder Level은 그 업무를 만들고 운영할 수 있는 사람의 역량(B0에서 B4까지)을 봅니다. 함께 보면 다음 단계에 필요한 역량이 보입니다.


---

# 커맨드 마케팅 × AI 에이전트 도구: 책의 지시서를 업무에 꽂는 법

- URL: https://troe.kr/insights/command-marketing-agent-tools/
- 작성: 박충효 (TROE)
- 게시: 2026-10-25
- 분류: AX 실행

> **한 줄 정의** 커맨드 마케팅은 AI에게 어떤 일을 어떤 기준으로 맡길지 정하는 운영 방식이고, 오케스트레이션 에이전트는 여러 에이전트와 도구를 어떤 순서와 규칙으로 연결할지 정하는 운영 방식입니다.

## 핵심 요약

- 『AI AGENT를 지휘하는 마케터』의 지시서·위험도·승인 체계는 도구 중립입니다. 도구는 그 부품 하나씩을 채웁니다.
- 지시서(R-G-C-T-O-R)는 파일로 두고 git으로 버전을 관리하면 매번 다시 설명하지 않아도 됩니다.
- 고위험 신호 7종은 예/아니오 질문 7개가 됩니다. 하나라도 예이거나 판정이 실패하면 사람에게 올립니다. 이는 1차 거름망이지 심의가 아닙니다.
- 위험도 Level과 권한 구분(초안·추천·실행 확정)을 겹치면 도구별 권한표가 나옵니다.
- 도구는 업무를 먼저 정의한 뒤에 붙입니다. 책의 21일 훈련을 하고 그 뒤 2주에 도구를 붙이는 순서를 권합니다.

## 커맨드 마케팅과 오케스트레이션 에이전트는 어떻게 다른가?

커맨드 마케팅은 일을 맡기는 기준을 정하고, 오케스트레이션 에이전트는 여러 에이전트와 도구를 연결하는 규칙을 정합니다. 책은 두 개념을 이렇게 나눕니다.

| 구분 | 커맨드 마케팅 | 오케스트레이션 에이전트 |
|---|---|---|
| 중심 질문 | AI에게 어떤 일을 어떤 기준으로 맡길 것인가 | 여러 에이전트와 도구를 어떤 순서와 규칙으로 연결할 것인가 |
| 산출물 | 지시서, 검수 기준표, 프롬프트 카드, 업무 설계도 | 여기에 워크플로, 상태값, 도구 연결, 승인 게이트, 로그, 모니터링이 더해진다 |

책은 의도적으로 도구 중립으로 쓰였습니다. 아래 도구 대응은 책의 개념을 TROE가 해석해 짝지은 것입니다. 책이 커맨드 마케팅을 쓰고, 도구가 오케스트레이션 쪽 부품을 채웁니다.

| 책의 부품 | 맡는 도구 | 한 줄 |
|---|---|---|
| 지시서·검수 기준·프롬프트 카드를 쓰고 고치는 곳 | Claude Code 또는 Codex | R-G-C-T-O-R을 파일로 고정하고 버전을 관리한다 |
| 워크플로를 정해진 리듬으로 돌리는 곳 | Grok Bot | 리서치·모니터링·초안을 기기가 꺼져도 돌린다 |
| 검수 기준·상태값·위험도를 싸게 판단하는 곳 | Jev | 닫힌 질문만, 신뢰도와 함께 답한다 |
| 실행 확정과 최종 승인 | 마케터 | 실행 확정 권한은 원칙적으로 사람에게 둔다 |

책의 검수 기준과 에스컬레이션 신호표는 거의 그대로 Jev의 질문 목록이 됩니다. 사람에게 던지라고 한 예/아니오 질문을 하루 수백 번 먼저 던져 주는 것이 Jev의 자리입니다. 반대로 Jev가 확신 있는 오답을 낼 수 있다는 약점은 책이 이미 경고했습니다. AI를 1차 검수자로 쓰되 최종 검수자로 착각하지 않는 것입니다.

## 책의 개념은 어떤 도구에 대응되는가?

대응은 아래 표 한 장으로 정리됩니다. 도구를 바꿔도 책의 구조는 그대로입니다.

| 책 개념 | Claude Code / Codex | Grok Bot | Jev |
|---|---|---|---|
| R-G-C-T-O-R 지시서 | Context는 `CLAUDE.md`·`AGENTS.md`, 나머지 다섯 칸은 skill 파일 하나로 | 시연으로 만든 skill·루틴에 지시서를 붙인다 | Review 칸을 예/아니오 질문으로 쪼갠다 |
| 지시서 버전 관리 | git이 그대로 버전 관리 | 없음 | 판정 기준에도 버전을 붙인다 |
| 위험도 Level 1~4 | 위험도별로 skill을 나눈다 | 쓰기 권한은 Level 1~2만 | 위험도 판정 자체를 질문으로 |
| 상태값 8개 | 파일 front matter의 `status` | 브리프의 칸 | 다음 상태 판단을 질문으로 |
| 고위험 신호 7종 | 없음 | 없음 | 7종을 질문 7개로 |
| 로그 3종(입력·승인·성과) | 커밋 기록이 입력 로그 | 루틴 실행 기록. 루틴당 20건만 남으니 외부 저장 | 판정 로그를 파일로 남긴다 |
| 성숙도 6단계 | 5~6단계의 실체 | 3단계에 가깝다 | 4단계 이상에서 붙인다 |
| 월간 점검 4축 | 점검 지시서를 실행 | 없음 | 판정 불일치율이 학습성 지표 |

## R-G-C-T-O-R 지시서는 도구에서 어떻게 파일이 되는가?

지시서는 "반복 가능한 실행 문서"이므로 채팅창에 매번 붙여 넣지 않고 파일로 둡니다.

| R-G-C-T-O-R | 파일 위치 | 바뀌는 주기 |
|---|---|---|
| Context | `CLAUDE.md` 또는 `AGENTS.md` (공용이면 `.agents/product-marketing.md`) | 분기 |
| Role · Goal · Tool · Output · Review | `skills/{업무명}/SKILL.md` 하나 | 캠페인마다 |
| 버전 기록 | skill 상단 + git 커밋 메시지 | 수정할 때마다 |

책의 지시서 버전 관리 표(지시서명, 버전, 수정일, 수정 이유, 적용 캠페인, 주요 변경, 다음 검토일)는 git 커밋 하나와 1대 1로 대응합니다. Claude Code와 Codex는 같은 파일을 읽을 수 있으므로 팀 안에서 도구가 섞여도 지시서는 하나로 유지됩니다.

## 고위험 신호 7종은 어떻게 Jev 질문이 되는가?

책의 에스컬레이션 표 일곱 줄이 각각 예/아니오 질문 하나가 됩니다.

| 고위험 신호 | Jev 질문 | 예일 때 |
|---|---|---|
| 개인정보 포함 가능성 | 고객 이름·연락처·구매 이력·상담 원문이 들어 있는가 | 개인정보·보안 담당 |
| 효능·성과 단정 표현 | 치료·수익·합격·강제·개선을 보장하는 표현이 있는가 | 법무·업종별 심의 |
| 저작권·상표권 유사성 | 특정 브랜드·캐릭터·작가 스타일을 흉내 낸 표현이 있는가 | 법무·브랜드 책임자 |
| 경쟁사 비교·비방 | 근거 없는 1위 주장이나 경쟁사보다 우월하다는 단정이 있는가 | 법무·마케팅 리드 |
| 고객 불안 자극 | 공포·결핍·외모·건강·경제 불안을 과도하게 자극하는가 | 브랜드 책임자 |
| 대규모 발송·집행 | 대량 이메일·고예산 광고·주요 런칭인가 | 캠페인 오너 |
| 외부 이슈 가능성 | 사회적 논란·민감한 시기·특정 집단 관련 표현이 있는가 | PR·브랜드·경영진 |

판정 규칙은 세 가지입니다.

1. **하나라도 "예"이면 사람에게 올립니다.** 신뢰도가 높아도 내리지 않습니다.
2. **판정이 실패하거나 늦어도 올립니다.** 막는 쪽으로 동작합니다(fail closed).
3. **"아니오"여도 표본은 사람이 봅니다.** AI는 위험 후보를 넓게 찾고, 사람은 근거를 확인합니다.

> 표현 판정은 결정 모델이 가장 약한 영역일 수 있습니다. Jev 공식 문서가 문자 그대로 읽기(literal reading)와 적대적 입력(adversarial content)을 약점으로 꼽고, 한국어 광고의 미묘한 과장은 영어 중심으로 학습된 판정기가 놓칠 수 있습니다. 이 표는 1차 거름망이며, Level 3~4 산출물은 판정과 무관하게 사람이 승인합니다. 한국어 정확도는 도입 전에 작은 표본으로 먼저 검증하세요.

## 위험도와 권한 구분을 겹치면 도구 권한표는 어떻게 되는가?

위험도 4단계와 권한 3구분(초안, 추천, 실행 확정)을 겹치면 도구별 권한이 바로 나옵니다.

| 위험도 | 산출물 예 | Grok Bot | Claude Code / Codex | Jev | 사람 |
|---|---|---|---|---|---|
| Level 1 내부 참고용 | 회의 아이디어, 공개 자료 요약 | 생성·저장까지 자동 | 생성·저장까지 자동 | 신선도·관련성 판정 | 가끔 표본 |
| Level 2 내부 의사결정용 | 전략 초안, 성과 리포트, 경쟁사 분석 | 초안만 | 초안 + 1차 검수 | 위험 신호 판정 | 담당자 검토 후 팀 리드 확인 |
| Level 3 외부 공개용 | SNS·블로그·뉴스레터·랜딩 문구 | 초안만, 게시 금지 | 초안 + 1차 검수 | 7종 신호 + AI 티 검사 | 브랜드·사실성·권리 검수 후 승인 |
| Level 4 고위험 공개용 | 유료 광고, CRM 개인화, 의료·금융 | 초안만, 집행·발송 금지 | 광고는 PAUSED로만 생성 | 사람 확인 고정 | 다중 승인 + 법무·개인정보 |

상태값 8개는 모든 도구가 같은 필드로 씁니다. 사람은 "이거 확인됐나요"라고 묻지 않고 상태만 봅니다.

1. Draft: 도구가 만든다
2. AI Reviewed: Jev와 QA skill이 검수한다
3. Human Review: 사람이 본다 (수정이 필요하면 Revision Needed를 거쳐 2번으로)
4. Approval Pending, Approved: 사람만 바꾼다
5. Published: 공개한다
6. Reviewed: 성과를 보고, 결과가 다음 지시서 v+1로 돌아간다

## 성숙도 6단계에는 도구를 어디에 놓는가?

책은 하네스 엔지니어링을 마지막 단계에 가깝다고 보고, 대부분의 마케팅 팀은 1~3단계만으로도 큰 생산성 향상을 얻는다고 말합니다. 도구도 이 순서로 붙입니다. 이 6단계는 업무 자동화를 구현하는 방식의 단계이며, 조직이 AI를 얼마나 쓰는지 보는 [조직 성숙도 L1~L5](https://troe.kr/insights/builder-level/)와는 다른 축입니다.

| 단계 | 구현 방식 | 맞는 도구 | 들어가는 조건 |
|---|---|---|---|
| 1 | 프롬프트·템플릿 수동 운영 | ChatGPT·Claude 채팅 + 지시서 | 없음 |
| 2 | 문서·스프레드시트 반자동 | 지시서·검수표를 공유 폴더에, 버전 표기 | 지시서 3개 이상 |
| 3 | 노코드·로우코드 자동화 | Grok Bot 루틴, Codex 앱 Automations | 1주 QA(모든 출력 사람 검토) 통과 |
| 4 | API·사내 도구 연결 | MCP(광고·CRM 도구 연결) | 데이터 등급·권한 정리 완료 |
| 5 | Framework·Runtime 기반 에이전트 앱 | Claude Code 또는 Codex + skills + hooks | git·리뷰 습관 |
| 6 | Harness 기반 고자율 에이전트 | Claude Code/Codex 헤드리스 + Jev 게이트 + 상시 루틴 | 로그·킬 스위치·승인 체계 |

Grok Bot은 기술적으로 6단계처럼 보이지만 사용 방식 기준으로 3단계에 놓았습니다. 다만 공유 클라우드 컴퓨터와 자격증명 공유 위험은 4단계 이상의 수준이므로, 고객 데이터가 들어가는 순간 4단계 보안 기준을 적용합니다. Grok Bot 같은 일부 도구는 베타라 기능과 정책이 바뀔 수 있습니다(2026년 10월 기준).

## 1인 마케터와 팀은 에이전트를 어떻게 배치하는가?

책은 1인 마케터에게 5개 에이전트(주간 리서치, 콘텐츠, 광고 소재, 리포팅, QA)로 시작하라고 권합니다.

| 에이전트 | 사용 빈도 | 맡길 도구 | Jev가 판정할 것 | 사람이 볼 것 |
|---|---|---|---|---|
| 주간 리서치 | 주 1회 | Grok Bot 주간 루틴 | 관련성·신선도 | 출처와 해석 |
| 콘텐츠 | 주 2~3회 | Claude Code 또는 Codex skill | AI 티·금지 표현 | 브랜드 톤·사실관계 |
| 광고 소재 | 주 1회 | Codex(광고 MCP, PAUSED 생성) | 과장 표현·랜딩 연결성 | 과장·랜딩 연결 |
| 리포팅 | 주 1회 | Codex·Claude Code 예약 실행 | 이상치 여부 | 지표 정의·원인 가설 |
| QA | 공개 전마다 | Jev 게이트 + QA skill | 7종 위험 신호 | 최종 공개 승인 |

책의 요일 리듬(월 리서치, 화 콘텐츠, 수 광고 소재, 금 리포팅, 공개 전 QA)은 그대로 두고, 월요일 리서치가 일요일 밤에 이미 끝나 있게 한다는 점만 달라집니다. 3개월 뒤에는 CRM(리드 트리아지)과 실험 관리 에이전트를 더합니다.

## 어떤 순서로 도입하면 되는가?

책의 21일 훈련을 그대로 하고, 그 뒤 2주에 도구를 붙입니다. 순서는 바꾸지 않습니다.

| 기간 | 할 일 | 도구 | 산출물 |
|---|---|---|---|
| 1주차 (책) | 업무 관찰·분해, 에이전트 후보 5개 | Claude Code·Codex가 나를 인터뷰해 업무 로그 정리를 돕는다 | 업무 관찰 로그, 병목 지도, 후보 목록 |
| 2주차 (책) | 지시서 2개 작성, 산출물 생성 | 지시서를 skill 파일로 저장하고 git으로 버전 관리 | 지시서 v1, 수정 로그 |
| 3주차 (책) | 프롬프트 카드·입력 체크리스트·검수표 | 검수표의 예/아니오 항목을 따로 표시 | 프롬프트 라이브러리 v1, 월간 점검표 |
| 4주차 (추가) | Level 1~2 업무 하나를 주간 루틴으로 | Grok Bot, 첫 주는 모든 출력 사람 검토 | 루틴 1개 |
| 5주차 (추가) | 검수표 항목 하나를 Jev로 옮겨 shadow 1주 | Jev | 불일치 로그 |

5주 뒤 첫 월간 점검에서는 책의 4축에 도구 지표를 더합니다.

| 책의 축 | 도구로 재는 것 |
|---|---|
| 사용성 | 루틴 실행 횟수, skill 호출 횟수 |
| 품질 | 승인 통과율, 사람 수정 횟수 |
| 안전성 | 사람에게 올라간 비율, QA 지적 건수, "Could not read" 건수 |
| 학습성 | 지시서·판정 기준의 버전 업 횟수, shadow 불일치율 추이 |

## 일반 조직의 AX에는 어떻게 쓰는가?

위험도, 승인 상태, 에스컬레이션, 월간 점검은 마케팅에만 쓰는 장치가 아닙니다. 어떤 부서든 AI 업무에 "사람이 반드시 판단할 구간"과 "반복 부담이 큰 구간"이 있기 때문입니다. TROE는 부서 단위로 아래 순서를 권합니다.

1. **업무 하나를 정의합니다.** 반복되고, 기준이 명확하고, 사람이 검토할 수 있는 업무를 고릅니다.
2. **위험도와 승인 상태를 표시합니다.** 산출물이 내부용인지 외부 공개용인지에 따라 사람 승인 구간을 정합니다.
3. **지시서와 검수표를 파일로 남깁니다.** 담당자가 바뀌어도 업무가 멈추지 않습니다.
4. **월간으로 점검합니다.** 사용성, 품질, 안전성, 학습성을 같은 표로 봅니다.

이 구조는 AX WORKS의 [Blueprint](https://troe.kr/ax/blueprint/)가 H(사람 필수)와 P(개선 대상)를 먼저 표시하는 방식과 같은 원리이고, [Operate](https://troe.kr/ax/operate/)가 운영 기준·정기 점검·내부 이관을 맡는 단계와 이어집니다.

## 우리 팀에 적용하려면 어디서 시작하는가?

도구보다 업무를 먼저 정의하는 것이 출발점입니다. [3분 진단](https://troe.kr/ax/diagnose/)으로 현재 위치를 확인하세요. 이메일 없이 결과를 볼 수 있습니다. 첫 업무 하나를 정해 가동까지 가려면 [Sprint 90](https://troe.kr/ax/sprint-90/)을, 팀이 같은 언어로 지시서와 승인 체계를 쓰게 하려면 [Academy](https://troe.kr/ax/academy/)를 참고하세요. 우리 조직에 맞춘 승인 체계와 도구 설계가 필요하면 [문의](https://troe.kr/contact/)를 남겨 주세요. 원리를 먼저 읽고 싶다면 [『AI AGENT를 지휘하는 마케터』](https://troe.kr/books/)가 있습니다.

## 근거와 출처

1. 『AI AGENT를 지휘하는 마케터』 — 박충효, 2026 (https://troe.kr/books/). 지시서, 위험도 4단계, 상태값, 성숙도 6단계, 승인 체계의 원 개념
2. 커맨드 마케팅 × 에이전트 도구 매핑 리서치 — TROE, 2026. 책 개념과 도구의 짝짓기는 TROE의 해석. 2026년 10월 기준이며 일부 도구는 베타

## 자주 묻는 질문

### 커맨드 마케팅이란 무엇인가요?

AI에게 어떤 일을 어떤 기준으로 맡길지 정하는 방식입니다. 산출물은 지시서, 검수 기준표, 프롬프트 카드, 업무 설계도입니다.

### 도구를 먼저 도입하고 업무는 나중에 정의해도 되나요?

권하지 않습니다. 책의 원칙은 도구를 바꾸기 전에 업무를 먼저 정의하는 것입니다. 지시서 2개를 쓰고 검수표를 만든 뒤에 도구를 붙입니다.

### 결정 모델(Jev)이 위험을 판정해 주면 법무 검토를 줄여도 되나요?

아니요. 판정은 1차 거름망입니다. 외부 공개용(Level 3)과 고위험(Level 4) 산출물은 판정 결과와 무관하게 사람이 승인합니다.

### Grok Bot은 6단계 고자율 자동화인가요?

기술적으로는 클라우드 컴퓨터를 쓰는 고자율 Bot이지만, 사용 방식(시연으로 루틴을 만들고 결과만 받는다)은 3단계 노코드에 가깝습니다. 고객 데이터가 들어가면 4단계 수준의 보안 기준을 적용합니다.


---

# 마케터 개인 OS 가이드: 반복은 맡기고 승인은 사람이 하는 법

- URL: https://troe.kr/insights/marketer-personal-os-guide/
- 작성: 박충효 (TROE)
- 게시: 2026-10-25
- 분류: AI 마케팅

> **한 줄 정의** 마케터 개인 OS는 반복 업무를 맥락 파일·스킬·루틴으로 고정해 에이전트가 돌리고, 사람은 검토 큐에 올라온 판단과 승인만 맡도록 만든 개인 업무 운영 체계입니다.

## 핵심 요약

- 개인 OS는 맥락, 스킬, 루틴, 결정 게이트, 검토 큐, 실패 기록의 여섯 층으로 반복을 고정합니다. 프롬프트로 매번 시키는 방식과 달리 결과가 매번 같은 형식으로 나옵니다.
- 만드는 도구, 돌리는 도구, 정하는 도구, 승인하는 사람의 네 역할을 나눕니다. 공개·지출·발송·삭제는 항상 사람이 합니다.
- 공개된 사례의 통제 규칙은 그대로 가져다 쓸 수 있습니다. 광고는 PAUSED로만 만들고, 경쟁사 모니터링은 읽기 전용으로 두고, 판단이 불확실하면 사람에게 올립니다.
- 4주 순서는 맥락, 스킬 하나, 루틴, 게이트 하나입니다. 쓰기 권한은 4주 안에 열지 않습니다.

## 마케터 개인 OS란 무엇이고 왜 필요한가?

개인 OS는 마케터의 반복을 사람의 기억이 아니라 파일로 고정한 운영 체계입니다. 마케터의 하루는 판단 몇 개와 반복 수십 개로 이루어집니다. 경쟁사 페이지를 다시 읽고, 멘션을 훑고, 리드를 거르고, 성과 표를 채웁니다. 이 반복을 프롬프트로 매번 시키면 결과가 매번 다르고, 시키는 시간도 그대로 남습니다.

개인 OS는 반복을 **파일·스킬·루틴**으로 고정하고, 사람은 검토 큐에 올라온 것만 판단하게 만듭니다. 공개 사례로는 Reyes Brusola가 코딩 없이 Claude Code로 12개 에이전트, 82개 스킬, 28개 파이프라인을 만들어 고객 4곳을 운영했고 "리서치·작성·조립에 쓰던 날들을 되찾았다"고 썼습니다. 이 수치는 본인 보고입니다.

> 세 도구(Jev, Claude Code 또는 Codex, Grok Bot)를 한 사람이 모두 쓴 문서화 사례는 아직 확인하지 못했습니다. 아래 사례는 각각 한두 도구만 씁니다. 이 글의 하루·주 리듬은 사례를 묶은 TROE의 설계입니다.

## 개인 OS에서는 누가 무엇을 맡는가?

네 역할로 나눕니다. 만드는 쪽, 돌리는 쪽, 정하는 쪽, 승인하는 쪽입니다.

| 역할 | 맡는 쪽 | 하는 일 |
|---|---|---|
| 만드는 쪽 | Claude Code 또는 Codex | 맥락 파일, 스킬, 게이트 기준을 쓴다 |
| 돌리는 쪽 | Grok Bot | 클라우드 컴퓨터에서 정해진 리듬으로 돌린다. 기기를 꺼도 돈다 |
| 정하는 쪽 | Jev (TypeSafe AI의 결정 모델) | 보낼까, 버릴까, 누구에게 같은 닫힌 질문에만 답한다 |
| 승인하는 쪽 | 마케터 | 공개·지출·발송·삭제는 무조건 사람이 한다 |

여섯 층은 맥락 파일, 스킬, 루틴, 결정 게이트, 검토 큐, 실패 기록입니다. Claude Code의 `CLAUDE.md`와 `claude -p`, Codex의 `AGENTS.md`와 `codex exec`는 같은 자리에 들어가는 부품이므로, 이미 쓰는 쪽을 고르면 됩니다.

## 공개된 사례에서는 어떤 업무를 맡겼는가?

매일 아침, 매일, 매주의 리듬으로 나눠 보면 맡길 업무가 보입니다.

| 시점 | 사례 | 도구 | 사람이 하는 일 | 보고된 결과 | 근거 |
|---|---|---|---|---|---|
| 매일 아침 | 출근 전 블로그 초안 (Reyes Brusola) | Claude Code 배경 실행 | review 폴더에서 승인 | 리서치·초안·키워드 점검이 출근 전에 완료. 수치 없음 | 본인 보고 |
| 매일 | 광고 성과 점검 (Adspirer) | Codex + MCP + 스킬 5종 | 캠페인 생성·예산 변경 전 확인 | CPA 30% 상승, 전환 없이 지출 50% 증가, CTR 1% 미만이면 플래그. 절감 수치 없음 | 벤더 |
| 매주 | 경쟁사 브리프 (Market Researcher) | Grok Bot 주간 루틴 | "Worth a decision" 최대 3건 판단 | 수동 2~4시간이 걸리던 주제를 검토 약 20분으로 (Metaflow 추정) | 공식 문서 + 벤더 추정 |
| 매주 | 리드 신호 트리아지 (Salesforge) | Grok Bot + Jev | low confidence·unclear는 사람 큐 | 신호가 없을 때 20건 전부 nurture, 6개월 신호를 더하자 4·4·12로 분류. 답장 분류는 24건 중 22건 일치 | 원문 확인 |
| 상시 | 콘텐츠 재가공 (Metaflow·MindStudio) | Grok Bot | 게시 승인 | 고객당 주 4~8시간 절감 | 자기 보고 |

절감 시간은 모두 자기 보고 또는 벤더 추정입니다. 수치가 가장 믿을 만한 사례는 Salesforge의 리드 트리아지 하나입니다. 저자가 실패(첫 20건 전부 nurture)와 한계(가상 답장으로 테스트, 작은 표본)를 스스로 밝혔기 때문입니다.

## 리드 트리아지 사례에서 무엇을 배우는가?

결정 모델은 받은 정보만큼만 판단합니다. Salesforge의 첫 실행에서 20건이 전부 nurture로 나온 이유는 모델이 아니라 **입력에 구매 신호가 없었기** 때문입니다. 그래서 게이트를 만들기 전에 "이 판단에 필요한 신호가 입력에 들어가는가"부터 확인합니다.

기준은 한 번에 맞지 않습니다. Every가 정리한 순서는 이렇습니다.

1. 에이전트가 경계 사례를 섞어 나를 인터뷰한다.
2. "관련 있음" 같은 주관어를 예/아니오 질문 여러 개로 쪼갠다.
3. 내가 이미 판정한 작은 표본으로 시험한다.

Jack Cheng의 첫 긴급도 필터는 뉴스레터를 긴급으로 분류했습니다. 시험하고 고치는 과정을 계획에 넣어야 합니다.

## 하루와 한 주는 어떻게 돌아가는가?

아래는 위 사례를 한 사람의 리듬으로 묶은 TROE의 설계안입니다.

| 시각 | 무엇이 도나 | 도구 | 마케터가 하는 일 |
|---|---|---|---|
| 06:00 | 경쟁사·멘션·업계 뉴스 수집, 관련성 판정, 아침 브리프 | Grok Bot 루틴 + Jev | 없음 |
| 09:00 | 브리프와 "결정할 것 3건" 읽기 | 없음 | 10분 |
| 09:10 | 맥락 파일 기반 콘텐츠 초안 생성, AI 티 검사 | Claude Code 또는 Codex | 초안 검토·수정 |
| 매일 | 광고 성과 점검, 플래그만 보고 | Codex 또는 Grok Bot | 플래그 건만 판단 |
| 월요일 | 경쟁사 주간 브리프, 리드 신호 트리아지 | Grok Bot + Jev | contact now 목록 확인, 발송 승인 |
| 금요일 | 실패·불일치 기록 정리, 기준 수정 | Claude Code 또는 Codex | 15분 |

## 반드시 지켜야 할 통제 규칙은 무엇인가?

공개 사례 원문에서 가져온 일곱 가지입니다. 벤더 글이라도 통제 규칙은 그대로 쓸 수 있습니다.

| # | 규칙 | 사례 |
|---|---|---|
| 1 | 광고·캠페인은 **PAUSED 상태로만** 만든다. 실패한 생성은 재시도하지 않고 보고한다 | Adspirer |
| 2 | 경쟁사 모니터링은 **읽기 전용**이다. 팔로·좋아요·답글·DM, 경쟁사 광고 클릭을 하지 않는다 | Market Researcher |
| 3 | 못 읽은 출처는 지어내지 않고 **"Could not read"** 칸에 적는다. 모든 주장에 링크·날짜·스크린샷을 붙인다 | Market Researcher |
| 4 | **다른 Bot의 승인은 내 승인이 아니다.** 공개·지출·발송은 사용자 본인만 승인한다 | Market Researcher |
| 5 | 판정이 **low confidence·unclear**이면 자동 실행하지 않고 사람 큐로 보낸다 | Salesforge |
| 6 | 수신거부·부정 답장은 결정 모델과 무관하게 **코드 규칙으로** 즉시 중단한다 | Salesforge |
| 7 | AI 품질 검사가 작업을 조용히 끝내게 두지 않는다. 판정이 흔들리면 **결정적 스크립트**로 바꾸고, 산출물은 개수로 센다 | Reyes Brusola |

결정 게이트 자체에는 별도 통제를 둡니다. 처음 1주는 결과를 실행하지 않고 기록만 하는 shadow 모드로 돌리고, 사람 확인(`ask_human`)을 기본값으로 고정하고, 판정이 실패하면 막는 쪽(fail closed)으로 동작시키고, 언제든 끌 수 있는 킬 스위치를 둡니다.

## 고객사나 팀이 여러 곳이면 어떻게 분리하는가?

Grok Bot은 계정 하나에 클라우드 컴퓨터 하나이고 모든 Bot이 같은 파일·세션·로그인을 봅니다. 고객사가 여러 곳인 컨설턴트와 에이전시에게 가장 실무적인 위험입니다. Metaflow가 제시한 분리는 세 층입니다.

| 층 | 방법 |
|---|---|
| 권한 | 고객별 Bot에는 그 고객 도구의 자격증명만 준다. 공용 로그인을 쓰지 않는다 |
| 이름 | Bot 이름에 고객 접두어를 붙인다(예: `Acme-Market-Researcher`). 같은 계정의 Bot끼리 메시지를 주고받기 때문이다 |
| 루틴 | 루틴 이름에 고객 식별자를 넣고, 첫 단계에서 "현재 작업 고객"을 확인한다 |

| 고객 유형 | 분리 수준 |
|---|---|
| 민감도 낮음 | 공유 Bot + 접두어 이름 |
| 민감도 중간 | 고객별 Bot + 전용 로그인 |
| 규제·NDA | 고객별 계정 분리 (2026년 10월 기준 엔터프라이즈 대기 명단) |

고객 기밀이 들어가는 세션은 도구의 데이터 보존 정책을 먼저 확인합니다. 내부 조직에서는 "고객"을 "부서"로 바꿔 같은 표를 쓰면 됩니다.

## 4주 구축 순서는 어떻게 되는가?

쓰기 권한은 4주 안에 열지 않습니다. 이력이 쌓인 뒤 하나씩 엽니다.

| 주차 | 할 일 | 끝났다는 기준 |
|---|---|---|
| 1 · 맥락 | 브랜드·타깃·KPI·톤을 맥락 파일 하나에 쓴다(`CLAUDE.md` 또는 `AGENTS.md`) | 에이전트가 "우리 타깃이 누구냐"에 파일 근거로 답한다 |
| 2 · 스킬 하나 | 매주 하는 반복 업무 하나를 스킬로 만든다. 경쟁사 브리프나 성과 점검이 무난하다 | 같은 입력에 같은 형식의 결과가 3회 나온다 |
| 3 · 루틴 | Grok Bot에 시연하거나 기존 Bot을 가져와 주간 루틴으로 돌린다. 첫 주는 모든 출력을 사람이 검토한다 | 1주 무사고, "Could not read" 칸이 정직하게 채워진다 |
| 4 · 게이트 | 루틴 안의 닫힌 질문 하나만 Jev로 옮겨 shadow로 돌린다. 기준은 Claude Code·Codex가 인터뷰해서 쓴다 | 불일치 로그 1주치와 완료 작업당 비용 비교 |

## 일반 조직에서는 어떻게 적용하는가?

마케팅 팀이 아니어도 구조는 같습니다. 여섯 층과 통제 규칙은 마케팅 지식이 아니라 "반복을 고정하고 승인을 사람에게 남기는" 방법이기 때문입니다. TROE는 개인에서 팀으로 키우는 순서를 이렇게 권합니다.

1. **개인 1업무**: 한 사람이 반복 업무 하나를 위 4주 순서로 가동합니다.
2. **팀 공통 기준**: 맥락 파일과 지시서를 팀이 함께 쓰고 버전을 관리합니다. 승인 담당과 책임(RACI)을 정합니다.
3. **조직 운영 체계**: 승인 기록, 월간 점검, 중단 규칙을 조직 표준으로 올립니다.

이 과정은 [Builder Level](https://troe.kr/insights/builder-level/)의 B2 조립자와 B3 오케스트레이터를 실제 업무로 훈련하는 길이기도 합니다. AX WORKS의 [Blueprint](https://troe.kr/ax/blueprint/)는 사람이 반드시 판단할 구간(H)과 반복 부담이 큰 구간(P)을 먼저 표시해 어떤 업무부터 맡길지 정합니다.

## 우리 팀에 적용하려면 어디서 시작하는가?

먼저 우리 팀이 어느 단계에 있는지 확인하세요. [3분 진단](https://troe.kr/ax/diagnose/)은 이메일 없이 결과를 볼 수 있습니다. 첫 업무 하나를 4주 안에 가동하고 싶다면 [Sprint 90](https://troe.kr/ax/sprint-90/)과 [Blueprint](https://troe.kr/ax/blueprint/)를, 팀이 같은 언어로 쓰게 하려면 [Academy](https://troe.kr/ax/academy/)를 참고하세요. 업무에 맞춘 설계가 필요하면 [문의](https://troe.kr/contact/)를 남겨 주세요. 책의 원리가 궁금하다면 [『AI AGENT를 지휘하는 마케터』](https://troe.kr/books/)에서 이어 읽을 수 있습니다.

## 근거와 출처

1. 마케터 개인 OS 에이전트 오케스트레이션 사례 리서치 — TROE, 2026. 2026년 10월 기준 공개 사례 조사. 사례별 저자·벤더와 증거 등급은 본문에 표기
2. Jev·Claude Code·Grok Bot 도구 리서치 — TROE, 2026. 도구별 역할과 통제 방법. 일부 도구는 베타라 기능과 정책이 바뀔 수 있음

## 자주 묻는 질문

### 개인 OS를 만들려면 코딩을 알아야 하나요?

코딩 없이 만들었다는 공개 사례가 있습니다(본인 보고). 다만 맥락 파일을 쓰고, 결과를 검토하고, 승인 규칙을 정하는 습관은 필요합니다.

### Claude Code와 Codex 중 무엇을 고르면 되나요?

이미 쓰고 있는 쪽을 고르면 됩니다. Claude Code의 CLAUDE.md와 Codex의 AGENTS.md는 같은 자리에 들어가는 부품입니다.

### 에이전트가 광고나 메일을 직접 집행해도 되나요?

아니요. 공개, 지출, 발송, 삭제는 사람이 승인합니다. 광고는 PAUSED 상태로만 만들고, 실패한 생성은 재시도하지 않고 보고하게 합니다.

### 고객사 자료를 넣어도 되나요?

고객별로 권한, 이름, 루틴을 분리하고, 기밀이 들어가는 세션은 도구의 데이터 보존 정책을 먼저 확인해야 합니다.