Brief JTBD — Outcome-Driven : 2 modèles Word – cadrer la création sur le résultat, pas sur le livrable

La plupart des briefs demandent quoi produire (une vidéo, une landing page, une affiche). Un brief JTBD (Jobs To Be Done) part ailleurs : il définit ce que l’utilisateur cherche à accomplir et comment prouver qu’on l’aide à y parvenir. Résultat : des idées plus justes, des arbitrages plus simples, et des campagnes qui s’optimisent sur des outcomes mesurables plutôt que sur des goûts personnels.

Pourquoi passer au JTBD maintenant

Moins de débats esthétiques, plus d’effet utile : on part d’un job et d’un outcome, pas d’un format créatif figé.
Décisions argumentées : les forces de décision (push/pull vs. anxiétés/habitudes) rendent visibles les vrais freins à lever.
Test & learn naturel : le brief intègre des concepts testables et un protocole de preuve dès le départ.

Formule cœur du brief :
“Quand ________, je veux ________ afin de ________ (sans ________).”
→ Une ligne qui force le contexte, l’intention, le résultat et la contrainte.

L’ossature d’un brief JTBD (10 blocs qui comptent)

Déclaration du job : Quand… je veux… afin de… (sans…).
Job Map (8 étapes) : Définir → Localiser → Préparer → Confirmer → Exécuter → Monitorer → Modifier → Finaliser. On repère les frictions et cadre les opportunités.
Outcomes (importance vs. satisfaction) : on cible ce qui est crucial et mal servi aujourd’hui.
Forces de décision (2×2) : push/pull vs anxiétés/habitudes.
Proposition de valeur & RTB : promesse claire + preuves (démonstrations, données, témoignages).
Concepts testables A/B/C : une idée ≠ une certitude ; c’est une hypothèse à vérifier.
Expériences : hypothèse → métrique → taille d’échantillon → méthode (A/B, UXR…).
Livrables & critères d’acceptation : format/ratio/canal + critère de succès par livrable.
KPI & scorecard : ce qu’on mesure, où, à quel rythme.
Gouvernance & RACI : qui décide (A), qui fait (R), qui conseille (C), qui est informé (I).

Méthode express : animer un sprint brief JTBD en 90 minutes

0–15 min — Contexte & job line : écrire la phrase “Quand… je veux… afin de… (sans…)”.
15–35 min — Job Map : coller les étapes, surligner 2–3 frictions majeures.
35–50 min — Outcomes : noter Importance (1–5) et Satisfaction (1–5) ; prioriser là où l’écart est fort.
50–65 min — Forces de décision : lister anxiétés/objections et leviers de réassurance.
65–80 min — Concepts testables : A/B/C (proposition, format, KPI ciblé).
80–90 min — Critères d’acceptation & KPI : valider la Definition of Done.

Cas synthétique (illustratif)

Job : “Quand je compare des montres en ligne, je veux décider en 2 minutes afin de ne pas regretter mon achat (sans passer 30 onglets).”
Outcome prioritaire : Réduire le temps de décision de 6 → 2 minutes.
Friction : specs dispersées, peur de rater une promo.
Concept A : comparateur en 1 écran + badge “meilleur choix”.
KPI : taux de clic “Ajouter au panier” et temps sur la page comparateur.
Critère d’acceptation : +20% d’ajouts panier / –30% de temps décision vs contrôle.

Ce qui change pour la création

Du “format-first” au “evidence-first” : l’idée gagne si elle déplace un KPI d’outcome, pas si elle plaît en salle.
Du slogan au mécanisme : la proposition créative s’accompagne du levier comportemental qu’elle active (lever une anxiété, rendre un choix évident, réduire l’effort).
De la signature tardive au test précoce : un mini-protocole (échantillon, métrique, échéance) vit dans le brief.

KPI utiles (exemples par type d’outcome)

Décider plus vite : temps à l’action clé, taux de comparaisons complètes, scroll depth utile.
Choisir avec confiance : taux de retours, tickets “hésitation”, NPS post-achat.
Réduire l’effort : étapes par conversion, erreurs de formulaire, abandon par friction.

Anti-patterns à bannir

“On livrera X formats” sans critères d’acceptation.
“C’est l’erreur humaine” côté utilisateur : traduire chaque frein en anxiété ou habitude et concevoir la réponse.
Outcomes vagues (“améliorer l’image”) : ancrer dans un job et une preuve.

