Que fait Convertisseur Ozor de Changelog en Vidéo ?
Transformez les changelogs, notes de version et mises à jour de version en prompts vidéo prêts à l'emploi pour Ozor.ai. Cette compétence lit des listes structurées de modifications et produit des prompts vidéo scène par scène qui annoncent les mises à jour de manière visuellement percutante.
Types d'entrée pris en charge
- CHANGELOG.md — format standard « Keep a Changelog »
- Releases GitHub — descriptions de release avec tags
- Notes de version — listes de fonctionnalités en points
- Résumés de version — documents de type « Quoi de neuf »
- Résumés de commits — messages de commit regroupés pour une release
- Notes de version Jira/Linear — listes de tickets exportées
Workflow
Phase 1 — Analyse du Changelog
Lisez le changelog et extrayez :
- Numéro de version — le tag de release (ex. : v2.4.0)
- Date de release — date de publication
- Catégories de modifications — regroupez les changements par type :
- Nouvelles fonctionnalités — capacités entièrement nouvelles
- Améliorations — améliorations des fonctionnalités existantes
- Corrections de bugs — problèmes résolus
- Changements cassants — tout ce qui nécessite une action de l'utilisateur
- Dépréciations — fonctionnalités en cours de suppression
- Changement principal — le changement le plus impactant ou le plus demandé par les utilisateurs
- Nombre de changements — nombre total de modifications (utilisé pour estimer la durée)
Phase 2 — Priorisation pour la Vidéo
Toutes les entrées du changelog ne méritent pas une scène. Appliquez ces règles :
Toujours inclure :
- La fonctionnalité phare (changement le plus important ou le plus demandé)
- Toute nouvelle fonctionnalité qui modifie le flux de travail de l'utilisateur
- Les changements cassants (les utilisateurs doivent être informés)
Inclure si l'espace le permet :
- Améliorations significatives (performances, UX)
- Corrections de bugs très demandées
Ignorer dans la vidéo (mentionner dans les notes) :
- Corrections de bugs mineurs
- Refontes internes
- Mises à jour de dépendances
- Modifications de documentation
Budget de scènes par nombre de changements (viser ~1 scène par 3 secondes de vidéo) :
- 1–3 changements : 6–8 scènes (intro + 2–3 par changement + résumé + CTA)
- 4–7 changements : 10–15 scènes (intro + 2–3 par changement principal + résumé + CTA)
- 8+ changements : 15–20 scènes (intro + 2–3 par changement principal + « et plus » + CTA)
Phase 3 — Structure de la Vidéo
Utilisez cette structure éprouvée pour les vidéos de release :
- Intro / Badge de version — Affichez le nom du produit et le numéro de version avec une animation soignée. Donnez le ton : « Quoi de neuf dans [Produit] [Version] »
- Fonctionnalité phare (2–3 scènes) — Le changement le plus important obtient plusieurs scènes avec le plus d'attention visuelle :
- Titre / Qu'est-ce que c'est — Nom de la fonctionnalité en titre avec une phrase d'accroche.
- Comment ça marche / Visuel — Montrez la fonctionnalité en action : une démonstration de l'interface, une animation ou un diagramme.
- Impact / Bénéfice — Pourquoi cela compte pour l'utilisateur. Montrez le résultat ou l'issue.
- Scènes de fonctionnalités supplémentaires (2–3 scènes chacune) — Chaque changement priorisé obtient sa propre mini-séquence :
- Titre / Qu'est-ce que c'est — Nom de la fonctionnalité et brève description.
- Détail / Visuel — Montrez ce qui a changé visuellement : avant/après, démo ou diagramme.
- (Optionnel) Bénéfice — Une courte scène renforçant la valeur si le changement est suffisamment significatif.
- Résumé / « Et plus » — Si des changements ont été dépriorisés, ajoutez une scène les listant brièvement : « Plus : [correction 1], [correction 2], [amélioration 1] »
- CTA — « Mettez à jour maintenant », « Essayez-le aujourd'hui » ou « Lisez les notes de version complètes sur [URL] »
Phase 4 — Génération du Prompt Ozor
Produisez un prompt complet, prêt à être copié-collé :
## Prompt Ozor Vidéo
**Source :** [Produit] [Version] changelog
**Type de vidéo :** Notes de version / Quoi de neuf
**Format :** 16:9 paysage
**Durée estimée :** [X] secondes
**Audience cible :** [utilisateurs existants / développeurs / équipe]
---
### Prompt (copier et coller dans Ozor)
Créez une vidéo de notes de version de [durée] pour [Produit] version [X.X].
[N] scènes :
(1) Badge de version — Logo de [Produit] centré sur fond [foncé/clair]. Le numéro de version « [X.X] » apparaît avec une animation subtile. Sous-texte : « [Date de release] — [tagline ou résumé du nombre de changements] ».
(2) [Nom de la fonctionnalité phare] — Carte titre : nom de la fonctionnalité en titre gras. Phrase d'accroche : « [Ce que fait cette fonctionnalité en langage simple] ». [Visuel : icône ou graphique représentant la fonctionnalité.]
(3) [Nom de la fonctionnalité phare] Détail — [Montrez la fonctionnalité en action : démonstration de l'interface, animation de style enregistrement d'écran ou diagramme étape par étape. Incluez le texte exact à l'écran.]
(4) [Nom de la fonctionnalité phare] Impact — [Pourquoi cela compte : montrez le résultat, le temps gagné ou une comparaison avant/après. Texte à l'écran : « [Déclaration de bénéfice clé] ».]
(5) [Nom de la Fonctionnalité 2] — Carte titre : « [Nom de la fonctionnalité] » avec description d'une ligne. [Visuel : icône, élément d'interface ou métaphore.]
(6) [Nom de la Fonctionnalité 2] Détail — [Démonstration visuelle de la fonctionnalité : à quoi elle ressemble en utilisation, comment elle fonctionne, ou une image clé de type capture d'écran. Incluez le texte à l'écran.]
(7) [Nom de la Fonctionnalité 3] — [Titre de la fonctionnalité + direction visuelle. Pour les fonctionnalités mineures, une seule scène combinant titre et démo suffit.]
[...continuez pour les fonctionnalités restantes, 2–3 scènes par fonctionnalité majeure, 1 scène pour les fonctionnalités mineures...]
([N-1]) Et plus — Liste propre des changements restants : « [correction 1] », « [amélioration 1] », « [correction 2] ». Chacun apparaît avec une animation de coche.
([N]) CTA — « [Mettez à jour maintenant / Essayez-le aujourd'hui] » avec [URL du produit]. Fondu du logo.
Style : [propre / moderne / audacieux]. Fond : [foncé / clair]. Couleur d'accent : [couleur de la marque].
Ton : [confiant / enthousiaste / professionnel].
Audience : [qui].
---
### Notes
- [Suggestions pour les assets à télécharger]
- [Changements dépriorisés qui pourraient faire l'objet d'une vidéo séparée]
- [Conseils pour itérer]
Règles d'Adaptation
Si le changelog ne contient que des corrections de bugs :
- Présentez-le comme une mise à jour de fiabilité/qualité
- Commencez par un message du type « Nous vous avons écouté » ou « Bugs écrasés »
- Regroupez les corrections par thème plutôt que de les lister une par une
- Restez court : 3–4 scènes maximum
Si le changelog contient un changement cassant :
- Mettez-le en avant — les utilisateurs doivent le voir
- Utilisez un indicateur d'avertissement visuel (changement de couleur, icône)
- Expliquez ce qui a changé ET ce que l'utilisateur doit faire
- Placez-le en scène 2 (juste après l'intro) pour la visibilité
Si le changelog couvre plusieurs versions :
- Combinez-les en un format « mise à jour trimestrielle » ou « bilan de l'année »
- Regroupez par thème plutôt que par numéro de version
- Commencez par les changements les plus impactants de toutes les versions
Si le changelog provient d'une Release GitHub :
- Extrayez le titre de la release comme titre de la vidéo
- Utilisez le nom du tag comme badge de version
- Analysez le formatage markdown pour les points et les titres
Liste de Qualité
Avant de présenter le prompt final, vérifiez :
- Le numéro de version est affiché de manière proéminente dans la scène 1
- La fonctionnalité phare reçoit le plus d'attention visuelle
- Les changements cassants sont clairement signalés (le cas échéant)
- Chaque scène contient exactement un changement ou une idée
- Le texte à l'écran est court — noms des fonctionnalités + descriptions d'une ligne
- Le CTA indique exactement à l'utilisateur quoi faire
- Aucun changement critique de la source n'a été omis sans mention
- Les changements dépriorisés sont listés dans la section Notes
Règles
- Chaque changement qui obtient une scène doit être décrit visuellement. « Montrer le nouveau tableau de bord » ne suffit pas — décrivez à quoi ressemble le tableau de bord, ce qui est animé, quel texte apparaît.
- N'inventez jamais de fonctionnalités. Chaque changement doit provenir du changelog source.
- Priorisez l'impact utilisateur par rapport à l'impression technique. Une petite correction UX demandée par les utilisateurs est plus digne d'une vidéo qu'une grande refonte interne.
- Restez percutant. Les vidéos de release doivent durer 30 à 60 secondes. Une vidéo de 30 secondes doit avoir ~8–10 scènes ; une vidéo de 60 secondes doit avoir ~15–18 scènes (environ 1 scène par 3 secondes). Les utilisateurs veulent des points forts, pas de la documentation.
- Le numéro de version doit être visible. Il apparaît dans la scène 1 et éventuellement dans un badge persistant.