Comment bâtir un calendrier de contenu qui survit à plusieurs clients

Un calendrier qui fonctionne très bien pour un client a tendance à s'effondrer à trois, et c'est rarement pour la raison qu'on pense. L'outil n'est généralement pas le problème. La structure, oui.

Le problème n'est pas le calendrier, c'est le sens d'une date

Avec un seul client, une date au calendrier est sans ambiguïté. Mardi veut dire que la publication sort mardi, parce qu'il n'y a qu'un livrable et que vous êtes la seule personne à le faire avancer.

Ajoutez deux clients, et une seule ligne contient maintenant au moins quatre dates qui se disputent la même case. Le jour où le matériel doit arriver, le jour où le montage commence, le jour où le client voit une version, et le jour de la publication. La plupart des calendriers choisissent l'une d'elles implicitement, puis dérivent, parce que différentes personnes inscrivent différentes dates dans le même champ.

Choisissez une seule date de tri et soyez strict. La date de publication est presque toujours le bon choix. C'est la seule qui a une conséquence à l'externe, et c'est celle dont le client se souvient. Toutes les autres dates sont des dates de travail. Donnez à chacune sa propre colonne, et laissez la vue calendrier n'afficher que la date de publication pour que la vue mensuelle veuille dire exactement une chose.

Les étapes battent les dates pour savoir quoi faire ensuite

Une date vous dit quand. Une étape vous dit à qui c'est le tour. Avec un client, vous pouvez garder ça en tête. Avec cinq, vous ne pouvez pas, et c'est le calendrier qui doit le porter.

Une liste d'étapes par défaut qui fonctionne, du point de départ jusqu'à la publication en ligne.

• Idée. Notée, sans engagement.
• Scénarisé. Le plan ou le scénario est assez approuvé pour tourner ou monter.
• Matériel reçu. Le métrage, les plans d'appoint, la trousse de marque et tout le matériel fourni par le client sont bel et bien arrivés.
• Montage. Quelqu'un y travaille en ce moment.
• En révision. Une version est entre les mains du client et vous attendez.
• Approuvé. Validé, mais pas encore publié.
• Programmé. En file d'attente avec une légende et une heure.
• Publié. En ligne, avec un lien.

Résistez à l'envie d'en ajouter. Chaque étape est une décision que quelqu'un doit prendre chaque fois qu'une carte avance, et les étapes toujours franchies le même jour devraient n'en faire qu'une. La règle utile : si vous n'avez jamais laissé une carte dans une étape pendant toute une nuit, cette étape est un événement, pas un état, et elle devrait plutôt être une case à cocher ou un champ de date.

La seule distinction à protéger, c'est Matériel reçu. Le matériel fourni par le client est la cause la plus fréquente d'une date de publication ratée, et séparer on a tout de on est en montage est ce qui vous permet de voir, dès le lundi, quels livrables du vendredi sont déjà en difficulté.

Les colonnes qui méritent vraiment leur place

Chaque colonne est une taxe. Chaque champ est une chose à remplir sur chaque ligne pour toujours, alors la barre pour en ajouter un devrait être que vous changeriez une décision en fonction de lui.

Des colonnes qui semblent utiles, mais ne le sont pas

• Priorité. Avec de vraies échéances, la priorité se déduit. Si un champ se déduit d'un autre, il ne peut que le contredire.
• Pourcentage d'avancement. Personne ne peut l'estimer honnêtement sur du travail créatif, et tout le monde arrondit à 80 %. L'étape porte la même information sans inviter à deviner.
• Une colonne de notes générales. Elle devient l'endroit où la rétroaction, le contexte, les identifiants et les demandes ponctuelles vont mourir ensemble. Tout ce qui vaut la peine d'être gardé mérite son propre champ.

Ce qui casse vraiment quand on ajoute des clients

Les défaillances sont constantes, et les connaître d'avance représente l'essentiel du travail.

