102.3K+Télécharger
Aller au guide d’utilisation
Jobs-to-Be-Donepar Owl-Listener

Jobs-to-Be-Done Skill.

Recentrez une décision produit sur ce que la personne cherche à accomplir.

  • Recherche UX
  • Stratégie produit
Télécharger OpenDesignVoir le guide d’utilisation
Revue de la source · Jobs-to-Be-DoneSKILL.md
Tâche Recherche UX Produit • Des énoncés de situation, de motivation et de résultat pour le job principal. • Une carte du cycle de vie couvrant la préparation, l’exécution et le suivi. • Une synthèse des opportunités comparant les solutions actuelles et les résultats non satisfaits. Avant de commencer Nécessite des recherches utilisateur ou des hypothèses clairement identifiées ; il ne réalise pas lui-même d’entretiens.
Synthèse éditoriale · source examinée 2026-10-07 · pas un exemple généré

01 Fonctionnement

Cartographier le job derrière une demande de fonctionnalité

Une méthode structurée de cartographie JTBD couvrant trois dimensions motivationnelles, les étapes du cycle de vie et les alternatives actuelles.

Flux de travail issu de la sourcePas un benchmark d’exécution

L’approche de travail

Jobs-to-Be-Done va au-delà de la fonctionnalité demandée pour examiner le progrès qu’une personne veut accomplir dans une situation donnée. Il distingue le résultat pratique des attentes émotionnelles et des préoccupations sociales, puis relie ces dimensions aux moyens que les gens utilisent déjà pour résoudre le problème.

La source couvre tout le cycle de vie du job, de la définition et de la préparation d’une tâche jusqu’à son exécution, son suivi, sa modification et sa conclusion. C’est une carte de motivation, non un persona démographique. Elle est particulièrement utile lorsque plusieurs produits ou contournements manuels semblent différents mais servent le même job sous-jacent.

Livrables attendus

  • Des énoncés de situation, de motivation et de résultat pour le job principal.
  • Une carte du cycle de vie couvrant la préparation, l’exécution et le suivi.
  • Une synthèse des opportunités comparant les solutions actuelles et les résultats non satisfaits.
Voir le brief d’exemple

Du brief à la revue

  1. 01
    Identifier le job principal

    Lisez les entretiens et le contexte produit fournis pour distinguer le job de l’outil utilisé aujourd’hui.

  2. 02
    Séparer les dimensions

    Décrivez les objectifs pratiques, les sentiments recherchés ou évités, et la façon dont la personne veut être perçue.

  3. 03
    Cartographier solutions et écarts

    Retracez les étapes du job et les résultats attendus, puis repérez où les approches actuelles y répondent mal.

02 Cas d’usage

Quand l’utiliser

Nécessite des recherches utilisateur ou des hypothèses clairement identifiées ; il ne réalise pas lui-même d’entretiens.

Un bon cas d’usage

  • Reformuler une fonctionnalitéUtile lorsqu’une demande nomme une solution avant que la motivation sous-jacente ait été comprise.
  • Comparer les contournementsPermet de comparer tableurs, services et processus manuels au regard du même résultat.

Limites à vérifier

  • Pas un personaIl met l’accent sur la motivation dans une situation plutôt que sur un profil de référence complet de l’utilisateur.
  • Aucune preuve émotionnelle inventéeLes jobs émotionnels et sociaux doivent s’appuyer sur la recherche ou être signalés visiblement comme hypothèses.

Éléments à fournir

  • Preuves issues d’entretiensFournissez des récits de situations réelles, de décisions et de solutions essayées.
  • Contexte produitExpliquez l’offre actuelle et la tâche que l’on remet en question.
  • Attentes de résultatIncluez, lorsqu’elles existent, les définitions de la réussite, les obstacles et les compromis exprimés.

03 Décisions importantes

