Produkt-Launch-Video
Erstelle einen Launch-Film, dessen Geschichte, visuelles System, Bewegung und Beweise alle aus dem zu launchierenden Produkt stammen. Das Arbeitsergebnis ist ein gerendertes Video plus das bearbeitbare Projekt, das es erstellt hat.
Verwende HyperFrames, wenn es installiert ist. Ein Remotion-Projekt wird ebenfalls unterstützt; bevorzuge gewartete remocn-Komponenten gegenüber dem Neuerstellen gängiger Animationsprimitive. Wechsle nicht den Stack, nachdem das Storyboard genehmigt wurde.
Festzulegende Eingaben
Vor dem Bau festlegen:
- Produkt-URL oder Quellbriefing;
- Zielgruppe und die eine Änderung der Überzeugung, die der Film bewirken soll;
- Seitenverhältnis, Zieldauer, Sprache und Erzähloption;
- Behauptungen, die erscheinen dürfen, und die Beweise hinter jeder einzelnen;
- ob ein vorhandenes Drehbuch wörtlich übernommen werden muss oder umstrukturiert werden darf.
Falls einer dieser Punkte den Film wesentlich verändern würde, einmal nachfragen, bevor begonnen wird.
Erforderliche Ausgabe
Halte das Projekt bearbeitbar. Erstelle mindestens:
capture/ Produktkopien, Screenshots, Logos und Design-Tokens
STORYBOARD.md genehmigter Einstellungs-für-Einstellung-Plan
SCRIPT.md Erzähltext, wenn der Film eine Erzählung hat
design.md Typografie-, Farb-, Abstands-, Bewegungs- und Bildkompositionsregeln
compositions/ Quellen für jede Einstellung
renders/launch.mp4 finale Auslieferung
Behandle eine Vorschau, ein Storyboard, eine Kontaktübersicht oder eine stumme Rohfassung nicht als das endgültige Video.
Arbeitsablauf
1. Das Produkt erfassen
Überprüfe die bereitgestellte URL oder die Assets. Bewahre die exakten Produktkopien, die echte Benutzeroberfläche, Logos, Typografie, Farben und Schnittstellenzustände. Dokumentiere jedes nutzbare Asset und seine Quelle. Erfinde keine Funktionen, Kunden, Metriken oder Integrationen.
Wenn keine Website existiert, erstelle aus dem Briefing und den bereitgestellten Assets einen kleinen Quellennachweis, damit spätere Einstellungen dennoch eine nachvollziehbare Grundlage haben.
2. Die Geschichte wählen
Schreibe vor dem Storyboarding einen Satz zu jedem dieser Punkte:
- die gegenwärtige Frustration der Zielgruppe;
- der charakteristische Mechanismus des Produkts;
- der Beweis, den der Betrachter glauben soll;
- die Handlung, die der Betrachter ausführen soll.
Wähle nur die Beats aus, die das Quellmaterial unterstützt. Ein kurzer Film braucht normalerweise einen Aufhänger, einen Mechanismus, einen Beweis und einen Abschluss; er braucht keine Feature-Liste.
Lies references/story-and-shot-system.md bei der Planung der Sequenz.
3. Das visuelle System etablieren
Leite design.md vom erfassten Produkt ab, nicht von einer generischen Videovorlage. Definiere die Leinwand, Typografie, Farbrollen, Raster, sichere Bereiche, visuelle Dichte, Bewegungscharakter, Beschriftungsbehandlung und die Übergangsfamilie.
Beschränke den Film auf eine visuelle Grammatik. Wiederholung schafft Identität; ein neuer Stil für jede Einstellung lässt den Film wie aus Vorlagen zusammengesetzt wirken.
4. Storyboard vor der Animation
Halte für jede Einstellung fest:
- Start- und Endzeit;
- narrative Aufgabe;
- exakter Bildschirmtext;
- Quell-Asset oder UI-Zustand;
- Bildkomposition und Kameraintention;
- Eintritt, Entwicklung und Austritt;
- Übergang zur nächsten Einstellung;
- jede Behauptung und ihre Beweisquelle.
Der Rahmen muss sich während seiner gesamten Nutzungsdauer weiterentwickeln. Vermeide eine Eintrittsanimation, gefolgt von mehreren Sekunden statischen Inhalts.
Zeige das Storyboard zur Genehmigung, bevor du den gesamten Film erstellst.
5. Mit gewarteten Primitiven bauen
HyperFrames wird für HTML-Einstellungssequenzen bevorzugt. Für Remotion lies references/remotion-and-remocn.md und verwende remocn für gängige Typografie-, Terminal-, Diagramm-, Hintergrund- und Übergangsverhalten. Benutzerdefinierte Animationen sind nur dann angebracht, wenn das Produkt eine Bewegungsidee erfordert, die die Bibliothek nicht ausdrücken kann.
Jede Einstellung muss bei einem beliebigen Frame deterministisch sein. Verlasse dich nicht auf Laufzeit-Timer, nicht-gesäte Zufälligkeit oder Interaktionszustände, die ein Renderer nicht reproduzieren kann.
6. Den zusammengesetzten Film überprüfen
Überprüfe vor dem Rendern:
- erste, mittlere und letzte Frames jeder Einstellung;
- jede Übergangsnaht;
- Textumbruch, Beschneidung, Kontrast und sichere Bereiche;
- Timing im Verhältnis zur Erzählung und Musik;
- Produkttreue und Genauigkeit der Behauptungen;
- den gesamten Film in normaler Geschwindigkeit mit Audio;
- einen stummen Durchlauf, damit die visuelle Geschichte dennoch Sinn ergibt.
Führe node scripts/check-project.mjs <projekt-verzeichnis> für das Package-Level-Projekt-Gate aus. Führe auch die natives Lint-, Validierungs- und Render-Prüfungen des ausgewählten Video-Stacks durch.
Halte für eine Genehmigung der zusammengesetzten Vorschau inne. Render die finale MP4 erst nach der Genehmigung.
Beweisgrenze
Ein poliertes Beispiel demonstriert die beabsichtigte Handwerkskunst; es beweist nicht, dass das Skill die Modellleistung verbessert. Melde getrennt:
- Package- und Projektprüfungen;
- erfolgreicher finaler Render;
- menschliche visuelle Überprüfung;
- jegliche vergleichende Bewertung, nur wenn aufgezeichnete Läufe und Bewertungen existieren.
Bezeichne das Skill niemals als evaluiert, nur weil ein ansprechendes Video produziert wurde.
Fehlerbedingungen
Stoppe anstatt auszuliefern, wenn:
- die primäre Produktbehauptung nicht belegt werden kann;
- erfasste Benutzeroberfläche durch erfundene UI-Elemente ersetzt wird;
- eine Einstellung in der Auslieferungsauflösung unleserlich ist;
- Erzählung und Bild nicht übereinstimmen;
- das Projekt nicht deterministisch gerendert werden kann;
- die bearbeitbare Quelle oder die finale MP4 fehlt.