데모 릴 계획은(는) 무엇을 하나요?
이 기술은 AI 시스템이나 도구가 무언가를 수행하는 모습을 보여주는 릴을 계획합니다. 결과물은 사용자가 직접 촬영할 수 있는 비트 시트와 촬영 및 편집 사양입니다.
이 기술의 주요 발견: 이 기술이 기반한 컬렉션에서 가장 멀리 퍼져나간 릴들은 데모를 라이브처럼 느끼게 했습니다. 눈에 보이는 사람, 손으로 촬영한 실제 화면, 약간 잘못되다가 해결되는 상황이 포함되었습니다. 고도로 제작된 기법(모든 단어에 그래픽, 디자인된 모의 화면)은 중간값 아래에 있었습니다. 따라서 이 기술은 실제 일어나는 일을 보여주는 쪽으로 유도하며, 광택은 선택 사항으로 취급합니다.
모든 규칙에 대한 증거는 references/evidence.md에 있습니다. 예시는 references/examples.md에 있습니다. 리프트는 0에서 100점 척도에서 비교 가능한 릴의 중간값보다 높거나 낮은 점수입니다. 이는 직접 선별한 66개의 릴 컬렉션에서의 상관관계이므로 옵션의 순위를 매깁니다. 어떤 것도 보장하지 않습니다.
리프트를 보여준 규칙
중간 동작에서 시작하세요. +20, 7명의 크리에이터. 소개 대신 작업이 시작되는 순간부터 열어보세요. 첫 단어는 명령, 프롬프트 또는 첫 번째 단계여야 합니다. [DboqOSvEj_b]
화면 데모 중에도 얼굴을 프레임 안에 유지하세요. +16, 8명의 크리에이터. 작은 버블, 하단 패널, 반응 레이어. 화면이 사람을 완전히 대체해서는 안 됩니다. 사람이 없는 데모는 광고처럼 읽힙니다. [Dd6izTYiln1, DboqOSvEj_b, DeHX34IxveJ]
데모 안에 마찰을 넣으세요. +12, 6명의 크리에이터. 순조롭게 진행되지 않는 한 순간: 슬롯이 이미 차 있음, 누군가 AI인지 묻는 경우, 도구 없이 실패하고 도구와 함께 작동하는 작업. 마찰은 데모에 중간 지점을 제공합니다. 계획하고, 40% 지점 근처에 배치하세요. 있다면 빌드에서 실제 마찰을 사용하세요. [DboqOSvEj_b, DdrUdGbkrT0, Dd6izTYiln1]
실제 화면을 휴대폰으로 촬영하세요. +8, 11명의 크리에이터. 손에 들고 화면을 가리키며, 결과물을 확대해서 보여주세요. 이것은 그 물건이 존재하고 실행 중임을 증명합니다. 시청자가 읽어야 하는 텍스트에만 화면 녹화를 사용하세요. [DbcPo0dMQ3d, DbYhDu_MADd, DXA4gi1DCOx]
비디오 자체에 기술을 보여주세요. +18, 3명의 크리에이터. 증거가 약하므로, 해당되는 경우에만 사용하세요. 릴이 편집, 프롬프트 또는 구조를 가르친다면, 릴이 그것을 눈에 띄게 사용해야 합니다. [De8SPjEAuV0, DambEp1igDW]
주장하는 순간에 출처를 보여주세요. +13, 3명의 크리에이터. 증거가 약함. 당신이 말할 때, 레포지토리 페이지, 헤드라인, README가 화면에 보여야 합니다. [DfCXigRSyAo, Dd6izTYiln1]
기본값 (모든 사람이 이것을 하며, 리프트는 없음)
- 첫 번째 프레임은 완성된 작업이 작동하는 모습을 보여줍니다(19명의 크리에이터).
- 얼굴과 화면이 프레임을 공유할 때: 화면 또는 그래픽이 위에, 얼굴이 아래에, 캡션은 경계선에(17명의 크리에이터).
- 단어별 캡션, 1~3단어, 하나의 악센트 색상(16명의 크리에이터).
- 단계 수를 말하고 각 단계를 화면에 레이블로 표시(18명의 크리에이터).
- 요청 전에 표시된 늦은 비트, "여기 요령이 있습니다" 또는 "말도 안 되는 부분" (8명의 크리에이터, +4).
- 초기에 실제임을 증명: 클릭해서 들어가기, 파일 열기 (9명의 크리에이터, +4).
- 마지막으로 말하는 대사에 댓글 키워드 하나를, 키워드를 화면에 표시(32명의 크리에이터). 댓글을 증가시키고(2.73% 대 0.16%) 도달률은 변경하지 않습니다.
주의사항 (이것들은 중간값 아래에 있었습니다)
- 모든 명사에 1~3초마다 새로운 시각 요소. -23, 15명의 크리에이터. 가장 흔한 과도한 편집이자 가장 약한 결과. 푸티지가 전달할 수 없는 정보를 전달하는 경우에만 그래픽을 사용하세요. 릴을 카펫처럼 깔지 마세요.
- 실제 제품 대신 디자인된 모의 화면. -25, 5명의 크리에이터. 더 못생겼더라도 실제 물건을 보여주세요.
- 요청을 위해 다시 얼굴로 컷. -25, 8명의 크리에이터. 제품을 화면에 유지하고 키워드를 레이블로 고정하세요. 얼굴이 이미 프레임 안에 있다면, 그 샷을 유지하세요.
- 시스템을 한 영역씩 둘러보기. -16, 6명의 크리에이터. 둘러보기는 목록입니다. 효과가 있었던 하나는 숫자로 된 주장으로 시작하고, 10초 안에 에이전트를 클릭할 수 있음을 증명했으며, 릴 중간에 관심을 가질 두 번째 이유를 추가했습니다. 계획이 둘러보기라면, 대신 따라갈 작업을 주세요: 시스템을 통해 이동하는 하나의 작업.
- 요청 직전에 결과물을 보여주기. -16, 6명의 크리에이터. 무료 선물을 보여준다면, 시청자가 그것을 원할 시점인 더 일찍 보여주세요.
길이
단지 짧다고 잘라내지 마세요. 상위 3분의 1에 속하는 교육 릴의 중간 길이는 63초, 하위 3분의 1은 42초였습니다. 60초가 넘는 릴은 45초 이하의 릴보다 더 높은 점수를 받았습니다(56.5 대 43.5). 데모가 라이브 상태를 유지하는 한 계속 실행하고, 정적 구간은 자르되 내용은 자르지 마세요. 하드 컷 횟수는 어느 쪽이든 패턴을 보이지 않았습니다.
생성할 내용
# <작업 제목>
약속: 한 문장, 시청자가 보게 될 일
길이: 초 단위 목표와 이유
증거: 화면에 이것이 실제임을 보여주는 것
## 비트
| 시간 | 비트 | 말하기 | 화면 | 샷 |
(중간 동작에서 시작, 0:10까지 실제임 증명, 40% 근처 마찰, 보상, 늦은 비트, 요청)
## 촬영 목록
촬영할 내용, 방법 (휴대폰 화면, 얼굴 버블, 화면 녹화), 캡처하기 가장 쉬운 순서대로
## 편집 사양
레이아웃, 캡션, 자리를 차지하는 소수의 그래픽과 그 이유, 의도적으로 날것으로 남겨둔 것
## 요청
마지막으로 말하는 대사와 화면 레이블
## 촬영 전 확인 사항
화면에 표시되면 안 되는 것: 개인 데이터, 고객 또는 클라이언트 이름, 토큰, 키, 파일 경로
## 사용된 증거
이 계획에서 결정을 변경한 규칙만, 각각 한 줄씩, 최대 8줄
실제 시스템의 데모는 실제 데이터를 보여줍니다. 화면이 무엇을 드러낼지(사이드바의 이름, 터미널의 토큰, 답변의 내용) 확인하고 프레임 밖으로 유지하는 방법을 말하세요. 이것은 놓치기 쉽고 잘못되면 비용이 많이 듭니다.
증거 섹션을 짧게 유지하세요. 사용자는 계획이 자신이 했을 것과 왜 다른지 알아야 하며, 이 파일의 재진술이 아닙니다.
사용자가 캡션, 경품 개요 또는 전달 메시지도 원한다면, 그것들은 별개의 작업입니다. 한 줄로 말하고 제안하여 계획이 계획으로 남도록 하세요.
누군가가 오늘 촬영할 수 있도록 비트를 작성하세요. 사용자의 실제 시스템과 실제 숫자를 사용하세요. 사용자 화면에서 어떤 것이 어떻게 보이는지 모른다면, 질문하거나 가정을 표시하세요. 마찰 순간이 없다면, 하나의 정직한 후보를 제안하고 실제여야 한다고 말하세요.
사용자 자체 규칙 및 데이터와의 적합성
사용자에게 자체 브랜드 규칙, 편집 표준 또는 자체 계정의 성과 데이터가 있다면, 이 컬렉션보다 우선합니다. 사용자의 관객은 이 60명의 크리에이터와 같지 않기 때문입니다. 여기 있는 규칙이 사용자의 규칙과 다른 경우, 한 줄로 말하고 사용자가 선택하게 하세요. 어느 쪽이든 자동으로 적용하지 마세요.