6.2Problèmes récurrents (playbook)
L'essentiel en 30 secondes
- Réflexe : un symptôme = des causes probables = une séquence d'actions — diagnostiquer avant de corriger.
- Racine : un blocage qui revient tient presque toujours au système (ligne, calendrier, preuves), pas au hasard de l'algorithme.
- Ordre : commencer par la cause la plus fréquente du tableau, puis vérifier sur les chiffres avant d'appliquer la suite.
Fil Nour — 1 an après : le playbook épinglé au-dessus du calendrier
Un an après, Nour garde ce playbook près de son calendrier de publication. Verdict : trois lignes l'ont le plus servie — la portée qui s'effondrait à force de promo, la pub qui brûlait du budget sans Pixel, et le reporting de 20 pages que personne ne lisait. Pour chacune, elle a fini par corriger la racine (mix 40/40/20, test 5 € × 3 × 7 j, 1 page avec décision) au lieu de répéter l'incident.
Symptôme observé, causes vérifiées, actions dans l'ordre : le réflexe tient en trois temps.
Un réflexe par symptôme
La plupart des blocages social media sont des grands classiques. Relier chaque symptôme à ses causes probables et à une séquence d'actions fait gagner un temps précieux.
| Symptôme | Causes probables | Actions |
|---|---|---|
| Portée qui s'effondre | que de la promo, pas d'accroche, zéro interaction | mix 40/40/20 + accroche 3 s + réponses <2 h |
| Abonnés qui stagnent | pas de raison de suivre ni de rester | séries + carrousels valeur + stories quotidiennes |
| Commentaires vides/toxiques | pas de modération, charte absente | charte affichée + gradué + réponses humaines |
| Compte piraté ou orphelin | pas de 2FA, admin unique parti | 2FA + 2 admins + e-mail générique + coffre |
| Pub qui brûle du budget | sans Pixel, boost aveugle, page qui fuit | Pixel testé + test 5 €×3×7 j + page <3 s |
| Bad buzz qui monte | silence ou 3 voix contradictoires | cellule + faits + voix unique + REX public |
| Équipe épuisée | au jour le jour, tout faire | calendrier + batch + recyclage + périmètre écrit |
| Reporting ignoré | 20 pages de brut | 1 page + voyants + cause + décision |
| Visuel volé signalé | Google Images, visages sans accord | retirer + banques licenciées + autorisations écrites |
Script prêt à dire — nommer le symptôme avant de corriger (1 min)
« Mon symptôme : [portée qui s'effondre / pub qui brûle / visuel signalé]. Mon hypothèse n°1 : [cause la plus fréquente du playbook]. Je vérifie sur les chiffres puis j'applique la séquence. Je revois dans deux semaines. »
Modèle copier-coller — fiche diagnostic express
SYMPTÔME observé (chiffres et faits) : ...
Depuis quand / fréquence : ...
CAUSES probables (playbook 6.2) : ...
Vérification (exports natifs, calendrier, droits) : ...
ACTIONS (dans l'ordre) : 1) ... 2) ... 3) ...
SYSTÈME visé (ligne, calendrier, preuves) : ...
REVUE dans 2 semaines : amélioré ? stable ? aggravé ?TPE / petit budget
Pas de tableau formel : un symptôme, une cause vérifiée sur les chiffres, une correction datée.
PME Algérie
Intégrer les pics d'activité et les moyens courts dans les causes avant de conclure à un problème d'algorithme ; vérifier les horaires réels de connexion.
Remote / hybride
Ajouter le circuit de validation aux causes probables : à distance, un post non relu ressemble à une ligne floue.
Interculturel
Vérifier les codes locaux avant d'agir : un ton perçu comme neutre ici peut être lu comme agressif ailleurs.
Défi 48h — appliquez demain
Repérez 1 symptôme actuel sur vos comptes, remplissez la fiche diagnostic express et testez la 1re action.
- Je sais relier un symptôme à ses causes probables.
- J'ai rempli (ou planifié) une fiche diagnostic express.
- Je connais le renvoi vers le niveau à creuser pour mon cas.
Le compte de Nour voit sa portée s'effondrer après des semaines de promo pure. Quel réflexe applique le playbook ?
Une même galère qui revient sans cesse n'est pas dix incidents : c'est un système à corriger (ligne, calendrier, preuves).