Le brief existe. Le pipeline ne le sait pas.

Dans la plupart des équipes, le brief existe. Il est dans un Google Doc, un Slack, une note Notion. L'information est là. Et pourtant, au moment où la vidéo entre dans l'outil de prod, quelqu'un doit ressaisir.

Formulaire de brief partageable lié directement au pipeline de production vidéo.

Dans la plupart des équipes de production, le brief existe. Il est dans un Google Doc, dans un email, dans un fil Slack, dans une note Notion. Quelqu'un a pris le temps de l'écrire. L'information est là.

Et pourtant, au moment où la vidéo entre dans l'outil de gestion de production (Asana, Trello, Monday, peu importe), quelqu'un doit ressaisir. Copier le sujet, le format, la deadline, les contraintes. Parfois c'est fait. Parfois c'est approximatif. Parfois ça n'est pas fait du tout, et la tâche démarre avec ce que quelqu'un a retenu de la réunion.

C'est là que l'information commence à se perdre, pas dans un accident, mais dans la friction normale entre des outils qui ne se parlent pas.

Le brief vit dans un outil. La production dans un autre. Les retours dans un troisième. Les stats dans un quatrième. Chacun fait sa partie correctement. Personne ne fait le lien. Et à chaque passage d'un outil à l'autre, quelque chose se déforme ou disparaît.

Ce n'est pas un problème de discipline.

Le coût est difficile à mesurer parce qu'il n'apparaît dans aucun tableau de bord. Il se présente sous la forme de questions : "t'as le brief quelque part ?" "c'est quelle version finale ?" "les retours du client ils étaient où déjà ?" Du temps passé à chercher ce qui aurait dû être trouvable immédiatement.

Le symptôme le plus visible, c'est la V1 qui revient avec des retours qui auraient dû être dans le brief. En production TV ou pub, ça arrive peu. Le tournage est trop organisé, trop coûteux pour qu'on se permette de démarrer sans avoir tout cadré. En social media, avec des productions légères et des délais courts, le brief approximatif est devenu la norme. On tourne, on verra bien. Et "on verra bien" se paie en allers-retours.

La fracture se règle en amont

La réponse n'était pas un meilleur process de brief. C'était un formulaire partageable par lien, lié à une organisation, accessible sans compte.

Le demandeur renseigne : son nom, le type de vidéo, la plateforme de destination (qui déclenche automatiquement les déclinaisons de format associées), la deadline, les dates de tournage si nécessaire, le brief, les intervenants, les contraintes, les liens de référence. Le brouillon est sauvegardé automatiquement à chaque modification. Plusieurs personnes peuvent travailler sur le même formulaire en même temps : un chargé de projet cadre le format, un intervenant précise ses contraintes, un client ajoute ses références. Tout s'enregistre sans coordination préalable.

Le token est à usage unique : une fois soumis, le lien est consommé. La soumission ne génère pas un email. Elle crée directement le projet dans le pipeline, avec toutes ses informations intactes. Personne ne retranscrit. Personne n'interprète. Le projet existe dans le système dans l'état exact où il a été formulé.

Documenter ne règle pas la fracture

La solution évidente face à la déperdition, c'est de mieux documenter. Créer une convention, former les équipes, imposer un format de brief standard. La plupart des organisations qui rencontrent ce problème répondent par de la discipline.

On a essayé les deux, d'ailleurs. La discipline d'abord, l'outil ensuite. La discipline a tenu quelques mois. Ça ne règle pas le problème structurel. Ça ajoute une contrainte humaine pour compenser une limite de l'outil. Et les contraintes humaines tiennent jusqu'au moment où elles ne tiennent plus : une période chargée, un nouveau membre dans l'équipe, un client qui relance en urgence.

Même avec un brief solide et des process établis (c'est le cas dans beaucoup de productions plus structurées), la fracture entre l'outil de brief et l'outil de prod existe. Quelqu'un paie le coût de la retranscription, même quand tout est bien fait par ailleurs.

Quand le brief est l'origine du projet dans le système, tout ce qui vient ensuite s'accumule au même endroit. Les révisions, les retours, le statut, les fichiers. On ne cherche pas, on regarde. Et l'historique existe par construction, pas parce que quelqu'un a pensé à tout noter.

Ce que ça rend possible ensuite, c'est une lecture que les outils fragmentés ne permettent pas. Quels formats sont les plus demandés. Où les briefs incomplets ralentissent la production. Quels clients ou quelles équipes génèrent le plus de volume. La plupart des équipes ont cette information quelque part. Elle est juste dans trop d'endroits pour qu'on puisse la regarder.