agentsclimarketplace

Product video

Skill sminju98/pm-copilot/skills/product-video

제품 소개/홍보 영상의 PM 산출물(스크립트 + 씬별 스토리보드)을 만든다. 실제 렌더링이 아니라 제작팀·툴에 넘기는 설계 문서다 — 러닝타임·타깃·핵심 메시지 1개, 훅→문제→해법→데모→CTA 구조, 씬별(화면/나레이션/자막/길이) 스토리보드, 톤, 30·60초 버전, 상영 환경(무음 재생) 대비까지. "제품 소개 영상 만들어줘 / 홍보영상·광고영상 스크립트 짜줘 / 스토리보드 / 30초(60초) 영상 기획 / 피치용 데모 영상 / 영상 콘티" 라고 할 때 사용.From its SKILL.md

Install
npx -y skills add sminju98/pm-copilot --skill product-video

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

One thing to look at

  • 3 stars3 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

SKILL.md

8.2 KB, as published. Nobody here has run it

작업 흐름(항상): 왜(목적·의도) → 무엇을 → 어떻게 → 기존 컨텍스트·리서치 → 기획 → 시각화 → 호출·실행 → 🔁회고·보완. 자세히 [[method]].

제품 소개 영상 (스크립트 · 스토리보드)

이 스킬은 영상을 렌더링하지 않는다. PM이 제작팀·영상 생성 툴에 넘기는 설계 문서(스크립트 + 씬별 스토리보드)를 만든다. "어떤 장면을, 왜, 몇 초 동안, 무슨 자막·나레이션으로" 가 확정된 콘티가 산출물이다. 실제 생성/편집은 사람 몫이다.

0. 대원칙 (항상 지킬 것)

  • (a) 각 씬·각 결정에 '왜'를 사람 말로. "여기서 왜 이 화면인가 / 왜 이 순서인가"를 한 줄로 남긴다. 근거 없는 장면은 "예뻐 보여서"가 되고, 그런 컷은 본생산에서 제일 먼저 잘린다.
  • (b) 수치·주장엔 출처. "성인 71%가…", "전환율 3배" 같은 자막·나레이션은 반드시 출처를 단다. 없으면 지어내지 말고 ⚠️ 확인 필요로 표기 → 사람이 채우거나 뺀다. 광고 표현 규제(치료·완치·1위·최고 등)도 [[market-radar]]/컴플라이언스로 사전 점검.
  • (c) 반자동 — AI는 초안, 결정·발행은 사람. 클로드는 스크립트·콘티·샷 지시 초안까지. 컨셉 확정·본생산 발주·업로드 공개는 사람이 한다. 본생산 전 테스트 컷 2~3개로 톤을 먼저 검증하는 순서를 권한다(한 번에 60초 다 뽑지 말 것).
  • (d) 신입이면 코칭 한 줄. 예: "영상은 '기능 나열'이 아니라 '한 사람의 상황 → 해소'다. 핵심 메시지 1개를 못 고르면 그 영상은 이미 진 거예요."

1. 먼저 확정할 브리프 (여기서 막히면 콘티로 못 넘어간다)

씬을 짜기 전에 이 6개를 사람 말로 채운다. 비면 [[research]]로 컨텍스트를 먼저 모으고, 그래도 모르면 묻는다(추측 금지).

항목왜 필요한가예
왜(목적)이 영상으로 뭘 바꾸려는가 — 인지? 신청? 투자검토?"업계 관계자에게 '실행하는 AI'로 각인"
타깃 1명누가 보나에 따라 톤·근거·CTA가 다 바뀐다소액 광고주 / 업계관계자 / 투자자
핵심 메시지 1개영상은 하나만 남기면 성공. 2개 이상이면 0개 됨"대행료 0원, 성과의 5%만"
러닝타임30/60초로 구조 밀도가 갈린다(§4)60초
상영 환경무음 재생 여부가 자막 설계를 결정(§5)부스 루프(무음) / 세션 상영(유음) / 유튜브
톤신뢰형·발랄형·다큐형… 레퍼런스 영상 1~2개로 고정"담백한 다큐 + 마지막 한 방"

브리프가 서면 [[write-spec]]/[[plan-doc]]의 목적·성공지표와 어긋나지 않는지 대조한다(영상은 상위 기획의 하위 산출물).

2. 표준 구조: 훅 → 문제 → 해법 → 데모 → CTA

각 블록에 **'왜 여기에 이게 오나'**를 달아 둔다. 순서를 바꾸면 설득이 무너진다.

  • 훅 (0~3초) — 왜: 스크롤·시선을 멈추는 첫 줄. 통계 한 방, 도발 질문, "이거 나잖아" 상황. 로고부터 띄우지 않는다.
  • 문제 (공감) — 왜: 시청자가 자기 고통을 먼저 봐야 해법이 값어치를 가진다. 타깃의 실제 상황 1개.
  • 해법 (제품) — 왜: 문제의 정확한 반대편에 제품을 놓는다. 핵심 메시지 1개만. 기능 나열 금지.
  • 데모 (증거) — 왜: 말보다 보여주기. 실제 화면·전후 비교·결과물. 여기서 [[mockup]]/[[simple-design]]로 화면 컷 시안을 만들 수 있다.
  • CTA (1개) — 왜: 본 다음 뭘 하라. 행동 하나 + 도달 경로. 예: "AI 광고 실행 신청 → imagefactory.co.kr/adops". ⚠️ 링크·경로가 실제로 살아있는지 확인 필요(영상에 구워지면 못 고침). 랜딩이 없으면 문의 채널로 대체하거나 링크 없이 마무리.

