#8 라이브 런 — 영상 1편 실전 발행 및 회고lecture_script
코스: claude-content-engine · 에이전트: producer
HOOK (45초)
파이프라인을 다 설계했는데, 막상 실제로 돌리려니 손이 멈추죠.
"이게 맞나?" 싶어서 다시 점검하고, 또 점검하고.
그 사이 이번 주도 그냥 지나갑니다.
오늘은 생각을 멈추고 실제로 영상 1편을 발행합니다.
완벽하지 않아도 괜찮습니다.
라이브 런은 딱 한 가지 목표만 있습니다.
"일단 내보내고, 데이터를 얻는 것."
PROMISE (30초)
이 차시가 끝나면, 실제 채널에 영상 1편을 발행하고 단계별 소요 시간과 병목 1개를 담은 런 회고 문서를 손에 쥘 수 있습니다.
CORE (8–10분)
중요 개념 1 — 첫 라이브 런 체크리스트 실행
설명
체크리스트는 기억에 의존하지 않기 위해 씁니다.
라이브 런에서 쓸 체크리스트는 딱 5개 단계입니다.
① 주제 확정 → ② Claude로 스크립트 초안 생성 → ③ 녹화·편집 → ④ 썸네일·설명란 작성 → ⑤ 발행 및 URL 복사.
예시
제 경험상, 이 5단계를 처음 실행할 때 걸리는 시간은 2~3시간대입니다.
항목마다 시작 시각과 종료 시각을 메모장에 찍어두면 됩니다.
반례
체크리스트 없이 "느낌대로" 진행하면 어떻게 될까요?
스크립트를 다 쓴 뒤에 주제를 바꾸거나, 썸네일을 두 번 만드는 일이 생깁니다.
그게 누적되면 3시간이 5시간이 됩니다.
메모리 페그 — '신호등 5칸'
신호등이 5칸짜리라고 상상하세요.
초록불 하나가 켜져야 다음 칸으로 넘어갑니다.
앞 단계가 완료되지 않으면 다음 단계로 이동하지 않는 것이 규칙입니다.
정리
체크리스트 5단계를 순서대로, 시각을 찍으며 실행한다.
중요 개념 2 — 사후 측정 3지표
설명
발행 후 기록해야 할 숫자는 딱 3개입니다.
① 발행 완료 여부(Y/N) → ② 단계별 실소요 시간 → ③ 재수정 횟수.
예시
예를 들어, 스크립트 단계에 40분, 녹화에 25분, 편집에 50분, 썸네일에 15분, 업로드에 10분이 걸렸다면 총 140분입니다.
그리고 스크립트를 중간에 1번 고쳤다면 재수정 횟수는 1회.
이 숫자들이 다음 회차의 기준선이 됩니다.
반례
"대략 2시간쯤 걸렸어요"처럼 뭉뚱그려 기억하면 어디서 시간이 새는지 알 수 없습니다.
단계별 숫자가 없으면 개선할 지점도 없습니다.
메모리 페그 — '3구 콘센트'
콘센트 구멍 3개를 떠올리세요.
완료·시간·재수정. 딱 3개만 꽂습니다.
그 이상 측정하려 하면 오히려 아무것도 안 됩니다.
정리
발행 직후 3가지 숫자를 기록한다. 완료, 시간, 재수정.
중요 개념 3 — KPT 회고 루프
설명
KPT는 Keep·Problem·Try의 약자입니다.
Keep: 잘 된 것, 다음에도 유지할 것.
Problem: 예상보다 오래 걸렸거나 막힌 것.
Try: 다음 회차에 딱 1개만 바꿔볼 것.
예시
Keep — "Claude 프롬프트 템플릿을 쓰니 스크립트 초안이 20분 안에 나왔다."
Problem — "편집 중 자막 싱크 맞추는 데 예상보다 25분이 더 걸렸다."
Try — "다음 회차는 자막 파일을 자동 생성하는 도구를 하나 테스트해본다."
반례
Try를 3개, 4개 적으면 어떻게 될까요?
다음 주에 아무것도 바뀌지 않습니다.
변수는 한 번에 1개만 바꿔야 어디서 개선됐는지 알 수 있습니다.
메모리 페그 — 'K·P·T 삼각형'
삼각형의 꼭짓점 3개입니다.
유지·문제·시도. 삼각형은 무너지지 않는 가장 단단한 구조입니다.
그리고 Try는 반드시 1개.
정리
KPT 세 항목을 채우되, Try는 딱 1개만 적는다.
EXERCISE (3–4분)
지금 영상을 일시정지하세요.
아래 4단계를 순서대로 실행합니다.
Step 1 — 체크리스트 실행 (오늘 또는 이번 주 내)
앞서 설계한 파이프라인을 그대로 따라가며 영상 1편을 발행합니다.
각 단계 시작 시각과 종료 시각을 메모장이나 노션에 찍어둡니다.
Step 2 — 발행 URL 복사
유튜브, 숏폼 등 실제 채널에 올라간 영상 URL을 복사해둡니다.
이게 회고 문서의 첫 줄이 됩니다.
Step 3 — 런 회고 문서 작성
노션이나 구글 독스에 아래 항목을 채웁니다.
- 발행 URL
- 단계별 실소요 시간 (5개 단계 각각)
- 재수정 횟수
- 병목 1개 (가장 오래 걸리거나 막힌 단계)
Step 4 — KPT 한 줄씩
Keep 1줄, Problem 1줄, Try 1줄을 적습니다.
Try는 다음 회차에 실행 가능한 것 1개로만 고릅니다.
이 문서 하나가 회원님의 시스템을 매주 조금씩 좋아지게 만드는 엔진입니다.
CTA (30초)
런 회고 문서를 완성하셨나요?
댓글에 병목으로 기록한 단계 이름을 딱 한 줄만 남겨주세요.
비슷한 지점에서 막히는 분들끼리 힌트를 나눌 수 있습니다.
다음 차시에서는 이 회고 데이터를 가지고 파이프라인 자체를 개선하는 방법을 다룹니다.
한 번 돌린 시스템을 더 빠르게 만드는 과정, 놓치지 마세요.
예상 분량: 15분