Formalisation¶
Quelles règles restent vraies quel que soit le métier ou le fournisseur ?
Le brief fixe le besoin ; le contrat de livraison indique la forme attendue. Le contrat choisi par l’Intelligence est validé par la recette dans une liste fermée. Une préférence créative ne vaut pas une contrainte imposée par le client.
Trois contrats de livraison¶
| Contrat | Contenu attendu | Fin du parcours |
|---|---|---|
text |
Texte final rédigé, conservé dans le carnet | Acceptation du texte → terminé, sans génération média |
media |
Direction puis création média demandée | Réglages et génération autorisés → résultat reçu |
mixed |
Texte final et média explicitement demandés | Acceptation du texte → réglages, puis création |
Décrire une vignette et rédiger une accroche peut légitimement donner un texte. Demander l’image finale et l’accroche appelle un résultat mixte. Le besoin prime sur l’intitulé du scénario.
Décisions et transitions¶
flowchart TB
B[Brief validé] --> P[Production et relecture]
P --> R[Proposition à relire]
R -->|Corriger| R
R -->|Retenir un texte seul| T[Terminé]
R -->|Retenir média ou mixte| M[Réglages et création]
M --> T
Invariants à vérifier¶
- Un document ancien, refusé ou lié à une autre révision de brief ne clôt pas la demande courante.
- Une correction ne signifie jamais une acceptation implicite.
- Production et relecture sont deux rôles distincts ; un contrôle ancien n’est pas présenté comme ayant relu un texte modifié.
- Une enveloppe insuffisante ou un modèle hors politique est refusé avant l’appel média.
- Chaque opération payante est réservée puis réglée au compte ; la fabrication de package est une opération distincte des appels de l’équipe.
- Les reprises restent bornées, explicites et comptabilisées, sans remise à zéro silencieuse.
Livrables et validation¶
Le contrat, la version de brief, le texte final, le reçu et la décision sont conservés. Pour valider, relire le dossier après rechargement et comparer le besoin au contenu, pas seulement au statut HTTP.