3. 씬별 스토리보드 (핵심 산출물)

컬럼 고정: 씬 · 길이 · 화면(비주얼) · 나레이션(V.O.) · 자막(온스크린) · 목적(왜). 길이 합이 러닝타임과 맞는지 항상 검산한다.

| 씬 | 길이 | 화면(비주얼) | 나레이션(V.O.) | 자막(온스크린) | 목적(왜) |
|----|------|--------------|----------------|----------------|----------|
| S1 훅 | 0:00–0:03 | (무슨 장면·앵글·움직임) | (있으면. 무음 상영이면 비움) | (무음이어도 서사가 서는 짧은 문구) | 시선 정지 |
| S2 문제 | 0:03–0:12 | … | … | … | 공감·고통 인식 |
| S3 해법 | 0:12–0:25 | … | … | … | 핵심 메시지 각인 |
| S4 데모 | 0:25–0:50 | … | … | … | 증거 제시 |
| S5 CTA | 0:50–1:00 | 로고 + CTA 버튼 | … | 행동 문구 + 링크 | 행동 유도 |
  • 나레이션 vs 자막을 겹쳐 읽지 말 것. 나레이션이 답을 다 말해버리면 자막이 같은 말을 반복해 지루해진다(과거 산출물의 반복 함정). 역할을 나눈다.
  • 인물 발화(립싱크) 컷은 신중히. 한국어 AI 립싱크는 아직 불안정 → 나레이션 + 인서트 컷 구조가 안전하다(과거 실제 선택).
  • 화면 칸에는 나중에 샷 생성 프롬프트로 확장할 수 있게 앵글·톤·핵심 오브젝트를 구체적으로. (프롬프트 세트는 컨셉 확정 후 별도로.)

4. 30초 vs 60초 (같은 스토리, 밀도가 다름)

  • 60초: 5블록 다 넣고 데모(S4)에 시간을 준다. 세션 상영·유튜브·IR 데모용.
  • 30초: 문제·데모를 각 1컷으로 압축, 훅과 CTA는 유지. 소셜 피드·프리롤용. 핵심 메시지·CTA는 절대 안 줄인다.
  • 두 버전을 만들 땐 60초를 정본으로 먼저 완성 → 30초는 컷 삭제로 파생. 따로 쓰면 톤이 갈린다.

5. 톤·자막 규칙

  • 무음 재생 대비: 자막만으로 서사가 완결돼야 한다. 부스 루프·피드 자동재생은 소리가 꺼져 있다 — 소리 없이도 훅→해법→CTA가 읽히게.
  • 자막은 짧게(한 줄 원칙), 화면당 하나. 광고체·과장 표현 금지, 규제 표현(§0-b) 회피.
  • 톤은 레퍼런스 영상으로 고정하고, 컨셉이 갈릴 땐 A/B 두 안을 만들어 [[decision-log]]에 "왜 A안"을 남긴다.

6. 산출물 저장 (제안만)

문서를 ~/.pm-copilot/data/docs/ 에 날짜-유형 이름으로 저장하도록 제안한다(사람이 확인 후 저장). 예:

~/.pm-copilot/data/docs/2026-07-26-product-video-이미지팩토리60초.md

한 파일에 **브리프 + 5블록 스크립트 + 씬 테이블 + (있으면)30초 파생 + 오픈이슈(⚠️ 확인 필요 목록)**를 담는다. ※ 이 스킬은 문서 작성 전용이라 실행 스크립트·셸이 필요 없다. 렌더링·업로드는 사람/제작툴이 별도로 한다.

7. 🔁 회고·보완

  • 본생산 전: 테스트 컷 2~3개로 톤 검증 → 어긋나면 콘티부터 수정(비용 큰 본생산 전에).
  • 발행 후: 조회·시청유지율·CTA 클릭을 [[metrics-report]]로 회수해 "훅이 3초에 이탈을 잡았나 / CTA가 눌렸나"를 다음 영상 브리프(§1)에 반영한다.
  • 반복되는 판단(톤·구조 선택)은 [[decision-log]]에 남겨 다음번에 다시 싸우지 않는다.

연결된 스킬: 방법론 [[method]] · 상위 기획 [[write-spec]] [[plan-doc]] · 근거·규제 [[research]] [[market-radar]] · 화면 시안 [[mockup]] [[simple-design]] · 우선순위(메시지 취사) [[prioritize]] · 컨셉 결정 기록 [[decision-log]] · 성과 회수 [[metrics-report]].

Keep looking

Skills are one crate of 627,801. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.