1. La capacité devient invisible. Les vues par client cachent ce qui vous fait mal, c'est-à-dire que jeudi prochain compte un livrable pour chacun de six clients. Il vous faut au moins une vue qui ignore complètement le client.
2. Le calendrier cesse d'être un plan et devient un journal. Quand les lignes ne sont créées qu'une fois le travail commencé, le calendrier ne peut plus vous dire ce qui s'en vient, seulement ce qui s'est passé.
3. Les approbations arrivent par d'autres canaux. Un mémo vocal, une réponse dans un fil de clavardage, un commentaire sur un lecteur partagé. Si l'approbation n'est pas inscrite sur la ligne, la ligne est fausse et vous allez redemander.
4. Les noms entrent en collision. Trois clients ont tous un contenu appelé Teaser de lancement. Sans le nom du client dans le titre ou une colonne client obligatoire, la recherche ne fonctionne plus.
5. Les engagements récurrents sont traités comme des cas uniques. La plupart des mandats récurrents sont un quota, quatre vidéos courtes par semaine, douze par mois. En les traitant un contenu à la fois, vous découvrez votre retard à la fin du mois plutôt qu'au milieu.

Planifiez le créneau avant d'avoir l'idée

La solution au dernier point mérite d'être énoncée à part. Si un client a droit à quatre publications par semaine, créez d'avance les quatre lignes pour chaque semaine du mois, avec une date de publication, un client et rien d'autre. Ce sont des lignes réservées, et elles sont honnêtes. L'engagement existe, que l'idée existe ou non.

Ça renverse le mode de défaillance. Au lieu de découvrir le 24 que vous devez six livrables, vous voyez les créneaux vides tout au long du mois et vous pouvez les remplir, les déplacer ou les renégocier pendant qu'il est encore temps. Ça fait aussi du calendrier une véritable prévision, la seule version d'un calendrier qui vous aide à décider si vous pouvez prendre le prochain client.

Deux vues, pas une

Une seule mise en page ne peut pas répondre aux deux questions que vous vous posez. Gardez-en deux, construites à partir des mêmes lignes.

• Une vue calendrier, triée par date de publication, tous clients confondus. Elle sert à la capacité et aux conflits. Vous la lisez chaque semaine, et vous la lisez pour dire non.
• Une vue par étape, un tableau ou une liste groupée. Elle sert pour la journée. Vous la lisez pour décider sur quoi travailler ensuite, et la plupart du temps, vous la filtrez sur ce qui vous attend.

L'essentiel, c'est que les deux vues lisent les mêmes lignes. Dès que le calendrier et le tableau sont des documents distincts, ils se contredisent en moins d'une semaine, et celui qui se contredit sans bruit est celui sur lequel vous comptiez.

Quatre règles pour qu'il reste fiable

1. Une ligne par livrable, jamais par plateforme. Un contenu qui part à trois endroits est un seul travail avec trois destinations. Le diviser en trois lignes triple votre tenue de dossiers et fait perdre le fait qu'ils partagent un même montage.
2. Chaque ligne a une prochaine action et quelqu'un qui attend. Une ligne où ni l'un ni l'autre n'est vrai est soit terminée, soit abandonnée, et les deux cas devraient être visibles.
3. Si ce n'est pas sur la ligne, ça n'a pas eu lieu. La rétroaction reçue par clavardage est copiée sur la ligne, dans les mots du client, avant que vous agissiez. Ça prend trente secondes et ça évite la dispute.
4. Révisez-le à jour fixe. Un calendrier que personne ne vérifie dérive en deux semaines environ. Quinze minutes le même matin chaque semaine, à concilier les étapes avec la réalité, c'est ce qui le garde digne de confiance. Un calendrier auquel vous ne faites pas confiance est pire que pas de calendrier du tout, parce que vous allez en tenir un deuxième dans votre tête.

Partez d'une structure qui fonctionne déjà

Si vous partez de zéro, ne commencez pas avec une grille vide. Partez d'une mise en page qui contient déjà les colonnes client, étape, date de publication et en attente de, puis supprimez ce que vous n'utilisez pas. Un modèle de calendrier de contenu vous mène à une structure fonctionnelle plus vite que d'en concevoir une, et les colonnes que vous supprimez vous en apprennent autant que celles que vous gardez.

Peu importe l'outil, c'est la structure ci-dessus qui compte. Un tableur qui gère bien ces colonnes bat un outil spécialisé qui les gère mal. Il vaut tout de même la peine de savoir où un tableur commence à céder. C'est une autre question, qui touche les fichiers, la rétroaction et la programmation, pas les colonnes.