Un brief JTBD recentre toute l’équipe sur la progression de l’utilisateur. Il éclaire où agir (frictions/outcomes), comment décider (forces), quoi tester (concepts A/B/C) et quand clore (Definition of Done). À la clé : des idées qui se défendent par leurs effets, pas par leur éloquence.

Brief_JTBD_Modele_v1.0 Download

Rédiger un Brief JTBD (Jobs-To-Be-Done)

Ce guide vous accompagne pas à pas pour produire un Brief JTBD clair, actionnable et partageable avec vos équipes métier, produit ou opérations. Il suit la structure du modèle que je vous ai fourni (Word) et propose des exemples concrets, des check-lists et des pièges à éviter.

1) Avant de commencer : cadrer le périmètre

Objectif. Définir le “job” (le travail à accomplir) et le contexte d’usage.

Public cible : qui “embauche” vraiment la solution (opérateur, manager d’atelier, PMO, client interne…) ?
Moment critique : quand le besoin surgit-il ? (préparation réunion, clôture quotidienne, incident…)
Outcomes attendus : que doit-il mieux réussir grâce à vous (vitesse, fiabilité, visibilité, conformité…) ?

Livrables rapides

1 phrase de périmètre : « Brief JTBD pour le pilotage quotidien du backlog opérations (site X) ».
Parties prenantes et sponsor décisionnaire.

2) La déclaration JTBD (la phrase centrale)

Formule : « Quand [situation], je veux [motivation] afin de [résultat attendu]. »

Exemples

Quand je prépare la réunion d’exploitation du lundi, je veux visualiser le backlog en retard afin d’arbitrer les priorités de la semaine sans débat d’opinion.
Quand un incident bloque une ligne, je veux estimer l’impact d’heures perdues afin de décider d’un contournement avant 10 h.

Bonnes pratiques

Parlez du job (ce que l’utilisateur cherche à accomplir), pas de votre solution.
Un verbe d’action clair (prioriser, estimer, décider, valider, informer…).
Un résultat observable (temps, fiabilité, coût, conformité).

À éviter

Les adjectifs vagues (“simple”, “intuitif”) sans critère mesurable.
Empiler plusieurs jobs dans une même phrase.

3) Job Map : la carte des étapes

Découpez le job en 8 étapes : Définir → Localiser → Préparer → Confirmer → Exécuter → Montrer/Contrôler → Adapter → Conclure.

Pour chaque étape, notez :

Tâches clés (ce que l’utilisateur fait réellement).
Données / outils nécessaires.
Contraintes (délais, dépendances, règles).
Points de friction actuels.

Exemple – “Montrer/Contrôler” : présenter SLA, backlog en retard, écarts durée/coût ; difficulté actuelle : données dispersées, litiges sur les calculs.

4) Forces en présence (framework des 4 forces)

Cartographiez ce qui pousse et ce qui freine le changement :

Poussée (problème actuel) : ex. retards invisibles, priorisation arbitraire.
Attraction (ce que promet la solution) : synchronisation des équipes, langage commun.
Anxiétés : peur de l’erreur, surcharge de saisie, “encore un outil”.
Habitudes : tableaux “maison”, messagerie instantanée, fichiers locaux.

But : anticiper les objections et concevoir des parades (formation courte, règles de calcul transparentes, import automatisé…).

5) Segments & personae

Pour chaque segment (ex. chef d’atelier, responsable maintenance, PMO) :

Contexte d’usage (où/quand).
Job principal (1 phrase JTBD).
Critères de succès (2–3 outcomes mesurables).
Contraintes spécifiques (droit d’accès, calendrier ouvré…).

6) Résultats désirés (ODI) & priorisation

Listez 6–10 outcomes au format verbe + objet + métrique.

Ex. Réduire le temps nécessaire pour identifier les activités en retard (>24 h)
Ex. Augmenter la part d’activités terminées à l’heure (SLA)

Scoring ODI
Pour chaque outcome, faites noter par vos utilisateurs :

Importance (I) : 1–10
Satisfaction actuelle (S) : 1–10
Écart = max(I − S, 0)
Score d’opportunité = I + Écart (seuil d’attention typique : ≥ 12)

Décision

Score élevé = priorité de conception.
Concentrez le Brief sur 3 à 5 outcomes maximum.

7) KPI de succès (mesures post-lancement)

Pour chaque outcome retenu, définissez 1 KPI, une cible et une date :

