chargement des résultats
Wikihero Bêta
Inscription Connexion
Inscription Connexion
Trois lettres minimum pour effectuer une recherche
503 résultats
Hashtags les plus utilisés
  • 637
  • 203
  • 148
  • 138
  • 115
  • 98
  • 90
  • 72
  • 71
  • 60
  • 54
  • 47
  • 47
  • 45
  • 40
  • 39
  • 36
  • 34
  • 32
  • 32
  • 30
  • 30
  • 29
  • 29
  • 28
  • 27
  • 27
  • 27
  • 27
  • 26
  • 26
  • 25
  • 24
  • 24
  • 24
  • 23
  • 22
  • 22
  • 21
  • 21
  • 19
  • 19
  • 19
  • 18
  • 17
  • 17
  • 17
  • 17
  • 16
  • 16
  • 16
  • 16
  • 15
  • 15
  • 15
  • 15
  • 15
  • 15
  • 14
  • 14
  • 14
  • 14
  • 14
  • 14
  • 14
  • 14
  • 14
  • 13
  • 13
  • 13
  • 13
  • 13
  • 13
  • 13
  • 13
  • 13
  • 13
  • 12
  • 12
  • 12
  • 12
  • 12
  • 12
  • 12
  • 12
  • 11
  • 11
  • 11
  • 11
  • 11
  • 11
  • 11
  • 11
  • 11
  • 11
  • 10
  • 10
  • 10
  • 10
  • 10
  • 10
  • 10
  • 9
  • 9
  • 9
  • 9
  • 9
  • 9
  • 9
  • 9
  • 9
  • 9
  • 9
  • 9
  • 9
  • 9
  • 9
  • 8
  • 8
  • 8
  • 8
  • 8
  • 8
  • 8
  • 8
  • 8
  • 8
  • 8
  • 8
  • 8
  • 7
  • 7
  • 7
  • 7
  • 7
  • 7
  • 7
  • 7
  • 7
  • 7
  • 7
  • 7
  • 7
  • 7
  • 7
  • 7
  • 7
  • 7
  • 7
  • 7
  • 7
  • 7
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 6
  • 5
  • 5
  • 5
  • 5
  • 5
  • 5
  • 5
  • 5
  • 5
  • 5
  • 5
  • 5
  • 5
  • 5
  • 5
  • 5
  • 5
  • 5
  • 5
  • 5
  • 5
  • 5
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 4
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 3
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 2
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1
  • 1

