제품 런칭 비디오

제품 런칭 비디오은(는) 무엇을 하나요?

런칭하는 제품의 스토리, 비주얼 시스템, 모션 및 증거가 모두 제품 자체에서 비롯된 런칭 영화를 만듭니다. 최종 결과물은 렌더링된 비디오와 이를 생성한 편집 가능한 프로젝트입니다.

HyperFrames가 설치되어 있으면 사용하십시오. Remotion 프로젝트도 지원되며, 일반적인 애니메이션 기본 요소를 다시 만드는 대신 유지 관리되는 remocn 구성 요소를 사용하는 것이 좋습니다. 스토리보드가 승인된 후에는 스택을 변경하지 마십시오.

제작 전 확정할 사항

빌드를 시작하기 전에 다음을 설정하십시오:

• 제품 URL 또는 브리프;
• 대상 청중과 영화가 만들어야 할 신념의 변화;
• 화면 비율, 목표 길이, 언어 및 내레이션 선택;
• 표시될 수 있는 주장과 각 주장의 증거;
• 기존 스크립트를 그대로 사용해야 하는지, 재구성해도 되는지 여부.

이 중 어떤 것이 영화를 실질적으로 변경할 수 있다면, 작업을 시작하기 전에 한 번 질문하십시오.

필수 결과물

프로젝트를 편집 가능한 상태로 유지하십시오. 최소한 다음을 생성하십시오:

capture/                 제품 복사본, 스크린샷, 로고 및 디자인 토큰
STORYBOARD.md            승인된 샷별 계획
SCRIPT.md                내레이션 (영화에 내레이션이 있는 경우)
design.md                글꼴, 색상, 간격, 모션 및 프레이밍 규칙
compositions/            모든 샷의 소스
renders/launch.mp4       최종 결과물

미리보기, 스토리보드, 콘택트 시트 또는 사일런트 드래프트를 최종 비디오로 취급하지 마십시오.

워크플로우

1. 제품 캡처

제공된 URL 또는 에셋을 검사하십시오. 정확한 제품 복사본, 실제 UI, 로고, 타이포그래피, 색상 및 인터페이스 상태를 보존하십시오. 모든 사용 가능한 에셋과 그 출처를 기록하십시오. 기능, 고객, 지표 또는 통합을 허위로 만들어내지 마십시오.

웹사이트가 없는 경우, 브리프와 제공된 에셋에서 작은 출처 기록을 만들어 이후 샷이 여전히 추적 가능한 근거를 갖도록 하십시오.

2. 스토리 선택

스토리보드를 작성하기 전에 각각에 대해 한 문장씩 작성하십시오:

• 대상 청중의 현재 불만;
• 제품의 차별화된 메커니즘;
• 시청자가 믿어야 할 증거;
• 시청자가 취해야 할 행동.

소스 자료가 지원하는 비트만 선택하십시오. 짧은 영화는 일반적으로 훅(hook), 메커니즘, 증거 및 마무리가 필요하며, 기능 목록은 필요하지 않습니다.

시퀀스를 계획할 때 references/story-and-shot-system.md를 읽으십시오.

3. 비주얼 시스템 수립

일반 비디오 템플릿이 아닌 캡처된 제품에서 design.md를 도출하십시오. 캔버스, 타이포그래피, 색상 역할, 그리드, 안전 영역, 시각적 밀도, 모션 특성, 캡션 처리 및 전환 패밀리를 정의하십시오.

영화를 하나의 시각적 문법으로 제한하십시오. 반복은 정체성을 만들고, 모든 샷마다 새로운 스타일을 적용하면 영화가 템플릿에서 조합된 것처럼 느껴집니다.

4. 애니메이션 전 스토리보드 작성

모든 샷에 대해 다음을 기록하십시오:

• 시작 및 종료 시간;
• 내러티브 역할;
• 화면에 표시될 정확한 복사본;
• 소스 에셋 또는 UI 상태;
• 구성 및 카메라 의도;
• 등장, 전개 및 종료;
• 다음 샷으로의 전환;
• 모든 주장과 그 증거 출처.

프레임은 유용한 지속 시간 동안 계속 발전해야 합니다. 등장 애니메이션 후 몇 초 동안 정적 콘텐츠가 이어지는 것을 피하십시오.

전체 영화를 제작하기 전에 스토리보드를 보여주고 승인을 받으십시오.

5. 유지 관리되는 기본 요소로 제작

HTML 샷 시퀀스에는 HyperFrames가 선호됩니다. Remotion의 경우 references/remotion-and-remocn.md를 읽고 일반적인 타이포그래피, 터미널, 차트, 배경 및 전환 동작에 remocn을 사용하십시오. 라이브러리가 표현할 수 없는 모션 아이디어가 제품에 필요한 경우에만 사용자 정의 애니메이션이 적절합니다.

모든 샷은 임의의 프레임에서 결정론적이어야 합니다. 런타임 타이머, 시드되지 않은 무작위성 또는 렌더러가 재현할 수 없는 상호 작용 상태에 의존하지 마십시오.

6. 조립된 영화 검토

렌더링 전에 다음을 검사하십시오:

• 모든 샷의 첫 번째, 중간 및 마지막 프레임;
• 모든 전환 지점;
• 텍스트 줄바꿈, 클리핑, 대비 및 안전 영역;
• 내레이션 및 음악과의 타이밍;
• 제품 충실도 및 주장 정확성;
• 오디오와 함께 정상 속도로 전체 영화;
• 사일런트 패스로 시각적 스토리가 여전히 이해되는지 확인.

패키지 수준 프로젝트 게이트를 위해 node scripts/check-project.mjs <project-dir>을 실행하십시오. 또한 선택한 비디오 스택의 네이티브 린트, 유효성 검사 및 렌더링 검사를 실행하십시오.

조립된 미리보기에 대해 승인을 기다리십시오. 승인 후에만 최종 MP4를 렌더링하십시오.

증거 경계

세련된 예제는 의도된 기술을 보여줄 뿐, 스킬이 모델 성능을 개선한다는 것을 증명하지는 않습니다. 별도로 보고하십시오:

• 패키지 및 프로젝트 검사;
• 성공적인 최종 렌더링;
• 인간 시각적 검토;
• 기록된 실행과 점수가 있는 경우에만 비교 평가.

매력적인 비디오 하나가 제작되었다고 해서 스킬을 평가되었다고 말하지 마십시오.

실패 조건

다음 상황에서는 출시하지 말고 중단하십시오:

• 주요 제품 주장의 출처를 확인할 수 없는 경우;
• 캡처된 UI가 허위로 만들어진 인터페이스 크롬으로 대체된 경우;
• 샷이 최종 해상도에서 읽을 수 없는 경우;
• 내레이션과 화면이 일치하지 않는 경우;
• 프로젝트가 결정론적으로 렌더링될 수 없는 경우;
• 편집 가능한 소스 또는 최종 MP4가 누락된 경우.