KPI : SLA global (% d’échéances respectées)
Cible : ≥ 92 % d’ici T2
Source : table Données_Activités, indicateur Calculs_KPI!B27
KPI : Backlog en retard (nb)
Cible : –30 % en 4 semaines
KPI : Throughput 7 jours (nb terminées)
Cible : +20 % d’ici 6 semaines

Règles d’or

Préférez des tendances (7 jours glissants) aux photos mensuelles.
Un KPI = une décision associée (que faites-vous si la valeur dérive ?).

8) Exigences & critères d’acceptation (Given/When/Then)

Rédigez 4–6 user stories avec critères testables.

Exemple

User story : En tant que chef d’équipe, je veux voir en un clic le backlog en retard filtré sur mon process.
Given : un fichier à jour, Dashboard ouvert, filtres “Processus = X”
When : je sélectionne “Statut = Tous” et “Date fin = aujourd’hui”
Then : la tuile “Backlog en retard” affiche le nombre exact d’activités non terminées avec Fin_Prévue < aujourd’hui ; la liste détaillée se génère en 2 clics.

9) Contraintes & risques (et parades)

Données : qualité des dates réelles → parade : mise en forme conditionnelle + onglet “Erreurs_Contrôle”.
Capacité : équipe saturée → parade : tuile Charge/Capacité, revues quinzaine.
Adoption : hétérogénéité des libellés → parade : listes “Paramètres” verrouillées et gouvernance légère.

10) Roadmap initiale

Découpez en jalons (1–2 semaines) avec Done clair :

J1 : Table structurée + Paramètres propres — Done = 20 lignes réelles saisies sans erreur.
J2 : Calculs KPI robustes (SUMPRODUCT + masques) — Done = aucune #VALEUR! en “Calculs_KPI”.
J3 : Dashboard, 3 graphes — Done = revue hebdo pilote réalisée.
J4 : Formation + rituel — Done = backlog ordonné / décisions consignées.

11) Ateliers & entretiens : mode opératoire

Entretiens (5–8 utilisateurs, 30–45 min)

Racontez la dernière fois où le job a été difficile.
Quelles preuves que c’était un problème ? (mails, retards, doubles saisies)
Comment avez-vous contourné ?
À quoi ressemblerait un succès incontestable ?

Atelier de synthèse (90 min)

Alignement sur la déclaration JTBD (10’)
Job Map et points de friction (25’)
Brainstorm outcomes (20’)
Scoring ODI (20’)
Sélection 3–5 outcomes et KPI (15’)

12) Check-lists

Qualité du Brief

La phrase JTBD est une phrase, sans solution dedans.
3–5 outcomes priorisés par score d’opportunité.
KPI mesurables avec source et cible datée.
4–6 stories Given/When/Then testables.
Risques + parades identifiés.

Pièges fréquents

Biais de solution (“je veux un dashboard X”) → ✅ reformulez en job.
Outcomes flous (“mieux piloter”) → ✅ verbe + objet + métrique.
Personae décoratives → ✅ segmentez par contexte d’usage, pas par stéréotype.
Trop d’indicateurs → ✅ peu, mais reliés à des décisions.

13) Exemple (condensé) pour un site de production

Déclaration : Quand je prépare la réunion d’exploitation quotidienne, je veux identifier les activités en retard et les écarts de charge afin de re-prioriser la journée de manière consensuelle.
Outcomes :
1. Réduire le temps pour lister les retards à < 2 min (I=9, S=5 → Score 13)
2. Augmenter SLA hebdo à ≥ 92 % (I=10, S=7 → Score 13)
3. Visualiser Charge/Capacité par responsable en < 1 min (I=8, S=4 → Score 12)
KPI : SLA ≥ 92 % (T2) ; Backlog en retard −30 % (4 semaines) ; Throughput 7j +20 % (6 semaines).
Stories : backlog triable par impact/écart ; export PDF en 1 clic pour le rituel.
Risques : qualité des dates réelles → parade : surlignage rouge + compteur d’anomalies.

Comment utiliser ce guide avec votre modèle

Ouvrez le Brief JTBD (Word) : remplissez sections 1→10 en vous appuyant sur les ateliers/entretiens.
Paramétrez puis alimentez votre tableau de bord Excel ; reliez chaque KPI à un outcome prioritaire et suivez-les en rituel hebdomadaire.
Revenez au Brief après 2–4 semaines : mettez à jour KPI, risques et décisions — c’est un document vivant.