Pratiques de coaching pour Comment comprendre les besoins des utilisateurs
Décrivez presque n'importe quoi sur lequel vous travaillez et IX Coach trouve les pratiques dont l'adéquation avec la réalité est la plus proche. Pour Comment comprendre les besoins des utilisateurs, voici les correspondances les plus solides dans la bibliothèque de pratiques actuelle.
Pratiques qui peuvent aider
- Empathie — comprendre l'utilisateur d'abord
Observez et interviewez les personnes pour qui vous concevez avant de former toute solution.
Le design thinking, étape par étape - Menez l'idéation avec une empathie profonde envers l'utilisateur
Comprenez la personne pour qui vous concevez avant de générer la moindre solution.
La confiance créative, rendue concrète - Tester — laissez les utilisateurs le casser
Placez le prototype devant de vrais utilisateurs et traitez leur confusion comme une donnée.
Le design thinking, étape par étape - Partager ce dont vous aurez besoin de votre partenaire la semaine à venir
Prévenez les besoins non satisfaits en les rendant visibles avant qu'ils ne deviennent une plainte.
Le bilan de couple : une pratique structurée pour rester connectés - Énoncez un besoin positif, pas une critique négative
Dites à votre partenaire ce dont vous avez besoin, pas ce qu’il\/elle devrait arrêter de faire.
Le démarrage en douceur : comment vous commencez une conversation difficile détermine comment elle se termine - Inverser la question pour exposer les hypothèses cachées
Reformulez le problème depuis la direction opposée pour voir ce que vous avez présumé.
L'inversion : résoudre les problèmes à l'envers - Renforcer en expliquant le bénéfice pour l'autre personne
Dire à l'autre personne ce qu'elle y gagne — ou à quoi ressemble le résultat positif pour vous deux.
DEAR MAN : la Compétence DBT pour Demander Ce Que Vous Voulez Efficacement - Écrire pour la question que votre lecteur a en tête, pas pour la question qui vous a intéressé
Partez de la situation du lecteur et de sa question pressante — pas de votre analyse et de ses conclusions.
Le principe de la pyramide de Minto - Lire le besoin de cognition pour calibrer la profondeur
Certaines personnes aiment réfléchir aux arguments ; d'autres préfèrent des conclusions rapides et claires — repérez la différence.
Le modèle de probabilité d'élaboration, en pratique - Demandez « pourquoi » avant de proposer une solution
Comprenez l'intérêt derrière une position avant de générer une quelconque solution — les solutions inventées avant que les intérêts soient compris résolvent généralement le mauvais problème.
Intérêts contre positions : le cœur de la négociation intégrative
Préoccupations connexes
- uncovering real besoins
La position énoncée est rarement le vrai problème — demandez le défi qui se cache derrière.
Découvrir le vrai problème avec « Quel est le plus grand défi ici ? »
- conception empathie
Observez et interviewez les personnes pour qui vous concevez avant de former toute solution.
Empathie — comprendre l'utilisateur d'abord
- conception pour wonder
Trouvez de l'émerveillement dans de petites choses complexes quand vous ne pouvez pas accéder à un grand panorama.
Le micro-émerveillement dans l'ordinaire
- conception pensée objectifs
Le design thinking est un cadre de résolution de problèmes en cinq étapes — empathie, définition, idéation, prototypage, test — popularisé par IDEO et le d.school de Stanford. C'est un modèle de processus, pas une intervention testée : sa valeur vient du fait qu'il vous force à comprendre l'utilisateur avant de vous engager sur une solution, et à apprendre à moindre coût grâce aux prototypes plutôt qu'à des paris coûteux.
Le design thinking, étape par étape
- conception pensée est iterative
Revenez aux étapes précédentes quand le test révèle que vous avez cadré le mauvais problème.
Itérer — traiter les étapes comme une boucle, pas une ligne
- conception pensée itération
Le design thinking est un cadre de résolution de problèmes en cinq étapes — empathie, définition, idéation, prototypage, test — popularisé par IDEO et le d.school de Stanford. C'est un modèle de processus, pas une intervention testée : sa valeur vient du fait qu'il vous force à comprendre l'utilisateur avant de vous engager sur une solution, et à apprendre à moindre coût grâce aux prototypes plutôt qu'à des paris coûteux.
Décrivez votre situation avec vos propres mots pour rechercher dans la bibliothèque complète de pratiques.