Postes

  • ·
  • ·
  • Le client qui te dit que tout est prêt, mais ne signe jamais. Relancer ou laisser tomber ?
    Hello ! J'ai un dilemme avec un prospect, et j'aimerais savoir si vous aviez des astuces pour closer plus rapidement. Cela fait 2 mois et demi qu'il est dans le pipe (fin septembre). Depuis début octobre il est d'accord avec le process proposé, les étapes, et niveau budget n'a pas bronché. (ce qui est souvent un bon signe). Après ma première proposition d'engagement (sur plusieurs mois, comme il m'avait demandé) il est revenu à la charge avec une demande plus "petite" et rapide. (classique). Seul hic, il fallait contourner le process administratif en interne et éviter un transfert d'argent classique car ça voudrait dire passer par les Finances et donc prendre des semaines voir des mois de process. J'ai donc découvert que je pouvais facturer par carte bancaire - ce qui permet d'expense mes dépenses sur les cartes bancaires d'entreprises, et faciliter le processus. Donc parfait pour un acompte. Suite à tous cela, j'ai refait une proposition, qui répond à ses besoins et facilite le paiement. Maintenant cela fait un mois que ma propal gît dans ses emails (je sais qu'il ne l'a pas vu car c'est sur notion), et avec chaque relance j'ai le droit au même refrain. "Je suis déplacement, je valide ça demain !" "C'est black friday, je le fais après lundi" "C'est cybermonday, maintenant notre inventaire est full" "Je suis en déplacement en Allemagne. Demain promis !" On a un bon rapport, et il est intéressé car il répond, on se parle au téléphone, mais il ne prend pas le temps de signer. Du point de vue du freelance c'est limite pire qu'un client qui disparaît car ça laisse trainer la possibilité que ça tombe mais entre temps le calendrier tourne. Donc 2 options: Il est sous l'eau - c'est fin d'année . L'UX c'est un souhait mais pas urgent. Soit il voulait le processus pour le vendre en interne, "apprendre gratuitement que faire" et n'avait jamais l'intention de signer.
    Est-ce que vous avez des manières d'accélérer le closing ou de signifier "diplomatiquement" que l'offre expire ? Merci!
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Quelles sont vos stratégies comme UXR pour appuyer et prouver la validité de vos recherches ?
    Particulièrement pour les recherches et données qualitatives? C'est un point où je me fais souvent challenger, et je cherche des solutions afin de mieux gérer ces situations. Merci !
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Que faites-vous lorsque vous êtes challengés sur des signaux faibles?
    Comment répondre face au fameux “c'est juste un user, c'est juste une personne.” Comment est-ce que vous autres chercheurs faites pour appuyer cette validité-là ? Avez-vous des stratégies, particulièrement avec des product managers, product owners, qui sont particulièrement réticents ou qui sont très orientés vers les chiffres?
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Comment délimiter le champ de compétences entre Researcher et PM ?
    Comme UXR, je me pose la question. Depuis que la discovery est devenue tendance et que le mouvement de démocratisation de la recherche est passé par là les PM n'ont plus peur de se lancer sur des projets de recherches, et court-circuiter les UXR (quand il y en a). Ca m'ait arrivé d'être sur des projets où les PM voulaient absolument leader la recherche, réaliser les entretiens mais attendre l'analyse pépère.. Ensuite, lors de l'analyse: le guide était à moitié suivie, les questions biaisés etc etc..  Je suis ok que l'on inclut les profils à participer à la recherche, socialiser le processus etc.; Mais j'observe une dérive forte qui est que l'on perde la main sur le processus, qui réduit la validité des observations, et surtout que l'on soit perçus comme exécutant plutôt que comme  Cette année, un PM est venu vers moi pour me demander : "Fais ce guide d'entretien" à froid. Je lui ai expliqué la démarche derrière, le raisonnement à avoir etc.. et ça l'a découragé.. Bref, tout ça pour dire que la barrière à l'entrée à parler à des utilisateurs est facile à passer, et cette dernière année je suis de plus en plus inconfortable avec les PM car j'ai l'impression que notre perception comme profession s'est dégradée. UXR, comment faîtes-vous pour gérer des PM qui pensent plus à la discovery qu'à leur delivery ? (surtout quand ils le font mal) Merci !
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Le mouton UX à cinque pattes - quand c'est basta
    Par curiosité, où tirez-vous la ligne quand il s'agit de compétences qui ne sont pas strictement de votre métier pour accepter des missions ?  En tant qu'UX designer je reçois des offres avec des compétences requises en recherche, UX/UI, front-end, content design, voire SEO, etc. etc. Je pensais être habituée à tout mais contrairement à ce que je pensais ces demandes de couteau suisse deviennent de plus en plus récurrents.  Où tirez-vous la ligne entre T-skills et no-go zone ?
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Prioriser des opportunités
    Bonjour, J'aurais besoin de vos lumières. En user research, on nous demande de prioriser les opportunités qui découlent d'une étude. Nous avons essayé la méthode de Thérésa Torres, le RICE, l'impact/effort Matrix mais soit l'évaluation des paramètres est soit trop au doigt mouillé, soit prend trop de temps à faire. Est ce que l'un d'entre vous aurait des idées pour contrer cela? Merci :)
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • RE: Si vous étiez lancé sur un projet d'innovation partant de zéro, comment approcheriez-vous l'UXR?
    Voici ma réponse à la question d'Alexis Gérôme : “Si vous étiez lancé sur un projet d'innovation partant de zéro, comment approcheriez-vous l'UXR ?” (je réponds dans un nouveau post car je ne suis pas convaincu que ça soit pratique avec le format de commentaires sous le post initial) :
    Plus que jamais, ma réponse à cette question serait “ça dépend” 😂
    En effet, au vu de l’hypothèse de départ : “un dirigeant / C-level a une intuition”, mon premier réflexe serait d’aller interroger ce dirigeant / C-level pour établir un brief plus complet : D’où vient cette intuition ? Une expérience personnelle ou d’un proche ? Quelque chose qu’il a lu / vu / entendu ? Qu’est-ce qui l’a amené à se dire que cette intuition ferait un bon produit ? Est-ce que ça relève d’un besoin ? D’une frustration ? Qui sont les cibles de ce futur “produit” ? Il doit avoir une petite idée, sûrement imprécise, des utilisateurs potentiels ? A-t-il identifié des concurrents potentiels ? (Si ça n’est pas évident) Pourquoi a-t-il créé une équipe avec cette composition ? Peut-être a-t-il plus qu’une intuition et déjà une idée, bonne ou mauvaise, de solution ? Peut-être est-il plus pertinent de monter une équipe orientée stratégie, recherche et marketing pour commencer puis de monter une équipe produit ensuite en fonction d’hypothèses plus précises ? Y a-t-il d’autres parties prenantes dans l’entreprise sur ce sujet ? Qui pourrait être moteur ? Qui serait plus réfractaire ? etc. Quelles sont les mesures de succès pour lui ? Quel budget et quelle timeline à ses yeux ? Est-ce qu’il imagine pouvoir lancer quelque chose dans l’année ou est-ce qu’il se dit que ça sera un sujet de longue haleine ?
    Normalement, suite à ça, on devrait pouvoir établir un premier plan d’action avec une timeline et un budget pour avancer et aboutir à une première stratégie produit.
    Ce plan d’action va évidemment beaucoup dépendre des réponses, du contexte et des contraintes. En fonction de tout ça, on va donc pouvoir y intégrer différentes activités, certaines pouvant être menées en parallèle. Quelques exemples : Mener des interviews des parties prenantes pour mieux cerner le sujet Mener une étude de marché et de la concurrence éventuelle Lancer une enquête plus ou moins ciblée pour mieux cerner l’intérêt potentiel pour le sujet et pour initier des premiers personas (idéalement un premier buyer persona) Initier des premières interviews utilisateurs pour établir des premiers personas (idéalement un premier buyer persona) Lancer une étude de type journal de bord / diary study auprès de la population cible pour mieux cerner le besoin et initier les premiers personas (idéalement un premier buyer persona) Mener une étude technologique pour identifier les technos / solutions techniques permettant de répondre aux besoins Mener une étude des risques Préparer puis lancer un Design Sprint pour répondre à une question clef et valider (ou invalider) différentes hypothèses
    La conclusion de cette phase serait donc une première stratégie produit claire sous forme de Product Vision Board (Extended) et de Product Vision Statement / Value Proposition avec une vision plus ou moins claire des utilisateurs cibles. Si on a des contraintes temporelles et budgétaires assez serrées, on n’aura pas forcément des personas ultra complets à ce stade. L’important sera alors de bien identifier ce qui est “validé” et ce qui reste des hypothèses.
    Sur cette base, on va pouvoir initier une roadmap produit pour aboutir à un premier MVP. Pour cela, on va à nouveau pouvoir mener différentes activités dans le but de définir le périmètre du MVP (et je le rappelle, en visant à apporter un maximum de valeur et pas des fonctionnalités) et éventuellement une première idée des étapes permettant d’arriver au périmètre complet du produit.
    On rentrerait ensuite dans une première phase de discovery pour commencer à concrétiser une solution et aboutir à un premier backlog de delivery. Puis on enchaine sur de la discovery et de la delivery en parallèle en gardant bien évidemment sous contrôle les métriques de succès afin d’itérer au niveau discovery / delivery mais aussi au niveau stratégique si nécessaire.
    Voilà un premier jet qui vaut ce qu'il vaut (surtout la fin que j'ai énormément simplifié) vu que ça dépend beaucoup du contexte.
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Comment faire de la research sur le trafic qui bounce ? (les Hard -non users?)
    Nous avons déjà eu recours à des non-utilisateurs dans le passé. Cependant, ceux-ci avaient déjà effectué des achats dans le secteur de la mode, voire de la mode de seconde main.  Le véritable enjeu actuel est de comprendre ce qu'ils ressentent lors de leur première interaction avec notre produit, et comment nous pourrions exploiter ces retours pour améliorer notre offre.  Nous aspirons à aller au-delà de simplement attirer l'attention des non-utilisateurs pour obtenir des avis négatifs.  Si la réaction est positive, nous les remercierons.  En revanche, si nous décelons un manque d'intérêt, nous voudrions aussi comprendre les raisons sous-jacentes. Toutes les idées, conseils et retours d'expérience en quali et quanti sont grandement appréciés. Comment pourrions-nous récolter des informations pertinentes de la part de ces non-utilisateurs ?  Comment pourrions-nous extraire des données auprès d'eux ? Merci !
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Bouteille à la mer: Connaissez-vous un recruteur sur les émirats Arabes unis ?
    Tout est dans la question. Mon client veut éviter de recruter sur la base de données pour questions politiques internes, donc j'essaye de trouver un panéliste pur dans la zone mais je ne trouve que des agences full service. Le panéliste que je connaissais n'est plus actif.
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Moyen de faire passer vos services comme expenses ?
    Hello à tous ! petite question logistique ici ! j'ai un client qui pour des raisons de procurement et de budget aimerait faire passer mes services via carte bancaire et éviter la paperasse administrative. Est-ce que vous avez une solution facile pour cela ? Une option était d'utiliser Upwork ou sinon je connaissais xolo go par lequel j'avais essayé dans le passé. Je voulais juste réduire les frais admin et de paperasse pour créer un compte etc... Preneur de vos suggestions, merci !
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Nouvelle section pour l'IA ?
    Je ne sais pas vous, mais je considère l'arrivée de l'IA avec fascination mais pas sans un peu d'appréhension sur comment ça va bousculer notre travail. Est-ce que ça mériterait un chapitre séparé sur Wikihero ? Qu'est-ce que vous en pensez ?
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Mise en place de la user research en scale up, avez vous des retours d'expérience ?
    Pour garantir une recherche utilisateur efficace et sa diffusion appropriée, je cherche à établir des processus robustes et un partage systématique des résultats. L'objectif ultime est d'adopter une approche centrée sur l'utilisateur tout en rendant ces méthodes scalables.
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Quelles compétences clés sont à développer pour les User Researchers selon vous, hors la research ?
    Je pense au business, au marketing, à l IA, à la data analyse, aux outils d'analytics... Quelles ressources avez vous identifiés pour monter dans ses compétences clés ? Merci !
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Est-ce que vous avez déjà facturé à l'heure ?
    Comment gérer-vous vos prix lorsqu'un client vous demande votre tarif horaire ? On me demande mais je ne sais pas du tout combien leur dire
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Montrer ses résultats en chiffres : que faire quand on ne les a pas ?
    J'ai souvent lu le logique conseil de chiffrer le succès de son travail en portfolio / présentation : plutôt de montrer le processus design, focaliser sur comment ça a contribué au succès du produit. J'entends bien l'intérêt, mais que faire quand on n'a pas ces data ? Que ce soit parce qu'on a quitté le projet freelance avant de pouvoir voir des résultats, ou parce que simplement le client n'a pas encore bien paramétré ses stats.. (j'ai eu pas mal de cas comme ça malheureusement !) Vous aurez des REX sur ce sujet ?
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Si vous étiez lancé sur un projet d'innovation partant de zéro, comment approcheriez-vous l'UXR ?
    Question un peu provocatrice par nature, mais où j'aimerais que cet exercice serve de repository d'approches diverses et de discussion. En réalité, le risque que l'on rencontre cela dans nos carrières prend de l'envergure. Avec le shift du produit pur vers des services continus, et une compétition globale qui s'accroient de jour en jour, le besoin dans nos organisations de se réinventer est toujours présent. Pour l'avoir vécu quelques fois dans ma carrière, lorsque la machine est lancée il est dur de prendre de la distance et sortir la tête de l'eau du process. Donc si ce post peut servir à d'autres et être amélioré dans le futur, tant mieux. Point de départ L'hypothèse de départ étant qu'un dirigeant / C-level aient une intuition, et crée une équipe charger de lancer quelque chose pour conquérir le marché. ( En 2023, encore +90% des lancements doivent être réalisés pour ces raisons) Limites de l'exercice Peu de nous travaillant à Apple et autres, imaginons tout de même un budget R&D et une timeline limitée. (Pas tout le monde peut se permettre ce genre de bet pendant plusieures années) Etant dans une entreprise, un process doit être communiqué, avec des timelines de temps et de budget. Prenez en compte cela, comme si vous reportiez à quelqu'un (Head of Innovation - Co-founder - CPO etc..) Comme tout lancement de produit l'objectif est d'arriver à définir un MLP, d'arriver à un PMF et donc identifier vos users prioritaires. (Je répondrais moi même plus bas à ce petit exercice )
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Quantitative method - sample size
    Bonjour, J'ai besoin de retour d'expérience d'UXR spécialisé en tests quanti dans un environnement d'entreprise. Nous sommes tous au fait du calculs des intervalles de confiance, marge d'erreur etc. Toutefois dans un environnement industriel il est souvent difficile d'appliquer à 100% les statistiques, le temps et le budget ne permettent pas de faire des tests quanti avec 100/200/300 personnes par exemple. D'où mes questions : Comment choisissez-vous le nombre de vos échantillons ? Comment gérez-vous ce nombre quand il y a plusieurs sub-group ? Comment faites-vous pour garantir un taux de qualité satisfaisant ?  Merci à vous !
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Ressources sur la psychométrie en dehors du monde de la santé ?
    Hello à tous ! J'aimerais approfondir le sujet de la psychométrie, mais je ne trouve pas vraiment de ressources intéressante ou pertinente. Est-ce que quelqu'un à des ressources, livres et autres à recommander ? merci !
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Créer une présentation : quels comportements, quelles difficultés rencontrées ?
    Bonjour à tous,  J'envoie une bouteille à la mer : auriez-vous entendu / vu passer des insights issus de user research sur les outils de présentation (type Google Slide, PowerPoint...) ? Je suis à la recherche d'insights (pour ne pas réinventer la roue) que peut-être Google ou même Microsoft auraient publiés (pourquoi pas ?) ou tout autre personne d'ailleurs. Quelles sont les motivations des users pour créer une présentation ? Quels contextes ? Quels cas d'usage ? Une fois dans l'outil de présentation, quelles sont les stratégies d'utilisation ? Quelles sont les difficultés rencontrées ? Quelles sont les points positifs ? Merci pour vos lumières !
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Comment éviter l'effet "On le savait déjà ?"
    J'y réfléchi en ce moment😊
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Théories des émotions et pratique, comment gérez-vous tout ce qui traite des émotions ?
    Bonjour à tous :)  J'ai fait mes études dans le domaine des Sciences co' et j'ai eu l'occasion de discuter des émotions et des théories qui vont avec. Il y en a vulgairement 3. La plus connue, celle issue des travaux d'Ekman, qui dit qu'il y a des émotions universelles : 6 émotions de base que tout le monde reconnait (Joie, Surprise, Dégoût, Colère, Tristesse, Peur). C'est celle qui est généralement utilisée en IA et dans les questionnaires. La théorie issue des neurosciences qui dit que les émotions viennent d'abord et ensuite l'action est le résultat. (Emotion puis Action) La théorie incarnée des émotions de Feldman Barrett qui dit que l'action nous fait ressentir des émotions. (Action puis Emotion) Je trouve la dernière plus adaptée à la mesure de l'expérience UX mais je ne trouve pas de questionnaires issus de cette théorie. De ce fait, j'ai un peu du mal à me servir de la mesure des émotions dans des questionnaires quantitatifs. Par contre, pour les entretiens, j'ai toujours une grille d'observation des gestes, des émotions du visage et de la tonalité de la voix et je n'hésite pas à questionner les personnes dessus.  De plus, les questions avec des réponses en smiley pour représenter les émotions me questionnent. Comment peut-on lier satisfaction et humeur ?  Et vous, quel est votre positionnement sur les émotions, comment mesurez-vous celles des utilisateurs ? Merci de m'avoir lue, j'ai hâte de vous lire :)
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Faut-il un TJM différent selon le type de clients en face ?
    Par exemple avez-vous des tarifs différents si en direct avec le client ? via un agent/agence de freelance ? Est-ce que proposez des forfaits pour des missions plus longues ?
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Comment se comporter face au ghosting des agents RH ?
    Ils te sollicitent, te poussent à des meetings pour envoyer des candidatures mais ne te tiennent pas au courant du décalage de planning, du fait que le post est pourvu, etc ? Ca me fatigue un peu et j'aimerais savoir comment vous les gérez ?
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Quelles sont vos métaphores les plus efficaces en meetings pour parler de Research ?
    On le sait, la research ce n'est pas un sujet facile. C'est complexe, ça fait peur et surtout c'est très opaque comme sujet. Ca veux tout et rien dire pour certains. J'ai observé lors de mes projets qu'une métaphore bien placée permettait d'éclaircir la situation et rendre le contexte de la recherche tangible pour mes clients x stakeholders. Cela permettait aussi de sauver des situations tendue avec des C-level où la vitesse des sujets de conversations est très rapide et expliquer une approche méthodo peuvent leur faire perdre patience.
    Donc je me posais la question, quelles sont vos métaphores favorites et les plus efficaces pour parler de research ? Et dans quel contexte les utilisez-vous ?
    Métaphore 1: L'éléphant et les aveugles qui croient savoir la vérité Image un peu cliché de la recherche mais tellement vrai. Je l'utilise souvent lorsque plusieurs départements x équipes apportent leur vérité sur la situation sans avoir pris en considération d'autres moments clés de la journey. Je l'utilise aussi lorsque j'ai des scopes limités en research, où par exemple on veut m'obliger à étudier un moment clé, sans prendre en compte ce qu'il se passe avant ou après. De cette manière j'essaie de montrer que l'on va penser que l'on détient une vérité alors qu'en fait c'est un bout de vérité d'un morceau beaucoup plus gros. Très utile dans les projets de type plus innovation et lancement de nouveau produit sur un marché. wikihero-image-id: 1129 MÉTAPHORE 2: Le bourré qui cherche ses clés sous le lampadaire J'utilise cette métaphore surtout dans des situations où les équipes mentionnent que personne ne s'est plaint Les typiques: "On n'a jamais eu de feedback dessus. Pourquoi faire de la recherche ?" "Tout marche très bien" wikihero-image-id: 1127 wikihero-image-id: 1128 MÉTAPHORE 3: you don't know what you don't know A utiliser en combinaison des deux autres situations pour visualiser la connaissance lors d'un workshop, ou lorsque vous êtes dans des équipes un peu plus matures en research et qui commence à prendre confiance dans la research. (J'observe qu'après un certain niveau certaines équipes ne cherchent pus à apprendre et croient connaître) Donc lors d'un workshop j'utilise cela avec un tableau d'hypothèses priorisées par niveau de preuves déjà existantes. Dans un Figjam lorsque vous dezoomez cela permet de comparer entre ce que l'on connait et ne connait pas. Très efficace pour rester humble. wikihero-image-id: 1126
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Quel type de contenu définir lorsque la marque à des users ayant des niveaux de maturité extrême ?
    Hello à tous, petite question pour avoir vos rex (content et data?) sur une question épineuse. Quels éléments prendre en compte pour décider de prioriser entre un segment hyper mature mais plus petit en taille de marché (et potentiellement déjà servi par un produit concurrent) vs un autre débutant mais bien plus gros en potentiel marché (et sans aucun produit déjà acheté) ? J'ai un client dans le domaine de la cybersécurité x crypto et il s'avère qu'il y a deux grand types de clients: Les investisseurs expérimentés et / ou ayant un background technique qui pensent bien comprendre la technologie (des gaps observés), sont rapides à l'achat et capables de faire leur recherche. Les investisseurs lambda (retail investors) qui ne connaissent pas la technologie, ne connaissent pas les risques, et ont une grosse courbe d'apprentissage. Evidemment, pour le moment l'équipe en interne à essayée de faire un mix des deux approches et cela fait que notre segment moins expérimentés ne comprends pas vraiment le produit et ils ont crées des pages produits qui font des Km de long où la proposition de valeur oscille entre simple et technique. Je suis arrivé il y 2 semaines et  en interne la discussion actuelle est soit de : Créer une section x page beginners (gros doute dessus) Simplifier le discours (au risque de repousser notre clientèle type  - les plus expérimentés. Dans les tests, les éléments de discours trop simpliste ou marketeux réduit leurs perception de sérieux de la marque)
    C'est encore très frais dans ma tête mais de là où je suis j'ai 2 approches possibles en tête : Focus sur les clients sérieux car ce sont nos clients actuels , avec un cycle de vente court et la taille du marché actuel à conquérir serait déjà suffisant pour la boite en question. Option 2: Trouver les éléments de languages et besoins similaires entre les deux segments pour les mettre en valeur above the fold sur chaque pages clés.  Puis ensuite proposer un discours plus technique en approfondissant. Évidemment ce sont des pistes pour l'instant mais heureux d'être challengés ! Merci
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Qu'est ce qu'une hypothèse ?
    Une question toute simple, pour une notion qui jette souvent le trouble dans les équipes produit avec lesquelles j'ai bossé.  Lorsque j'entend dire : "à ce stade (généralement en amont), quelles sont nos hypothèses pour cette opportunité, cet usage, cette fonctionnalité ?" j'anticipe les questions qui vont surgir concernant la nature d'une hypothèse, son format... se situe t'on dans le champs des sciences sociales où elles obéissent à des règles strictes ou dans l'expace plus subjectif de l'intuition et du sens commun, où elles s'apparentent plus à de simples questions de recherche...  Quelle est votre expérience, votre définition (si vous en avez une) de ce qu'est une hypothèse que l'on va formuler dans une phase de discovery ?
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • UX Maturity Model
    Bonjour à tous, connaissez-vous une version française de ce modèle https://www.nngroup.com/articles/ux-maturity-model/ ? Une version française avec des terme sans équivoque faciliterait la communication du modèle.
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Comment trouver des opportunités grâce à la discovery continue ?
    Nous avons initié la discovery continue au sein de notre équipe produit depuis 1 trimestre, mais nous manquons d'efficacité. Je cherche des rex et exemples concrets : sur la gestion du script à la mise à jour de l'opportunity solution tree. Merci :)
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Quel est le temps requis pour gérer la maintenance de votre repository ?
    Hello par ici 👋 Petite question orga/repo . En tant qu'UXR, vous estimez (grosse maille) à combien de temps par semaine (ou par mois) la maintenance du repository de votre organisation ? (Suivi/revue des tags, suivi de la documentation des expérimentations intégrées, amélioration des templates...) Ce temps là a-t-il fait l'objet d'une discussion avec votre manager ? Ou ça se fait "naturellement" ? Thanks !
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Comment évaluer la confiance des insights ?
    Quelles sont vos méthodes dans ce soucis de prioriser les insights ? Merci !
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Comment prospecter tout en étant en mission ?
    Hello à tous ! Après plus d'un an et demi avec la même boite je vais bientôt atteindre les deux ans et pour cela je dois me relancer et chercher de nouvelles missions alors que je suis aussi en poste. Comment faites-vous pour faire cela ? Des astuces ou routines intéressantes ? Merci !
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Toute connaissance doit elle forcément être transformée en insight pour être priorisée ?
    Dans un écosystème où les process de research sont récents et en cours de construction, tout apparait centré autour de l'atomic research, des insights et du repository. En fait J'ai l'impression qu'on privilégie des process à la place du sens, et du coup le sens se perd. Cela me fait revenir aux bases...il m'apparait important de redéfinir le sens de ce qu'est un insight / un pain point ...et d'intégrer une certaine logique de traitement de l'information pour être efficace et impactant. Je ne sais pas si certains d'entre vous l'on déjà vécu, mais je suis curieuse de vos avis et retours sur ce sujet. pain point versus insights : quelles distinctions ? Comment les traiter ? Les relier ? quid des signaux faibles : comment les traiter ?
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Comment les UX passionnés arrivent à garder un équilibre familial, social et mental ?
    Car garder un équilibre est difficile quand on est passionné. Je fais beaucoup de choses et ça s’additionne vite. J’ai vraiment du mal à avoir du temps où je ne fais plus rien
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Comment aider une personne en reconversion ?
    Comment trouver le juste milieu entre guider et laisser de l'autonomie ? Comment donner du sens et intégrer un profil en reconversion qui ne comprends pas les enjeux, secteur et métier encore ? Motiver et valoriser ses compétences quand la personne n'a aucune ou peu et se forme toujours, souvent mal (ah, savoir filtrer entre bon et mauvais sur internet et divers boot camps). Tu es manager, comment parles tu a ton équipe de jeunes, accro aux notifications, qui souffre du syndrome de la déconcentration et a du mal avec l'endurance même pour un projet d'une semaine ? Deadline et cadre les étouffent, mais veulent des gros projets et titres encore plus longues? En reconversion ou début de carrière, des fois on choisit un métier qui nous épuise sans autant être bon. Manager, comment expliques tu a ton/ta nouvelle recrue qu'elle n'est pas au bon endroit ?
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Collaboration UX - PM, jusqu'à où aller avec l'évangélisme ?
    Comme vous l'avez pu expérimenter tous sans doute, la maturité UX n'est pas pareille dans toutes les organisations, ni parmi les product managers d'une même organisation. Faire de l'UX c'est aussi choisir ses batailles et parfois vivre avec un cadre assez restraint. Bien qu'on est là pour mettre en question le scope de ce qui nous est demandé, jusqu'à où méner la bataille ? Je parle des cas où toute la feature a été pensée et budgettée, "il faut juste un petit design" pour passer en dev. Comment faire si on est mené à faire de la pédogagie en permanence, et comment savoir que c'est le moment d'arrêter la lutte ? (Question un peu réthorique mais un partage d'expériences m'intéresserait !)
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Devis accepté et maintenant ? l'administratif ?
    bonnes nouvelles, j'ai obtenu le gig! Merci 1000 fois pour le tuyau sur le TJM! C'est passé comme une lettre à la poste. Petite question, comme j'ai toujours bossé par mon ancien client ou par le biais d'une agence, je n'ai pas encore généré de contrat par moi-même. Auriez-vous une bonne ressource pour un contrat freelance? L'agence gérait tout pour moi et donc je n'ai jamais eu de souci de ce côté là. Donc je veux m'assurer d'être au clair. Là je leur prépare le devis et dès que j'ai l'accord, je boucle le contrat. Autre question, est-ce que vous faites payer un acompte? Jusqu'ici je ne l'ai jamais fait mais j'ai entendu dire que ça se fait de plus en plus.
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • TJM pour un senior UXR ?
    Petite question freelance: on me propose une mission pour des entretiens utilisateurs pour une boîte basée en Europe. Quel est le budget journée pour un UXR sr. En Europe?
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Comment répondre intelligemment à ce genre de comportement ?
    Hello ! J'aimerais réaliser une expérience lorsque l'on reçoit des réponses "négative" de la part de clients et j'aimerais votre aide. Pour un peu plus de contexte voici ce qui s'est passé : On échange via slack et on m'invite à une discussion à venir (je parle au hiring manager directement) Le mois de mai étant assez coupé, la personne part en vacances sans tenir au courant (classique) Je ping des collègues qui me confirment que la personne est OOO, donc je ne m'en fait pas, et j'attends sagement. Je relance gentiment 2x sur slack et linkedin après les ponts, sans réponse Par expérience, je sais que lorsque c'est calme c'est mauvais signe (tu es sur voie de garage) Donc sans surprise reçu ce message de la part du hiring manager qui était venu me chercher pour discuter d'une possible mission longue (6 mois et plus, ce qui est toujours intéressant car souvent ça ouvre une extension si l'on travaille bien ensemble) wikihero-image-id: 1092 Au final, on n'a même pas eu de discussion, et je pense que c'est toujours ça le plus frustrant. Néanmoins c'est aussi le symptôme d'autres choses: La perception de mon profil (valeur x positionnement) Un manque de respect évident Comment le free est perçu Si c'était un processus d'emploi formel, franchement ne n'en tiendrait pas compte. Aujourd'hui c'est mal foutu, il y a un volume monstre de candidats et il n'y a aucun respect dans le processus. Par contre, lorsque l'on connait "personnellement le hiring manager (Pas trop non plus mais un lunch), que l'on pratique le même travail (research) et tous les deux seniors, j'attends une certaine posture. Je pense que le comportement de base d'un freelance dans ce genre de situation est: De ravaler sa fierté, garder la relation ouverte et être visible pour un better timing Ou blacklister gentiment la personne dans son carnet et ne pas travailler avec elle. Point C'est facile comme réaction, on laisse couler et ça ne fait de mal à personne. Par contre je vois ça comme un risque et un cercle vicieux. Je cherche une troisième option pour montrer me positionner comme partenaire et pas comme une ressource "disposable". Des idées ? J'ai un début de message ci-dessous. "Hello, Merci de ton message, j'espère que tes vacances ont été bonnes. Je suis déçu de lire que le processus est fini sans que j'ai eu une chance d'échanger avec toi ou l'équipe. Je pense que je pouvais apporter beaucoup de valeur, mais je respecte votre décision. À l'avenir, peut-on s'accorder que si mon profil n'est pas un bon fit, je peux recevoir un feedback plus tôt dans le process ? Bien à toi,"
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Appel d'offre : jusqu'où s'investir ?
    Une question assez récurrente quand on travaille en freelance ou en agence, est de savoir jusqu'où détailler sa proposition pour tenter de remporter un appel d'offre. Le client veut sentir qu'on a compris son besoin et être sécurisé avant de choisir l'équipe qui l'accompagnera, mais à quel moment ça devient excessif ? On se retrouve parfois face à des agences qui font des parcours entiers en UX et UI. Personnellement, je suis mal à l'aise avec cette approche car il me semble que ça dénature les enjeux de la phase de recherche et de cadrage qui, par définition, vont alimenter et structurer les propositions qu'on fera en phase de design. J'essaie de trouver le bon curseur entre trouver des leviers pour démontrer son expertise sans piétiner les raisons d'être de la phase de cadrage, de recherche et de co-construction. Avez-vous une approche/expérience différente ?
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Comment refuser lorsque tu as été recruté·e pour un boulot d’expliquer pourquoi tu as été recruté•e?

    Ce n'est pas possible de refuser complètement. Surtout que si on est complètement lucide, si tu es en CDI et qu'on te demande de faire ça au début de ton contrat et que tu refuses, tu mets un peu ta période d'essai en jeu. Il faut peut-être poser deux ou trois jalons et après dire "non, ce sujet-là, on l'a déjà couvert, on va arrêter de revenir en boucle là-dessus et puis on va avancer".  J'ai l'impression que c'est un piège dans lequel on est... Que ce soit les designers, les researchers et les UX writers. Les deux dernières catégories étant un peu plus dans ces problématiques là, mais en fait typiquement les devs, on ne leur demande jamais de prouver à quoi sert le code.
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Quelle est votre description/présentation envers vos stakeholders ?
    Par curiosité car c'est un sujet qui m'intéresse; le positionnement en interne. Comment décrivez-vous votre apport dans une équipe ?  A quoi servez-vous pour le produit ?
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Comment gérez-vous et créez-vous la taxonomie en Atomic research ?
    La taxonomie reste un sujet complexe et délicat à aborder. Nous nous sommes rendus compte qu’il peut être difficile de la rendre réutilisable et efficace, car il faut prendre en compte plusieurs éléments tels que l'outillage, le timing et l'analyse. Premier challenge: Les outils utilisés ne sont pas toujours parfaits. Notamment lorsque différentes personnes sont impliquées dans la création des tags, ce qui peut entraîner des divergences de vision et compliquer la recherche du niveau adéquat entre parties prenantes. Ensuite, vient l’utilisation des tags et l’ajustement entre le macro et le micro. Dans un projet récent, avec une équipe composée de quatre chercheurs designers, nous avons créé un groupe de tags communs avec différentes catégories pour la partie de l'expérience que nous avons traitée.  Par exemple, nous avons créé des tags pour les différentes phases du parcours collaborateur, les moments clefs (“moments that matter”), les besoins, les opportunités, ainsi que pour illustrer les outils ou les processus spécifiques. Pour les tags liés aux moments clefs, nous avons dû effectuer plusieurs itérations. Au départ, nous avions des actions très détaillées, mais cela rendait difficile le regroupement des informations. Nous avons donc dû simplifier en généralisant, parfois trop, parfois pas assez, jusqu’à trouver le juste milieu pour permettre une analyse efficace : il faut trouver le bon niveau de granularité permettant de faire des regroupements et tirer des enseignements, sans pour autant trop généraliser et se retrouver à devoir relire chaque élément pour créer nos insights.  La recherche ayant été menée autour de différents personas, nous avons également dû ajuster au fur et à mesure les tags pour avoir des éléments en commun entre les personas et faire ressortir des enseignements globaux lorsque pertinents.  Bien que ce processus soit itératif et nécessaire, nous aimerions explorer une approche plus simple à gérer et commune à tous les projets, même si nous savons qu'il n'y a pas de solution magique. Pour l’instant, nous nous sommes arrêtés à des catégories communes (avec des couleurs associées permettant de facilement retrouver ses petits d’un projet à un autre).
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Quelles sont vos techniques pour faire progresser la maturité UX en interne ?
    Curieux d'avoir vos retours sur ce que je dois faire pour qu'une organisation ait une meilleure maturité et culture UX ?
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Les limites du design systémiques actuels et les alternatives ?
    A votre avis, quelles sont les limites actuelles du design systémique, et avez-vous des alternatives à proposer ? Merci !
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Comment valoriser les études qualitative en E-commerce ?
    Je n'ai jamais eu de mal à valoriser mes études qualitative dans des équipes produits...mais dans le retail, en CX, j'ai l'impression que c'est différent. J'accompagne une équipe qui fait énormément de recherche qualitative, mais qui a dû mal à les valoriser, on leur reproche un manque de quantitatif . Il y a bien sûr cette idée d'aller chercher du quanti...mais je pense que le quali en lui même peut apporter des réflexions interessantes et ne devrait pas être dénigré. On essaye plusieurs choses, mais j'aurais aimé des avis ou retours d'expériences
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • L’intégration de l’UX dans une grosse entreprise à l’organisation traditionnelle.Besoin d'aide.

    Là où j’ai besoin d’aide et où je serais vraiment curieuse d'échanger et avoir des retours d’expériences et de tips, c’est comment l’UX s’intègre dans les organisations d'entreprises ? 

    Parce que là, chez mon client, on est en train de développer la research, le product discovery et on se questionne beaucoup sur comment optimiser la chaîne de valeur de la discovery au delivery dans le contexte de cette grande entreprise. 

  • Comment tu vas de la discovery au delivery dans ce contexte ? 
  • Quelles sont les organisations des autres entreprises ? 
  • Comment ils mesurent aussi le résultat et l'impact de leur sujet à chaque étape ? 
  • Comment ils s’organisent entre les timings en research, la vue globale en design d’expérience où on va penser des parcours complet et une chaîne de production découpée en features ? 

    On ne peut pas se sortir de cette vision de parcours global parce que c'est le propre de l'expérience utilisateur. Mais par contre, on développe en agile par petits bouts. 

    Je serais vraiment curieuse de savoir comment les autres entreprises équivalentes font pour intégrer le Design dans des organisations plus traditionnelles et anciennes, ayant déjà un socle technique et un historique long de plusieurs dizaines d’années.

  • Même problème
  • Déjà posée plusieurs fois
  • Pas sûr
  • Quelle place donner aux "Anecdotal Evidences" en phase UX ?
    Dans la phase de design, je note de plus en plus souvent une difficulté à évaluer l'importance à donner aux preuves anecdotiques par rapport à des données scientifiques ou à des concepts de design connus (ex : loi de miller, loi de Jakob, etc). Les preuves anecdotiques sont généralement basées sur l'observation ou des témoignages mais ne font pas l'objet d'une analyse scientifique rigoureuse. Jeff Bezos commentait " The thing I have noticed is when the anecdotes and the data disagree, the anecdotes are usually right. There's something wrong with the way you are measuring it". Quel est votre avis à ce sujet ?
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Avez-vous des astuces pour accélérer la prise de décisions de vos clients durant la phase de vente ?
    Hello à tous ! Un sujet qui commence à devenir bloquant pour moi en tant que free est la vitesse à laquelle mes prospects prennent des décisions. Spécialement sur les sujets de recherches qui sont sans cesse dépriorisés et reportés vis à vis d'un travail plus de production. Avant mon cycle entre lead et client se comptait en semaines. Maintenant c'est 4-5 mois voir plus. Ce biais à toujours existé, cela prenait un certains temps, mais il y a avait une motivation derrière et probablement un certain budget qui pouvait être alloué. Aujourd'hui avec la conjoncture macro, soit les projets sont : Soit fait en interne Soit pas fait du tout Ou en attente d'un meilleur moment. (Par contre à quoi ressemble ce moment, bonne question) En revenant au point de départ, j'estime que dans cette conjoncture ma manière de vente est peut être restée bloquée sur celle de l'année dernière. Avec le peu de budget, le stress etc.. la priorité de la recherche est toujours minimisée. Dans ce contexte est-ce que vous avez des pistes pour faire prioriser l'urgence et l'importance de ce genre d'initiatives vs toutes les autres initiatives ? Merci !
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Quels sujets sont les plus durs à démêler pour vous en recherche ?
    Hello à tous ! Récemment mon intuition de researcher s'est allumé sur un brief récent qui avait l'air inoffensif en apparence pour un lancement de nouveau produit. Les thèmes Les photos La famille Les enfants Whatsapp etc... Malgré le fait d'avoir déjà vu des sujets très variés (Hardware, finance, B2B, gouvernement, consumer products, Crypto, Saas) il y a quelque chose qui ne collait pas. Il y avait une complexité qui était différente. Après réflexion, je me suis dit que c'était très glissant et que les retours risquaient facilement d'être très superficiels car: On est sur des sujets de tous les jours Que les gens font instinctivement Où il y a une grande influence sociale, culturelle etc. Plutôt que des entretiens purs, les ateliers me seraient beaucoup plus utile. Mais cela impliquait de changer la méthodo, et le scope qui était déjà vendu et au final j'ai perdu le client. Est-ce que c'est que moi ou vous avez aussi ressenti cela sur des sujets très B2C ? Merci :)
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr
  • Comment réduire les influences négatives qui peuvent affecter nos prises de décision ?
    Un problème croissant auquel nous sommes confrontés est le biais lié à notre expertise professionnelle. En tant que designers, nous sommes parfois trop influencés par nos connaissances approfondies des aspects digitaux, alors que les différentes communautés d'utilisateurs évoluent à un rythme différent. Cela peut entraîner des lacunes ou une précipitation dans nos propositions et nos phases de recherche. Avez-vous des pistes, astuces, techniques pour réduire ces biais ? merci !
    • Même problème
    • Déjà posée plusieurs fois
    • Pas sûr

    • Commentaires

    • ·
    • ·
    • Bouteille à la mer: Connaissez-vous un recruteur sur les émirats Arabes unis ?

      @Marine Wolffhugel canon ! Merci Marine 

      avatar
      Equipe Wikihero · Admin · il y a 2 jours
    • Moyen de faire passer vos services comme expenses ?

      Voici une liste des fees de Wise que j'ai reçu après avoir demandé au support, en gros de 1 à 2.9% sur les paiements.

      • 1% cartes nationales (où l'entreprise est basée)
      • 2.9% pour le reste

      Pensez-y lorsque vous facturez.

      wikihero-image-id: 1209

      avatar
      Alexis Gérôme · Staff UX researcher · il y a 4 jours
    • Quelles sont vos stratégies comme UXR pour appuyer et prouver la validité de vos recherches ?

      Connais-tu l'Atomic Research ? C'est une méthodologie de structuration de la recherche sur 4 niveaux :

      1. Expériences (experiments) : "On a fait ceci..."
      2. Faits (facts) : "On a trouvé cela..."
      3. Idées (insights) : "Ce qui nous fait penser ceci..."
      4. Recommandations (recommendations) : "Alors on va faire cela..."

      Outre la structure qui apporte de la clarté, cela permet également de justifier plus facilement de la valeur des remontées :

      • Un Fait peut provenir de plusieurs Expériences et aura donc plus de chances d'être important / aura potentiellement plus de valeur qu'un Fait provenant d'une seule Expérience
      • Une Idée peut découler de plusieurs Faits et aura potentiellement plus de valeur qu'une Idée découlant d'un seul Fait
      • Une Recommandation peut découler de plusieurs Idées et aura potentiellement plus de valeur qu'une Recommandation découlant d'une seule Idée

      Tu vas donc pouvoir avoir progressivement une arborescence permettant de prioriser les Recommandations qui découlent du plus d'Idées, de Faits et d'Expériences et qui ont donc le plus de valeur (je simplifie un peu car toutes les expériences n'ont pas forcément la même valuer intrinsèque).

      Du coup, quand tu présentes tes Recommandations par ordre d'importance, tu peux facilement la justifier avec tout ce qu'il y a derrière : "la Reco 1 est prioritaire car elle découle de ces 2 Insights. Ces derniers viennent des 5 Faits suivants qu'on a collectés en menant X, Y et Z (les Expériences)".

      Et dans certains cas, surtout au début de tes recherches où tu auras peu d'Expériences, tu vas avoir des Recommandations assez hypothétiques. C'est normal et c'est l'occasion d'itérer. Tes recommandations principales deviennent tes hypothèses de recherche pour tes prochaines Expériences et iront nourrir le modèle pour obtenir de nouveaux Faits qui découleront sur des Idées puis des Recommandations : ça en renforcera certaines que tu avais déjà et ça permettra d'en découvrir de nouvelles.

      avatar
      Thierry Raguin · Design Strategist / ResearchOps / DesignOps / UXR / UXD · il y a 5 jours
    • Que faites-vous lorsque vous êtes challengés sur des signaux faibles?

      Il me semble normal d'être challengé sur des remontées individuelles uniques. C'est plutôt sain et il faut derrière chercher à comprendre s'il s'agit bien d'un problème isolé ou au contraire généralisé.

      La première approche peut être d'essayer de confirmer la problématique via d'autres sources : observer / demander à d'autres utilisateurs (futures interviews ou enquête pour avoir du quanti éventuellement), vérifier via les données d'analytics, confronter par rapport à des standards / heuristiques / bonnes pratiques / concurrents, etc.

      Suivant le sujet et si ça parait potentiellement important, ça peut également devenir une nouvelle hypothèse de recherche pour lancer une étude quali et/ou quanti sur le sujet pour vraiment le creuser.

      avatar
      Thierry Raguin · Design Strategist / ResearchOps / DesignOps / UXR / UXD · il y a 5 jours
    • Bouteille à la mer: Connaissez-vous un recruteur sur les émirats Arabes unis ?

      Research Middle East : https://researchme.io/

      avatar
      Marine Wolffhugel · CEO · il y a 6 jours
    • Comment délimiter le champ de compétences entre Researcher et PM ?

      Je pense que ça dépend de l’organisation de ton équipe et de la capacité de l’équipe de recherche à faire de la recherche. Parfois il y a trop de recherche à faire pour le nombre de researchers en place et ça devient essentiel d’avoir d’autres “people who do research” (PWDR) comme des Product Managers. Dépendament du contexe, c’est pas nécessairement une mauvaise chose.

      D’un côté, il y a quelque chose de cool à ton histoire. Le PM est intéressé, il a l’air de vouloir faire de la recherche, d’aller chercher des données pour prendre ses décisions. Et pour moi c’est exactement là que tu dois jouer tes cartes. Apprendre à parler le même langage business que lui, et prendre ça comme une opportunité de l’éduquer sur la validité des résultats qu’il va recevoir en leadant la recherche. Ultimement, un PM va vouloir faire de la recherche pour quoi? —> Pour prendre des bonnes décisions produit. Si les résultats sont mauvais, ses décisions le seront tout autant.

      C’est plate à dire, mais c’est nécessaire d’expliquer que sa recherche ne sera/n’est pas valide et d’expliquer les raisons pourquoi. Je pense que c’est important de s’affirmer comme la personne experte de son domaine et d’amener le PM à te voir comme son partenaire plutôt que son exécutant. Cette dynamique-là est aussi entre nos mains comme UXR.

      avatar
      Marianne Carpentier · Senior User Researcher · il y a 3 semaines
    • Comment délimiter le champ de compétences entre Researcher et PM ?

      J'aime beaucoup ce retour d'expérience et ta question, car elle fait écho à l'expérience de nombre de UXR. J'ai observé cette évolution et je crains qu'il ne soit trop tard pour faire retour arrière. La pression venant de la hiérarchie n'aide pas: les PM sont invités (pressés) de connaître les utilisateurs, de comprendre les dynamiques d'achat et de conversion. 

      Dans ce contexte, il me semble qu'il ne te reste qu'une chose à faire: te positionner de façon stratégique. Mais avant toute chose, je m'interrogerais sur ce qui fait que tes PM te court-circuitent:

      • pourquoi insistent-ils pour leader la recherche?
      • pourquoi ne font-ils pas usage de tes compétences?
      • que savent-ils réellement de la recherche UX?

      Se pourrait-il qu'ils craignent que faire appel à un UXR les ralentisse? Ont-ils une pression de leurs stakeholders et des KPIs reposant sur le nombres d'utilisateurs auxquels ils ont parlé?

      Dans la situation actuelle, la collaboration est quasi-nulle et tout le monde en pâtit (toi surtout, car tes collègues ne semblent pas être conscients de leur incompétence). Pour rétablir l'équilibre et te permettre de te positionner comme référence en terme de UXR, il va te falloir:

      • Comprendre leur contexte
      • Communiquer ton constat et proposer une solution 
      • celle-ci doit s'inscrire dans leur contexte/besoins
      • et te permettre de garder la main sur le processus
      • Établir une stratégie de recherche au sein de l'entreprise
      • répartir les responsabilités en fonction des compétences de chacun 
      • définir le processus de recherche, les méthodes employées, les critères de qualité
      • Te focaliser sur la génération et le management d'insights à vocation stratégique: 
      • délimiter ton domaine de compétences et surtout celui de tes collègues PM 
      • rassembler, analyser, et distiller la data pour informer les décisions 
      • aligner ta stratégie de recherche sur la stratégie du produit

      Une stratégie qui a bien fonctionné pour moi a été de me positionner comme un chef de projet de recherche. Ma première initiative a été d'aligner nos objectifs communs: cela m'a permis de ré-établir la communication et de mieux comprendre ce qui les amène à "envahir" sur mon terrain. Une fois que nous nous étions mis d'accord sur un point commun, il était temps d'établir les "frontières" de nos domaines de compétences.

      Nous avons alors établi de grands axes de recherche et j'ai pu leur démontrer les forces et faiblesses de leur approche. Ici, mon rôle était celui d'un consultant: je comprenais leur objectif et leur proposais des activités efficaces et correspondant à leurs capacités. 

      En parallèle, j'établissais mon propre plan de recherche plus "foundational" et stratégique, et renforçais ainsi ma position. Les PM avaient un guide et des méthodes établies et adaptées leur permettant de "mener" des activités de recherche indépendamment — je les ai coaché pour leur permettre d'obtenir des résultats satisfaisants. Mais en aucun cas je n'ai cédé mon expertise: j'ai simplement pivoté vers un travail de fond, de gestion de l'insight. 

      Idem pour l'analyse: établie un score de qualité de la data. Si celui-ci n'est pas atteint, la data n'est pas valide et devra être écartée. Montre leur de façon très concrète les conséquences néfastes d'un mauvais insight (impact financier, réputation, etc.)

      Enfin, propose leur de te soumettre leurs questions en amont, avant même de penser à mener des entretiens: peut-être as-tu déjà les réponses à leurs questions: passe d'un statut réactif (je dois faire de la recherche sur leur demande) à un statut pro-actif (tel et tel insight vous permet de prendre une décision informée). Tu peux aussi te joindre à leur sprint planning ou aligner ton research backlog sur le product backlog.

      Ceci n'est pas une solution magique, mais pourrait te permettre de rétablir le dialogue et te sécuriser ta position. 






      avatar
      Marie-Aude Sourd · Senior UX researcher · il y a 3 semaines
    • Si vous étiez lancé sur un projet d'innovation partant de zéro, comment approcheriez-vous l'UXR ?

      @Kevin Richard Merci kevin pour ta réponse - Super intéressant Faudra peut être que l'on organise une session sur utiliser le Cynefin Framework sur un as concret qu'en dis-tu?

      Tiens j'ai lu ce post sur les Wardley maps - une autre idée qui me vient à l'idée pour organiser une session: https://www.davesresearch.com/wardley-mapping/

      avatar
      Alexis Gérôme · Staff UX researcher · il y a 3 semaines
    • Comment délimiter le champ de compétences entre Researcher et PM ?

      Le PM c'est juste un marketeux déguisé... pas de research qui ne soit organisée, conçue, menée à bien, et exploitée par quelqu'un hors de l'équipe Research&Design... Chacun sa spécialité. Ce n'est pas la sienne. En début de projet, avant ou pendant le kickoff, rappel des roles et responsabilités de chacun. on met les pied dans le plat et les points sur les i. mais on attend pas d'avoir commencé.

      avatar
      Antoine RIGAUDIAS · Senior Consultant Design Operations · il y a 3 semaines
    • Si vous étiez lancé sur un projet d'innovation partant de zéro, comment approcheriez-vous l'UXR ?

      Super question effectivement!

      Avant de répondre veuillez noter plusieurs points:

      • je ne suis pas un UX researcher, mais un Designer qui fait de la recherche. Je me considère "bon généraliste".
      • Je vais considérer ici que le role de design à dans sa zone de contrôle la planification de certaines activités et la co-création d'une roadmap de discovery avec les parties prenantes (i.e. business, product, etc).
      • J'ai moi même rencontré ce genre de situations à quelques reprises. Ma réponse ne sera pas représentative d'une situation en particulier, mais un mélange plus ou moins hétérogène de mes expériences.

      Planifier pour ce que l'on ne connait pas ?

      Ce que le monde du business et du design aime appeler "discovery" et plus généralement appelé "exploratory research" dans la littérature. Et à l'inverse de ce que certains product manager aimerait nous faire croire, ce n'est pas une nouvelle (ni récente) discipline. Je parle moi-même bien plus souvent "d'exploration" que de "discovery".

      Ce qu'il est important de comprendre dans une telle phase, c'est que nous essayons d'abord de résoudre un *problème de connaissances*, ou pour être plus exact, un problème de "création de sens" (sense-making) qui a un niveau de granularité suffisante pour nous permette d'agir. Ici on ne sait pas ce qui sera utile de savoir jusqu'a ce qu'on le trouve ! C'est important car une approche réductive comme on en voit beaucoup en UX/produit ne fonctionne pas dans ce genre de situation.

      On appel cela des "domaines de prise de décision", et ils impliquent une relation entre le contexte, notre niveau de compréhension de ce contexte, et notre capacité d'agir dans celui-ci.

      On peut donc différentier plusieurs domaines (ou contexte) de prise de décision (voir Cynefin framework) :

      • Clair (known knowns) : représente un contexte dans lequel les choses (règles, relation de cause-à-effet) sont explicites, càd connues et évidentes: si je fais X, je dois m'attendre à Y. C'est là que l'on trouve les lois, règles, etc.
      • Type de réponse: sentir – catégoriser – réagir
      • Compliqué (known unknowns) : représente un contexte dans lequel il y a de l'incertitude car il existe un éventail de bonnes réponses, càd la relation entre cause et effet nécessite une analyse ou une expertise. Ici cette incertitude peut être résolut en analysant les éléments/parties du contexte. C'est là que l'on trouve les bonnes pratiques.
      • Type de réponse: sentir – analyser – réagir
      • Complexe (unknown unknowns) : représente un contexte dans lequel l'incertitude ne peut être résolut car les liens de cause à effet sont non-linéaires et ne peuvent être déduits uniquement de façon rétrospective. Il n'y a pas de bonnes réponses.
      • Type de réponse: explorer – sentir – réagir
      • Chaotique : représente un contexte dans lequel les événements sont « trop déroutants pour attendre une réponse basée sur la connaissance » (P. Lambe).
      • Type de réponse: agir – sentir – réagir
      • On peut aussi distinguer un dernier domaine transitoire appelé "Aporia" ou "confusion" et qui représente les situations où l'on ne sait pas lequel des autres domaines s'applique.

      Cela requière deux choses dans la nature de l'approche :

      • L'objectif de cette phase doit être dirigé un maximum vers la création de sens de l'équipe (et pas uniquement du designer/chercheur), càd une création de sens partagé – car c'est cela qui permet l'action par la suite;
      • Elle ne peut pas se reposer sur un ensemble de méthodes et d'activités qui ne fonctionnent que lorsque le niveau d'incertitude est résolvable (domaines clair et compliqué).

      Je ne peux que conseiller d'être critique (voir méfiant) face à ceux qui vous promettent des merveilles au travers d'une approche rigide et qui pousse systématiquement vers une convergence forcé: c'est ce qu'on appel un "processus entonnoir" (funnelling process) qui amène toujours vers la selection de "la meilleure option" (ex. Lean startup, Design Thinking, Discovery discipline, etc.) est ici dangereux.

      C'est dangereux car le processus favorise un glissement rapide du complexe vers le compliqué et le clair. Le risque est de se retrouver dans une "convergence prématuré" (local optima/sub-optima), un état où la diversité des options à disposition s'effondre et où l'on est forcé dans des choix limités –et donc qui paraissent "évident" sur le moment– mais du coup extrêmement fragiles aux changements et variations du contexte.

      Cela parait contre-intuitif, mais le genre de de processus souhaitables ici sont des processus dit "de superposition" (layering process) qui permettent d'ajouter des options et des nuances plutôt que les réduires. Ce que l'on cherche à faire c'est pouvoir assimiler la complexité du contexte (faire du sens), puis de pouvoir la décomposer (de façon non linéaire) et la recombiner pour pouvoir en adresser certains aspect de manière plus ou moins direct (résoudre vs. dissoudre les problèmes). Ce genre de processus donnent un cadre sans pour autant prédéterminer le résultat, laissant donc de la place pour la découverte (et l'inattendue).

      Comment fait-on?

      Car, pour revenir au problem de connaissance, on ne peut pas planifier pour ce que l'on sait pas mais on peut créer un cadre qui amène à une certaine compréhension qui nous permet d'avancer malgré l'incertitude.

      • Définir des zones d'exploration sur la base de ce que vous savez déjà:
      • Dans quels contextes/situations ? Quels acteurs ? Quels communautés ?
      • Les contextes/situations sont plus important que les individus
      • Approche ethnographique de mass: pour un contexte donné, collectez des histoires (micro narratives) en permettant aux participants d'attribuer eux-même du sens (je reviens sur ce point plus bas).

      Ethnographie de Mass avec PNI

      La Participatory Narrative Inquiry (PNI) (1) (2) est approche de recherche qui, à l'inverse d'un questionnaire où l'on pose des questions sur des éléments pré-établis qui à tendance à ne donner des réponses uniquement à ce que l'on à penser demander, commence par une invitation à partager une histoire ou une expérience, puis de demander de catégoriser cette expérience sur des critères comparables d'un répondant à un autre.

      C'est une approche est appelé "MassQual" car elle combine qualitatif (l'histoire) et quantitatif (critères de qualification de l'histoire).

      Par exemple, dans cette étude ciblant des designers de tout horizons, il leur était demandé de partager une histoire sur leur expérience de devenir designer (1), puis de catégoriser leur histoire sur des critères de qualification (2), par exemple si leur histoire est positive ou négative (échelle), comment leur histoire les fait se sentir, ce qu'ils avaient besoin (échelle), etc.

      PNI utilise aussi un format de capture de l'inclination des participants sur des sujets imbriqués, appelé "tripole". Cela à l'avantage de créer beaucoup plus de nuances dans les réponses.

      wikihero-image-id: 1195

      Dans l'exemple ci-dessus, chaque point est une histoire. Cela permet d'identifier des clusters, puis pour chaque cluster de voir le genre d'histoires associés.

      avatar
      Kevin Richard · Senior UX designer · il y a 1 mois
    • Le mouton UX à cinque pattes - quand c'est basta

      @Alexis Gérôme @Inès Chupin merci pour vos réponses !

      Je suis assez d'accord avec vous, bien que ça m' arrive de dévier de temps en temps. Par exemple, de faire une mission d'UX writing, car j'ai fait de la rédaction dans le passé et c'était cool de retourner à ça. Mais le métier d'UX writing étant beaucoup évolué depuis, je ressens de plus en plus un syndrome d'imposteur par rapport à ces expertises.

      Donc en effet faut avoir une vision claire de son métier, et avoir une minimum d'appétence pour la compétence requise en plus, je dirais. 

      avatar
      Julia Fortuin · UX designer · il y a 1 mois
    • Prioriser des opportunités

      @Mathieu Baudonnat de rien, c'est vraiment une méthode simple et qui peut se faire en asynchrone en envoyant à chacun la grille à noter et à commenter. Et c'est vraiment très pratique en phases très amont mais aussi quand on a des éléments plus précis, la faisabilité devenant alors quelque chose de beaucoup plus précis.

      avatar
      Thierry Raguin · Design Strategist / ResearchOps / DesignOps / UXR / UXD · il y a 1 mois
    • Prioriser des opportunités

      @Thierry Raguin

      Merci! J'aime bien ton approche qui permet d'évaluer simplement avec toutes les parties prenantes, on va s'en inspirer je pense :)

      avatar
      Mathieu Baudonnat · User researcher · il y a 1 mois
    • Prioriser des opportunités

      @Mathieu Baudonnat, voilà ce que j'ai l'habitude de faire dans ce genre de situation :

      1. Evaluer auprès des utilisateurs la valeur utilisateur (VU) des insights (de 0 à 5). Si les utilisateurs ne sont pas dispo ou difficilement, ça peut être le travail des researchers qui ont sorti ces insights d'évaluer la valeur utilisateur. Si il y a plusieurs utilisateurs / researchers par insight, c'est bien qu'elles évaluent individuellement pour ensuite confronter les évaluations, idéalement avec elles, et faire une moyenne à la fin ou convenir ensemble d'une valeur finale.
      2. Evaluer auprès des stakeholders la valeur business (VB) de ces insights (de 0 à 5) : est-ce que l'insight va dans le sens de la stratégie produit / de l'entreprise ? y a-t-il un ROI envisagé ? à quelle échéance ? quel est le time to value ? etc. Potentiellement ça fait intervenir différents stakeholders pour différents insights et si il y a plusieurs personnes pour un même insight, c'est bien qu'elles évaluent individuellement pour ensuite confronter les évaluations, idéalement avec elles, et faire une moyenne à la fin ou convenir ensemble d'une valeur finale.
      3. Déterminer des poids pour la valeur utilisateur et la valeur business (par défaut 50% / 50%) et calculer la valeur de chaque insight V = VU*PU + VB*PB
      4. Evaluer la faisabilité technique et organisationnelle (F) de ces insights (de 0 à 5) auprès de différents stakeholders. C'est évident le plus tricky puisqu'on n'a pas de solution précise comme tu le dis mais on a en général une idée de la complexité qu'il pourrait y avoir derrière, est-ce que les équipes techniques ont les compétences / la capacité à implémenter une solution potentielle ? est-ce qu'il faut faire appel à des tiers ? est-ce qu'il faut investir dans une solution ? est-ce que la solution potentielle serait rapide à mettre en place ? quelle est la maturité de la technologie nécessaire / du marché / de l'entreprise ? etc. 
      5. On se retrouve alors avec une valeur V (qui représente la synthèse de la valeur utilisateur et de la valeur business) et une faisabilité technique et organisationnelle F, les deux compris entre 0 et 5. Il ne reste alors plus qu'à les placer sur une matrice à 4 cadrans :
      6. V > 3 et F > 3 : GO GO GO ! Sujets à lancer rapidement
      7. V > 3 et F ≤ 3 : Gros sujets qui valent le coup d'être lancés
      8. V ≤ 3 et F > 3 : A garder en tête pour plus tard éventuellement
      9. V ≤ 3 et F ≤ 3 : On peut laisser tomber
      avatar
      Thierry Raguin · Design Strategist / ResearchOps / DesignOps / UXR / UXD · il y a 1 mois
    • Moyen de faire passer vos services comme expenses ?

      @Inès Chupin - Oui ils ont un coin B2B pour ton entreprise, et en un clic tu peux activer la paiement par CB (ça envoie un lien) - J'ai activé - pas encore essayé (discussion avec les finances du côté de mon client) - mais ça peut être pas mal pour les paiements en mode advising ou les acomptes.

      avatar
      Alexis Gérôme · Staff UX researcher · il y a 1 mois
    • Moyen de faire passer vos services comme expenses ?

      J'utilise aussi Wise que je trouve un super moyen de voyager et payer dans des devises étrangères sans se faire assassiner par le taux de change pratiqué par sa banque et les frais annexes. 

      Je ne connaissais pas l'option "paiement en CB" mais c'est très bon à savoir. 

      avatar
      Inès Chupin · UX Designer · il y a 1 mois
    • Le mouton UX à cinque pattes - quand c'est basta

      Vaste question et je crois qu'on est beaucoup à être dans cette situation.

      Je suis strictement UX Designer. Toutes les demandes de profils hybrides UX/UI, j'explique que cela ne correspond pas à mon expertise,  que de mon point de vue ce sont deux métiers très différents et que j'ai préféré me spécialiser en UX. 

      De plus en plus souvent, il y a la question du copywriting/UX writing/content design qui se pose dans la phase UX. Là encore, j'explique que c'est un métier et une expertise spécifiques (qui n'est pas la mienne). Mais je considère que c'est important de poser des intentions en mettant des titres de contenus type "Titre de section expliquant en quelques mots la valeur du produit", ou je mets des contenus de texte dans les CTAs (Ajouter au Panier, Commander, etc) sinon je considère que ca rend difficile la lecture des wireframes, et la passation en Content Design. Je précise néanmoins à chaque fois que c'est un contenu indicatif qui a vocation a être retravaillé par une personne experte. 


      Pour ce qui est du SEO, là encore, c'est une expertise (qui va bien souvent à l'encontre des besoins de l'utilisateur) donc en fonction des projets, on tâche de mettre dans la boucle un(e) spécialiste en SEO pour implémenter dans les wireframes les bonnes pratiques. 


      Pour la recherche, je trouve que c'est la ligne la plus difficile à établir. Personnellement, je trouve que c'est très utile de participer à une phase de discovery pour réaliser au mieux de la phase de UX Design. Si je peux la mener moi-même je trouve ça top, donc j'accepte les missions qui demandent une phase de recherche.

      La différence c'est que je ne vais pas prendre une mission stricto sensu de UXR sur un temps long. 

      avatar
      Inès Chupin · UX Designer · il y a 1 mois
    • Le mouton UX à cinque pattes - quand c'est basta

      Très bonne question Julia - je pense que cela arrive car maintenant les entreprises sont limitées niveau cash, donc elles essayent de tout avoir.

      Après, il y a une ignorance forte de nos métiers qui est normale. (Connaître les subtilités c'est pas leur quotidien - un peu comme mon cas récemment j'ai eu le cas entre un chauffagiste et un Frigoriste pour de la clim)

      Du coup de mon point de vue il y a 3 trucs à faire:

      • Peut-être améliorer ton "funnel" - Où reçois-tu les meilleures demandes vs les plus mauvaises ? La question de ta "distribution" se pose. Peut être te concenter sur là où tu reçois des demandes de meilleures qualités.  Ou mieux filtrer.
      • Dire non. Ca nécessite de se connaître et de savoir si ce qui est demandé est complémentaire ou au contraire n'a rien à voir avec tes skills et ce que tu as envie de faire. Fais-toi même un bilan de compétences en utilisant des framework, ou de faire ça avec quelqu'un de plus senior que toi.
      • Discuter avec ton client. Expliquer le pourquoi du comment derrière ce non et proposer une porte de sortie pour lui si tu ne peux pas faire quelque chose.
      avatar
      Alexis Gérôme · Staff UX researcher · il y a 1 mois
    • Prioriser des opportunités

      @Mathieu Baudonnat Ok je comprends, je suis passé par là. En fait dans l'esprit des équipes on est recherche. La recherche historiquement c'est du market research.

      C'est ce qu'ils apprennent à l'école, dans les bouquins etc.. 

      Donc bien que les deux se complémentent c'est très dur dans l'esprit des gens de comprendre la différence mais c'est comme les devs. Il y a des front et des backs, peu de full-stack pour une raison.

      Après faut attention dans le discours, il ne faut pas braquer l'équipe en rejetant ces responsabilités. Historiquement c'est le rôle du PM de faire ce travail là, avec des analystes etc.. mais dernièrement les PM préfèrent la discovery..

      avatar
      Equipe Wikihero · Admin · il y a 1 mois
    • Prioriser des opportunités

      @Alexis Gérôme

      Tu me rassures dans ce que tu dis.

      Ca fait quelques jours que j'essaye d'expliquer à tout le monde que le taff de la research ce n'est pas de prioriser des opportunités business car nous n'avons pas tous les tenants et aboutissants mais qu'on peut aider sur les solutions (et encore, il y a la complexité technique qui ne nous appartient pas).

      J'avais proposé une méthode de calcul dérivée du RICE qui permet de scorer les opportunités sur la base des connaissances utilisateur tout en rappelant que ce n'était qu'une estimation qui devait être challengée par le business... 

      Bref il va falloir que je revoies mon argumentaire :D

      Merci pour ton avis éclairé :)

      avatar
      Mathieu Baudonnat · User researcher · il y a 1 mois
    • Moyen de faire passer vos services comme expenses ?

      J'ajoute ma réponse à la question - Accepter les paiements e cartes bancaires.

      Je suis tellement dans le logiciel B2B avec paiement à 30 jours que je n'y avais pas pensé. J'utilise Wise comme compte de banque en ligne - 50€ à l'année et il suffit d'un clic pour activer l'option paiement en carte. 

       

      avatar
      Alexis Gérôme · Staff UX researcher · il y a 1 mois
    • Prioriser des opportunités

      @Mathieu Baudonnat Ok je vois, mais là on parle d'opportunité business non ?

      Du coup pour moi cette étape est généralement plus orienté sur des données de marchés et la stratégie de la boîte. Notre partie aide à définir le besoin et les problèmes terrains en mappant les besoins trop servis ou trop peu servis - ca peut guider la réflexion du côté business pour monter le cas. 

      Mais à partir de là c'est de l'analyse business pure. Chaque boîte aura son process interne de validation (ou pas.)

      • Taille du marché
      • Structure de pricing
      • Forces compétitives et ressources nécessaires pour compete
      • Alignement avec la stratégie à long terme - est-ce que ca renforce le positionnement etc..
      • Réfléchir à une gestion de portfolio (si agrandissement etc..)

      Après je suspecte que vous réfléchissez comme ça car vous mappez les opportunités en arbre de Teresa Torres, et elle est très vague sur ce point.

      J'irais regarder dans la littérature d'experimentation et map d'hypothèses, pre-totyping, fake door test etc... Je crois que l'auteur du BN canvas à fait un bouquin dessus aussi.

      Plus que des données de marchés, l'idée c'est de challenger  et tester en réel, mais c'est aussi compliqué avec nombres de cultures de boîtes.

      avatar
      Alexis Gérôme · Staff UX researcher · il y a 1 mois
    • Prioriser des opportunités

      @Alexis Gérôme

      Oui j'avais vu ce post et la critique qu'on avait formalisé dessus était la même que pour le RICE. Ces frameworks sont utiles pour évaluer des solutions et non des opportunités.

      Telles qu'on les défini, les opportunités sont des insights actionnables pour lesquels aucune solution n'est encore trouvée. De ce fait il est compliqué d'évaluer l'effort.

      Après, peut être que c'est un problème insolvable...

      avatar
      Mathieu Baudonnat · User researcher · il y a 1 mois
    • Prioriser des opportunités

      Salut Mathieu, est-ce que tu as vu passer cet article que Amandine a partagé récemment ? https://itamargilad.com/the-tool-that-will-help-you-choose-better-product-ideas/

      Ca détaille le framework ICE, et sur quelles bases tu ranks tes critères. Est-ce que vous avez cette base de ranking établie entre vous ?

      Ca sert de base, mais au fond le ranking peut être personnalisé suivant votre fonctionnement interne.

      Autre chose, est-ce que vous suivez le ranking ?

      La scorecard doit être suivie pour être efficace sinon ça reste du doigt mouillé. J'ai souvent vu beaucoup d'effort être déployé pour commencer à avoir un process mais lors de l'action, le PM ne le suis pas.

      Sinon, pour départager certaines features entre elles réaliser une étude Maxdiff peut être intéressante pour comparer - ca demande du quanti mais c'est quelque chose qui peut aider et qui est pas trop lourd si tu travailles sur ta base de données.

      avatar
      Alexis Gérôme · Staff UX researcher · il y a 1 mois
    • Si vous étiez lancé sur un projet d'innovation partant de zéro, comment approcheriez-vous l'UXR ?

      @Equipe Wikihero j'ai un peu de mal à m'y retrouver avec le système de commentaires, visuellement principalement (espacements / séparation entre commentaires, commentaires pas toujours tous affichés et lien pour afficher les autres commentaires assez dur à trouver) mais aussi à cause des ancres qui ont tendance à partir un peu n'importe où lorsqu'on clique.

      avatar
      Thierry Raguin · Design Strategist / ResearchOps / DesignOps / UXR / UXD · il y a 1 mois
    • Si vous étiez lancé sur un projet d'innovation partant de zéro, comment approcheriez-vous l'UXR ?

      @Thierry Raguin Ah bon ? Qu'est-ce qui cloche ? C'est le but au final :) 

      avatar
      Equipe Wikihero · Admin · il y a 1 mois
    • Si vous étiez lancé sur un projet d'innovation partant de zéro, comment approcheriez-vous l'UXR ?

      Je me suis permis de répondre dans un post dédié car les commentaires ne sont pas super pratiques pour échanger ensuite.

      avatar
      Thierry Raguin · Design Strategist / ResearchOps / DesignOps / UXR / UXD · il y a 1 mois
    • Nouvelle section pour l'IA ?

      Hello Alexis, en effet je me rends compte que je n'utilise pas encore trop les hashtags pour chercher des sujets, c'est un réflexe qui va sûrement avoir de plus en plus de sens.

      Puis je pensais que ça pourrait être intéressant de se positionner sur ce sujet, que ce soit par une section ou par hashtag. C'est peut-être encore tôt, mais il n'y manque pas d'intérêt sur le sujet. 

      Fais comme tu le sens et oui pourquoi pas pour une vote !

      avatar
      Julia Fortuin · UX designer · il y a 1 mois
    • Nouvelle section pour l'IA ?

      C'est quelque chose en cours sur les autres slacks , et j'ai pondéré cette question mais pour l'instant j'utilise les # dans les groupes en question. #ia, #intelligenceartificielle #chatgpt par ex..

      De ma lecture l'IA est comme figma. C'est un outil qui va changer la pratique, mais qui va être intégré à tout ce que l'on fait. Donc un hashtag reste plus pertinent.

      Comme Wikihero est segmenté par groupes, cela fait que tu retrouves toujours les posts x comments liés à ce thème au travers des hashtags.

      • Ressources + #IA dans un groupe product design par 
      • ou REX + #IA en recherche utilisateur sont des combinaisons possibles

      je pense que ce genre de groupe sera intéressant à partir du moment où il y a quelque chose de plus avancé.

      • Création de son propre assistant UX AI par ex (je rêve un peu)
      • Par exemple des designs générés par IA et audités etc..
      • Des curations de cours plus généraux sur maitriser l'IA ou créer sa propre IA
      • Des REX sur la mise en place de stratégie IA

      On peut peut-être mettre ça en vote cette semaine ?

      avatar
      Alexis Gérôme · Staff UX researcher · il y a 1 mois
    • Comment les UX passionnés arrivent à garder un équilibre familial, social et mental ?

      Moi personnellement, le travail en remote m'a beaucoup aidé pour ça : j'arrive à mieux me concentrer et dès que l'on ferme son ordinateur, il y a le temps de faire autre chose. Maintenant que le travail retourne au bureau, beaucoup d'entreprises gardent le travail hybride. 


      Puis se lever avant le boulot pour faire du sport ou juste une petite balade peut faire un bien fou !

      avatar
      Julia Fortuin · UX designer · il y a 1 mois
    • Est-ce que vous avez déjà facturé à l'heure ?

      On m'a déjà demandé un tarif/heure et j'ai simplement splitté mon TJM par 8 heures, mais le projet ne s'est jamais concrétisé. Je me demande s'il faut pas ajouter un petit supplément, vu qu'il s'agirait de projets de courte durée avec quand même toujours un minimum d'onboarding à faire.. 

      avatar
      Julia Fortuin · UX designer · il y a 1 mois
    • Comment éviter l'effet "On le savait déjà ?"

      @Mathieu Baudonnat j adore !!!❤️

      avatar
      Amandine Gnaedinger · UX researcher · il y a 1 mois
    • Comment éviter l'effet "On le savait déjà ?"

      @Alexis Gérôme j adore merci !!! Je realise que dans les entreprises très silotées le sujet d alignement des stakeholders et de partage de connaissances est complexe.

      Et je vais me manger cette remarque tant que je n arriverai pas à avoir l ensemble des interlocuteurs clés en cadrage... je ferai un post mortem là dessus😉

      avatar
      Amandine Gnaedinger · UX researcher · il y a 1 mois
    • Mise en place de la user research en scale up, avez vous des retours d'expérience ?

      @Alexis Gérôme Merci 🙏🏻

      avatar
      Julie Po · Product designer · il y a 1 mois
    • Quelles compétences clés sont à développer pour les User Researchers selon vous, hors la research ?

      Hello Amandine, je pense que ça dépend de ton moment de carrière et de l'ambition que tu as derrière.

      Je ferais un split entre ce qui est maitrisable et ce qui n'est pas maitrisable.

      Ce qui n'est pas maitrisable et dépend de l'organisation:

      • Outils analytics (ça dépend d'une licence qui coûte chère)
      • Data analyse client (tu dois avoir de la data..)
      • Marketing x Growth - Dépend des sujets, mais pouvoir executer et voir suivre l'impact de tes insights sur la croissance est quelque chose de libérateur dans ta carrière.

      Ce qui est maîtrisable:

      • Content design x architecture d'information - writing. (Un art oublié mais au combien puissant et important où beaucoup de researchers ne sont pas assez calés)
      • Savoir écrire (et c'est gratuit pour pratiquer)
      • Présentation (Livre the Pyramid principle)
      • Facilitation & collaboration. Pour moi l'UXR est un diplomate interne à l'entreprise.
      • Travailler son influence et sa présence en meeting -  (ça veut dire les préparer en avance etc..) Combien de décisions sont prises en quelques instants dans un meeting avec des C-levels ? Ca va très vite et un manque de présence à ces moments clés peuvent avoir un effet dévastateur sur l'équipe et le produit.

      Je verrais les ressources que je peux collecter pour cela :) 

      avatar
      Alexis Gérôme · Staff UX researcher · il y a 1 mois
    • Mise en place de la user research en scale up, avez vous des retours d'expérience ?

      @Julie Po Merci ! En quoi le process actuel à ses limites ? (de ton point de vue) - Est-ce qu'il ya un focus sur les résultats des features vs l'output ?

      Par expérience, ce genre de situation évolue par le haut. Si l'ownership est partagé, qu'il n'y a pas de responsabilité claires sur la recherche et une approche commune, ce n'est pas toi IC (individual contributor) qui va réussir à faire changer les choses.

      ---

      Il faut commencer ce chemin par être raisonnable sur les attentes. Tu es product designer, toi et les PM faîtes probablement de la research, et il y a le côté Ops à gérer ensuite. 

      On parle de plusieurs casquettes là - donc s'attendre à tout faire tout en gérant tes activités actuelles est une voie sûre vers le burn-out. C'est mon premier conseil. Trop de personnes commencent avec un enthousiasme débordant pour structurer la recherche pour se brûler les ailes car il n'y a aucun support interne. Les supérieurs sont partants à l'idée, mais ne savent pas quoi faire et ne sont pas prêts à ce que tu lâches tes activités du moment pour te concentrer dessus.

      Ce qui m'amène au point 2:

      • Construire un consensus avec l'équipe et cette nouvelle manager plus user centric.
      • Tous les meilleurs process du monde ne valent rien si il n'y a pas d'alignement et de coordination en interne.
      • J'imagine que toi, d'autres PDr et PM's ont une vision de ce que la research pourrait être mais il faut avoir cette conversation et réunir les alliés en interne prêt à faire avancer ce sujet et imaginer de meilleurs process et détecter les améliorations des process actuels.
      • Tu peux commencer avec un ou des PM avec qui tu travailles, tâter le terrain et ouvrir la discussion. Si tu as un lead direct qui peut faciliter la conversation ça aide aussi.
      • Sur ces conversations, tu verras si cela vaut la peine d'aller de l'avant. Est-ce que cela à un intérêt pour cette manager de pousser ce sujet ? Est-ce que politiquement elle peut le faire ou il y a d'autres priorités dont tu n'es pas au courant ?

      A partir de là, cet alignement permettra d'identifier les gaps actuels et proposer des pistes d'améliorations en termes de process à commencer gentiment.

      Généralement tu commences petit - par une équipe , une partie du produit comme pilote afi

      Ca veut dire distribuer des responsabilités, suivre l'avancement, le mettre dans els objectifs trimestriels, reporting - être capable de faire évoluer le pratique etc..

      J'espère que ça aide :)

      avatar
      Alexis Gérôme · Staff UX researcher · il y a 1 mois
    • Quelles compétences clés sont à développer pour les User Researchers selon vous, hors la research ?

      Hello, en freelance, tu as toute la partie business évidement, mais je ciblerai présentation/ soutenance de projet, tout ce qui est relatif au cadrage et au program management, tout ce qui peut servir à construire des kpi/okr pour démontrer tout au long du projet, et tout ce qui aide a documenter, faire savoir... en fait tout ce qui donnera au researcher des moyens de s'intégrer au niveau stratégique et pas au niveau delivery... tout ce qui relève des compétences de PO ou de Business Analyst... ce genre de "chefferie de projet" qui ne sont que des intermédiaires et souvent des freins pour les designers :P 

      c'est macro, mais c'est vraiment les points clefs sur lesquels les designers, toutes spécialités confondues et freelance ou non, sont en deficit cruel face à leurs interlocuteurs, de n'importe quels métiers, avec lesquels nous collaborons.

      Pour les ressources, regarde ce qui se fait en ops, les outils et méthodes que nous utilisons, c'est tres product/service comme approche, bien évidement la partie research c'est des choses que tu connais déjà forcément pour partie, et pour la partie business/market de la chose, ya plein de sites qui explique comment on construit des KPI et comment on rentre dans un processus de mesures d'impact et d'efficacité. va voir ce que Patrizia Bertini ou Farid Sabitov partagent sur linkedin par exemple , ca te donnera une orientation et surtout des idées d'outils et méthodes à répliquer :)

      avatar
      Antoine RIGAUDIAS · Senior Consultant Design Operations · il y a 1 mois
    • Quelles compétences clés sont à développer pour les User Researchers selon vous, hors la research ?

      Ça dépend de que tu entends par compétence  en dehors de la research. 

      Par exemple, je considère que l'écoute ou l'empathie sont des compétences de researcher. 


      Mais je dirai à chaud:

      1) La communication : avoir des insights, c'est bien. Savoir les transmettre, c'est mieux. 

      Donc ça sous tend :

      • La communication visuelle, 1 image vaut 1000 mots
      • La persuasion, convaincre ses interlocuteurs, c'est utile surtout avec les parties prenantes
      • L'adaptabilité de la communication : On n'échange pas avec un csp+ et un ado de 16 ans de la même manière

      2) La collaboration : Travailler avec les autres, c'est pratique !

      3) Business : On pourrait penser que c'est utile uniquement aux freelances, mais que nenni. Comprendre le business, c'est utile pour apporter des insights qui seront utilisés.

      4) Analyse critique : Je pensais que ça faisait partie du lot commun des compétences de research, et les faits me démontrent le contraire. Mais l'objectif, c'est de savoir apporter des informations qui vont aider à la prise de décision du client, de la hiérarchie, des parties prenantes. 


      Ps : C'est mon point de vue en tant que lead UX, et consultant à 80%. 

       



      avatar
      Cédric Bakari · Product Designer B2B · il y a 1 mois
    • Mise en place de la user research en scale up, avez vous des retours d'expérience ?

      @Mathieu Baudonnat ☝️

      avatar
      Julie Po · Product designer · il y a 1 mois
    • Mise en place de la user research en scale up, avez vous des retours d'expérience ?

      @Alexis Gérôme

      Actuellement on en fait sur des problématiques identifiées et pour "dérisquer" des nouvelles features.

      Au sujet de la hierarchie, historiquement on a des lead ancien PM qui sont très accès sur le business et la delivery. depuis peu une nouvelle manager plus user centric.

      et l'ownership est mélangés et pas clair.

      avatar
      Julie Po · Product designer · il y a 1 mois
    • Mise en place de la user research en scale up, avez vous des retours d'expérience ?

      Salut Julie,

      Tu peux nous en dire un peu plus sur tes problématiques? Où en es tu? Quelle est l'acceptation de la research dans ton entreprise?

      avatar
      Mathieu Baudonnat · User researcher · il y a 1 mois
    • Mise en place de la user research en scale up, avez vous des retours d'expérience ?

      Hello Julie merci de ta question. Afin que moi ou d'autres puissent te répondre, tu pourrais nous partager quelques informations sur ta situation actuelle.

      • Quels sont vos process actuels autour de la recherche et de sa diffusion ? (dans quels cas vous en faites et dans quels cas pas ?)
      • Quel est le niveau de support de ta hiérarchie sur le sujet ? (C-level et Director etc..)
      • Qui fait de la recherche en ce moment ? et y a t-il un owner interne ou c'est mélangé ?

      Merci :) 

      avatar
      Alexis Gérôme · Staff UX researcher · il y a 1 mois
    • Est-ce que vous avez déjà facturé à l'heure ?

      Comme Mathieu, mais je dirais que ça dépend pourquoi ils te demandent cela. 

      • Est-ce une mission de plusieurs jours et parce que c'est une organisation anglo-saxonne ils doivent avoir un taux horaire  ? (process intern - purchasing..)
      • Où la mission est de base courte ? (advising, coaching, formation) Donc là un tarif horaire fait plus sens et il sera différent vis à vis d'un TJM/7
      avatar
      Alexis Gérôme · Staff UX researcher · il y a 1 mois
    • Est-ce que vous avez déjà facturé à l'heure ?

      Je vais te faire une réponse bateau mais perso je fais TJM divisé par 7.

      Après la question plus importante derrière c'est comment tu vas faire pour chiffrer ton taf à l'heure et quels comptes ils vont te demander lors de la facturation

      avatar
      Mathieu Baudonnat · User researcher · il y a 1 mois
    • Montrer ses résultats en chiffres : que faire quand on ne les a pas ?

      @Alexis Gérô Merci Alexis, tu as donné plein de pistes à explorer ! Il y a en effet plusieurs manières à aborder les choses :)

      avatar
      Julia Fortuin · UX designer · il y a 2 mois
    • Montrer ses résultats en chiffres : que faire quand on ne les a pas ?

      Hello Julia, c'est une très bonne question, et un sujet pas facile à cerner alors qu'il n'y pas beaucoup d'exemples disponibles.

      Lors de notre dernier groupe d'entraide on en a parlé et j'ai aidé Sophie à justement traduire certaines parties de son CV de cette manière. Tu peux trouver l'article ici.

      Et voici la partie principale avant/après.

      wikihero-image-id: 1177


      De mon côté j'essaye de traduire l'impact de ma recherche en une donnée qui représente quelque chose pour le lecteur de ton portfolio. (Généralement gain ou éviter des pertes)

      Ce sont les deux choses que les entreprises font attention, et tu peux l'estimer avec la taille de la user base ou du volume d'affaire.

      Par exemple pour une recherche pour le lancement d'un nouveau produit, ma recherche est revenue avec des preuves que la cible de base n'était pas la bonne.

      Cela a amené un ré-alignement interne pour le lancement du produit pour se focaliser sur des personas plus propices à acheter le produit.

      L'impact final?

      Sachant que c'était un lancement global, et l'entreprise avait des millions de clients je peux juste dire que j'ai sauvé des millions de $ à l'entreprise en se focalisant sur les bonnes cibles au lieu de jeter son argent par les fenêtres.

      -- Pour un design lorsque tu n'as pas accès aux données "lives" du business essaye de te concentrer sur des données de tests ,par exemple.

      • " Réduit le nombre d'erreurs critiques d'utilisabilité de 5 à 0 sur ce flow XYZ"
      • " Réduit la durée de Xmin à 30 sec pour un flow utilisé XX fois par jour par nos utilisateurs B2B.
      • Améliorer le sentiment de sécurité de nos utilisateurs


      -- Pour finir si tu n'as pas de données de tests alors essaye de mélanger la notion de temps + criticité de ton intervention et donnée de marché de l'entreprise ( CA x Volume achats etc..)

      • Refait un flow E-commerce avec 100K transactions mensuelles avec l'optimisation de 3 points critiques.
      • 15 modifications de priorité importantes au niveau de la landing page durant un sprint de 2 semaines et testés sur 15 utilisateurs.
      avatar
      Alexis Gérôme · Staff UX researcher · il y a 2 mois
    • Quantitative method - sample size

      Bonjour!


      C'est vrai que souvent il est difficile de trouver un échantillon de 200-300 personnes, mais c'est un chiffre très élevé qui n'est pas forcément nécessaire si on travaille sur un sujet assez précis.


      Il est possible de regarder ce qui se fait dans d'autres études et dans la littérature afin de voir combien de participants ont été mobilisés pour quelle taille d'effet. Si ces données ne sont pas disponibles on peut faire un calcul de puissance de test.

      Ce test met en évidence le nombre de participants requis pour atteindre une taille d'effet minimum. Ce lien explique bien la logique: http://www.txrating.org/spc/polycop/Puissance%20et%20NSN.htm


      • Comment gérez-vous ce nombre quand il y a plusieurs sub-group ?

      Le calcul de la puissance peut aussi être fait en considérant des comparaisons de groupe. 


      Il y a des outils pour calculer la puissance qui sont disponibles directement sur SPSS il me semble, ou R :) 


      avatar
      Cyrielle Chappuis · User-focused behavioral researcher · il y a 2 mois
    • Quantitative method - sample size

      Bonjour, 

      j'ai eu le même dilemme dans une entreprise du secteur de la FinTech, pour un produit niche, avec un accès super limité aux target group. Dans mon cas, j'ai souvent réduit l'échantillon à 30 personnes, par force des choses, mais j'ai bien établi les conditions de l'étude dans mon rapport et fait mention des réserves liées au nombre de participants limité.

      Mon répondre à tes questions,

      Sample size: Je suis d'abord toujours partie d'une sample size idéale, pour chercher à m'en rapprocher le plus possible. J'ai ensuite pris en compte les futures études à mener - en fonction du panel cécessaire, j'ai ajusté ma sample size et les "caveats" à prendre en compte dans mon rapport.


      Qualité: ici, je joue énormément sur la triangulation. Si tu n'obtient pas la qualité souhaitée avec ton étude quanti, tu peux t'appuyer sur d'autres études, issue du qual, de la recherche de marché, de la voice of the customer, des analytics.... bref croise tes études et insights pour converger vers une plus grande sécurité. C'est du moins ainsi que j'ai du procéder, lorsque mon segment était trop limité.

      avatar
      Marie-Aude Sourd · Senior UX researcher · il y a 2 mois
    • Quelles sont vos techniques pour faire progresser la maturité UX en interne ?

      Bonjour, c’est une problématique à laquelle je suis confronté tous les jours et je ne suis bien loin d’avoir fait le tour du sujet.

      Il s’agit d’un sujet réellement important qui a un fort impact sur notre quotidien.

      Selon moi, il est important de dissocier :

      • Maturité des équipes UX
      • Maturité des équipes autour desquelles nous gravitons
      • Maturité de la direction

      Même si les problématiques sont liées et que chacune ne peut se jauger qu’au regard des autres, chacune pourrait être adressée individuellement.

      Maturité des équipes UX :

      En terme de management d’équipe, Il me parait essentiel de porter une vision claire et une certaine exigence en terme de posture et de méthodologie des designers.

      Tout commence par l’exemple et ce que nos équipes renvoient de leur travail.

      Il est très important selon moi d’arriver à « Industrialiser » les méthodes de chacun et les livrables produits.

      Bien sur, nous avons tous notre propre sensibilité et ne sommes pas des robots.

      Cependant il est essentiel que ce qui est produit par l’un soit cohérent avec ce qu’aurait pu produire l’autre.

      Il en va de notre crédibilité professionnelle.


      Maturité des équipes autour desquelles nous gravitons (techniques, métiers…) :

      On aura beau faire des présentations expliquant pourquoi « le design c’est chouette », ce n’est pas ainsi que nous ferons avancer les choses.

      Il est surtout nécessaire de prouver à chacun qu’un travail de design permet d’éviter des coûts, de l’incompréhension et du retard dans les développements.

      Ces preuves ne pourront être apportées qu’à travers la mise en place de métrique permettant la mesure de succès d’un projet.

       

      Maturité de la direction :

      Selon moi, l’enjeu est ici de prouver notre ROI. 

      J’aime présenter des chiffres sur 2 projets similaires : 

      • Le premier étant sans phase de design (ou très peu).
      • Le second avec une réelle phase d’étude/émergence et un travail de cadrage/maturation.


      Ce ne sont que quelques réflexions basées sur mon quotidien.

      Je serais ravi de pouvoir confronter mon point de vue avec d’autres personnes qui tentent de trouver des réponses sur cette problématique..

      avatar
      Baudouin LE GRELLE · Designer de Service · il y a 2 mois
    • Quantitative method - sample size

      Très bonne question, c'est délicat car c'est du cas par cas et dépend des objectifs de ton étude, de la décision à prendre et des risques impliqués derrière.

      Ma première règle des tests quanti est de ne pas en faire lorsque les conditions ne sont pas réunies car au final cela fait plus de mal que de bien. 

      • Timing
      • Budget
      • Possibilité de recrutement de tes participants (et d'obtenir un niveau satisfaisant de réponses)

      Tu mentionnes que tu es dans l'entreprise et industriel - on parle une entreprise de type hardware multinationale ?

      Le besoin de ton échantillon est aussi basé sur le type d'organisation dans lequel tu évolues.

      Généralement plus grosse boîte = plus gros investissement = plus gros risques = stakeholders plus stressés = Demande de fiabilité d'un quanti plus haute. Donc besoin d'avoir des échantillons plus significatifs car c'est généralement là où tu vas être challengé dessus, ou si ça semble faible ton étude perds en "crédibilité".

      Donc ça nous amène au type de décision que tu dois prendre. 

      • As-tu besoin d'une validité statistique basé sur un échantillon représentatif ou est-ce que la décision est "moins critique" et tu cherches à comparer certains éléments entre eux ?
      • Quelle est la méthode de quantitatif choisie ? (certaines méthodologies sont basées sur des calculs statistiques complexes pour cruncher des probabilités et des résultats précis, donc tu as besoin d'une certains nombre de data minimes pour avoir un résultat fiable)
      • Il y a des calculateurs de "sample size en ligne si jamais."

      Imaginons que tu sois dans du B2B industriel avec très peu de chances d'avoir plus de 100 participants par groupes.

      Dans un quanti "simple" je dirais le plus bas où tu peux descendre c'est 50 participants par groupes qui ont complétés l'étude. Ce n'est pas idéal mais cela peux suffire pour infirmer x confirmer certaines intuitions de l'équipe produit ou d'insights en recherche quali (sur l'usage etc..)

      Pour la qualité - tellement de choses à dire mais les principales:

      1. ca part du principe de détecter les limites de l'étude en amont et bien briefer les stakeholders sur le sujet. Rien de pire que de partir dans une étude complexe qui n'apporte rien. Tellement d'effort perdu pour tous.
      2. N'en fais pas trop. Surtout si ton échantillon est petit limite le nombre de questions au maximum ! Plus long = plus d'abandon, donc encore plus de risque d'avoir une marge d'erreurs grandes.
      3. Ne pas réaliser l'étude dans ton coin. te faire relire, tester ton étude (genre usability)
      4. Faire un test sur un petit échantillon
      5. Être sûr de tes options de recrutement et planifier un plan B au cas où ton presta ou base de données ne suffise pas.. Rien de pire d'être bloqué au milieu avec une deadline qui se rapproche.
      avatar
      Alexis Gérôme · Staff UX researcher · il y a 2 mois

    Groupes

    • Recherche utilisateur
      Recherche utilisateur

      Dans ce groupe posez vos questions et partagez vos astuces, ressources, outils, jobs etc sur la recherche utilisateur!

      31 membres
    • Wikihero
      Wikihero

      Posez vos questions à l'équipe et suivez directement l'actualité de Wikihero.

      9 membres
    • Freelance
      Freelance

      Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur la vie de freelancer.

      13 membres
    • UX writing
      UX writing

      Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur l'UX writing.

      8 membres
    • Green UX
      Green UX

      Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur la green UX qui comprend l'éco-conception et la sobriété numérique.

      18 membres
    • Ethique
      Ethique

      Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur l'éthique dans le monde produit.

      16 membres
    • Sciences cognitives
      Sciences cognitives

      Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur l'utilisation des sciences cognitives dans le monde produit.

      20 membres
    • Accessibilité
      Accessibilité

      Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur l'accessibilité numérique.

      17 membres
    • Product design
      Product design

      Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur le product design.

      16 membres
    • Facilitation
      Facilitation

      Dans ce groupe posez vos questions et partagez vos astuces, ressources, outils, et retours d'expériences sur la facilitation d'ateliers, de réunions.

      6 membres
    • Emploi&Carrière
      Emploi&Carrière

      Groupe pour partager les offres d'emplois, et de missions freelance en France ou ailleurs ainsi que de discuter de nos choix de carrières. Postage libre aux professionnels UX. Pas de recruteurs/RH.

      15 membres
    • Stratégie UX
      Stratégie UX

      Dans ce groupe posez vos questions et partagez vos astuces, ressources, outils, jobs et plus encore sur le sujet de la stratégie UX.

      15 membres
    • Enseigner l'UX
      Enseigner l'UX

      Un groupe pour fédérer tous ceux qui enseignent l'UX afin de partager vos questions ressources et astuces.

      11 membres
    • Management UX
      Management UX

      Dans ce groupe posez vos questions et partagez vos astuces, ressources, outils, jobs et plus encore sur le sujet du management d'équipes UX.

      13 membres

    Hashtags

    • #stakeholders
      Pour centraliser les discussion sur le thème des parties prenantes, collègues en entreprises.
    • #uxresearch
    • #clients
    • #vente
    • #communication
    • #atomicresearch
      Utilisez ce # pour parler d'atomic research
    • #ecommerce
    • #collaboration
    • #process
    • #softskills
      Pour parler des soft skills
    • #uxdesign
    • #client
    • #outils
    • #recherchequantitative
    • #repository
    • #maturitéux
    • #tjm
    • #roleplay
    • #innovation
    • #cardsorting
    • #posture
    • #priorisation
    • #methode
      Pour parler de sujets qui touchent à des méthodes UX spécifiques.
    • #freelance
      Pour centraliser les discussions sur le freelance
    • #taxonomie
    • #validite
    • #exercicederecherche
    • #administratif
    • #contrat
    • #nouveauproduit
    • #productdesigner
    • #recrutement
      Pour parler du sujet du recrutement utilisateur
    • #dedommagement
      Le thème des dédommagement utilisateurs en recherche
    • #liste
      Utiliser ce # lorsque vous partagez une liste d'éléments (ressources / outils etc..)
    • #impact
    • #grid
      Pour discuter des grids
    • #EAU
    • #produitb2b
    • #management
    • #evangelisation
    • #productmanager
    • #présentation
    • #designsystemique
    • #quanti
    • #propositioncommerciale
    • #mixedmethods
    • #B2C
    • #multipays
    • #questionnaire
    • #recruteur
    Groupes