Vidéo de Lancement Produit
Créez un film de lancement dont l'histoire, le système visuel, le mouvement et les preuves proviennent tous du produit lancé. Le livrable est une vidéo rendue ainsi que le projet modifiable qui l'a produite.
Utilisez HyperFrames lorsqu'il est installé. Un projet Remotion est également pris en charge ; préférez les composants remocn maintenus plutôt que de recréer des primitives d'animation courantes. Ne changez pas de pile après l'approbation du storyboard.
Entrées à verrouiller
Avant de construire, établissez :
- URL du produit ou brief source ;
- public cible et le seul changement de croyance que le film doit créer ;
- rapport hauteur/largeur, durée cible, langue et choix de narration ;
- affirmations qui peuvent apparaître et les preuves derrière chacune ;
- si un script existant doit rester textuel ou peut être restructuré.
Si l'un de ces éléments modifierait matériellement le film, demandez une fois avant de commencer.
Sortie requise
Gardez le projet éditable. Produisez au minimum :
capture/ copies produit, captures d'écran, logos et tokens de design
STORYBOARD.md plan plan par plan approuvé
SCRIPT.md narration, lorsque le film est narré
design.md règles de typographie, couleur, espacement, mouvement et cadrage
compositions/ source pour chaque plan
renders/launch.mp4 livraison finale
Ne considérez pas un aperçu, un storyboard, une planche contact ou un brouillon silencieux comme la vidéo finale.
Flux de travail
1. Capturer le produit
Inspectez l'URL fournie ou les assets. Préservez la copie exacte du produit, l'interface utilisateur réelle, les logos, la typographie, les couleurs et les états d'interface. Enregistrez chaque asset utilisable et sa source. N'inventez pas de fonctionnalités, clients, métriques ou intégrations.
Si aucun site web n'existe, créez un petit enregistrement source à partir du brief et des assets fournis afin que les plans ultérieurs aient toujours une base traçable.
2. Choisir l'histoire
Écrivez une phrase pour chacun des éléments suivants avant le storyboard :
- la frustration actuelle du public ;
- le mécanisme distinctif du produit ;
- la preuve que le spectateur doit croire ;
- l'action que le spectateur doit entreprendre.
Sélectionnez uniquement les battements que le matériau source soutient. Un court métrage a généralement besoin d'un accroche, d'un mécanisme, d'une preuve et d'une conclusion ; il n'a pas besoin d'un inventaire de fonctionnalités.
Consultez references/story-and-shot-system.md lors de la planification de la séquence.
3. Établir le système visuel
Dérivez design.md du produit capturé plutôt que d'un modèle vidéo générique. Définissez le canevas, la typographie, les rôles de couleur, la grille, les zones de sécurité, la densité visuelle, le caractère du mouvement, le traitement des légendes et la famille de transitions.
Limitez le film à une seule grammaire visuelle. La répétition crée une identité ; un nouveau style pour chaque plan donne l'impression que le film est assemblé à partir de modèles.
4. Storyboard avant animation
Pour chaque plan, enregistrez :
- heure de début et de fin ;
- travail narratif ;
- copie exacte à l'écran ;
- asset source ou état d'interface utilisateur ;
- intention de composition et de caméra ;
- entrée, développement et sortie ;
- transition vers le plan suivant ;
- toute affirmation et sa source de preuve.
Le cadre doit continuer à se développer pendant toute sa durée utile. Évitez une animation d'entrée suivie de plusieurs secondes de contenu statique.
Montrez le storyboard pour approbation avant de construire le film complet.
5. Construire avec des primitives maintenues
HyperFrames est préféré pour les séquences de plans HTML. Pour Remotion, consultez references/remotion-and-remocn.md et utilisez remocn pour les comportements courants de typographie, terminal, graphique, arrière-plan et transition. L'animation personnalisée n'est appropriée que lorsque le produit nécessite une idée de mouvement que la bibliothèque ne peut pas exprimer.
Chaque plan doit être déterministe à une image arbitraire. Ne vous fiez pas aux temporisateurs d'exécution, à l'aléatoire non ensemencé ou à un état d'interaction qu'un rendu ne peut pas reproduire.
6. Examiner le film assemblé
Avant le rendu, inspectez :
- la première, la moyenne et la dernière image de chaque plan ;
- chaque jointure de transition ;
- le retour à la ligne, le rognage, le contraste et les zones de sécurité ;
- le timing par rapport à la narration et à la musique ;
- la fidélité du produit et l'exactitude des affirmations ;
- le film complet à vitesse normale avec audio ;
- une passe silencieuse, pour que l'histoire visuelle ait toujours du sens.
Exécutez node scripts/check-project.mjs <project-dir> pour la porte de projet au niveau du paquet. Exécutez également les vérifications natives de lint, validation et rendu de la pile vidéo sélectionnée.
Faites une pause pour approbation sur l'aperçu assemblé. Rendez le MP4 final uniquement après approbation.
Limite des preuves
Un exemple soigné démontre le savoir-faire visé ; il ne prouve pas que la compétence améliore les performances du modèle. Rapportez séparément :
- les vérifications de paquet et de projet ;
- le rendu final réussi ;
- la révision visuelle humaine ;
- toute évaluation comparative, uniquement lorsque des exécutions enregistrées et des scores existent.
N'appelez jamais la compétence évaluée parce qu'une vidéo attrayante a été produite.
Conditions d'échec
Arrêtez plutôt que de livrer lorsque :
- l'affirmation principale du produit ne peut pas être sourcée ;
- l'interface utilisateur capturée est remplacée par un chrome d'interface inventé ;
- un plan est illisible à la résolution de livraison ;
- la narration et l'image sont en désaccord ;
- le projet ne peut pas rendre de manière déterministe ;
- la source modifiable ou le MP4 final est manquant.