Les décisions qui comptent

  1. Au-delà des exigences fonctionnelles

    Une solution peut mener une tâche à son terme tout en minant la confiance ou la crédibilité professionnelle. Les trois dimensions rendent ces tensions explicites.

  2. Couverture du cycle de vie

    La préparation et la conclusion d’une tâche peuvent receler des besoins importants non satisfaits qu’une liste de fonctionnalités centrée sur l’exécution manquerait.

04 Exemple de brief

Essayer un brief ciblé

Le brief d’exemple ci-dessous n’a pas été testé. Vérifiez la configuration du skill avant de l’utiliser.

Vérifier la configuration

Utilisez la méthode d’installation documentée du dépôt et conservez tous les fichiers complémentaires référencés. Cette entrée décrit une méthode de conception ciblée et non une application exécutable.

Fichier source amont
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/design-research/skills/jobs-to-be-done/SKILL.md

Nécessite des recherches utilisateur ou des hypothèses clairement identifiées ; il ne réalise pas lui-même d’entretiens.

Commencer par un seul livrable

Adaptez le périmètre, les sources et les contraintes de ce brief avant d’exécuter le skill.

Brief d’exemple
Utilise jobs-to-be-done sur ces entretiens consacrés à la production de rapports clients mensuels. Sépare les jobs fonctionnels, émotionnels et sociaux, cartographie le cycle de vie et compare les workflows actuels sur tableur et sur diapositives. Pour chaque opportunité, distingue une observation étayée d’une hypothèse ; ne transforme pas directement les fonctionnalités demandées en jobs.

Examiner le résultat

Comparez le résultat réel à ces critères observables.

  • Les énoncés de job décrivent une situation et un progrès souhaité, non une fonctionnalité de produit.
  • Les trois dimensions sont distinguées.
  • Les opportunités proposées se rattachent à une étape du cycle de vie et aux preuves fournies.

OpenDesign fournit un espace de travail de conception local pour les agents de codage. Cette fiche ne signifie pas que le skill est inclus ni que ses outils externes, identifiants et dépendances logicielles le sont.

Télécharger OpenDesignLire le guide de démarrage rapide

05 Source et licence

Source et licence

Cette page décrit la révision source figée liée ci-dessous. Le comportement et les exigences en amont peuvent changer.

Propriétaire de la source
Owl-Listener
Dépôt
Owl-Listener/designer-skills
Fichier du skill
design-research/skills/jobs-to-be-done/SKILL.md
Licence
MIT
Instantané examiné
2026-10-07 · 9a6930cf84a8
Synthèse éditoriale de la source
Une méthode structurée de cartographie JTBD couvrant trois dimensions motivationnelles, les étapes du cycle de vie et les alternatives actuelles.

Synthèse originale de OpenDesign, fondée sur la source liée. Les étoiles du dépôt sont un indicateur de popularité daté, non une mesure d’usage du skill ni une note de qualité.

06 Questions avant de commencer

Questions avant de commencer

En quoi est-ce différent d’un persona utilisateur ?

Un persona résume les schémas de comportement d’un groupe d’utilisateurs. Le JTBD met l’accent sur la motivation et le résultat attendu dans une situation précise.

Chaque job exige-t-il un nouveau produit ?

Non. La cartographie des solutions existantes peut montrer qu’un changement de processus ou un workflow actuel mieux soutenu suffit.

Peut-il hiérarchiser automatiquement les opportunités ?

Il identifie les lacunes des solutions actuelles et leurs implications de conception, mais ne fournit ni demande de marché mesurée ni modèle de priorisation validé.

OpenDesign

Préparez la prochaine itération de design.

Gardez votre brief, vos sources et votre travail de conception réunis dans un espace de travail local. Vérifiez la configuration propre au skill avant de l’ajouter à votre workflow.

Télécharger OpenDesignParcourir les skills de design
Fichier source amont
https://github.com/Owl-Listener/designer-skills/blob/9a6930cf84a822eb458624bd11c61aac5bbdf224/design-research/skills/jobs-to-be-done/SKILL.md