
- merci! Utile
- Pas utile
- Pas sûr
@Alexis Gérôme Merci pour ta réponse. Je pense personnellement qu'elle fait partie du design mais qu'il faut plutôt revoir notre définition et le caractère organisationnel de ce dernier. Actuellement le design est souvent incompris dans les entreprises même celles spécialisées. Il devrait être une ligne directrice dans les decisions de l'entreprise, dans sa culture et dans l'expérience de tous ses collaborateurs et non un moyen dans la case produit comme je le lis et vis beaucoup trop souvent. Le design c'est le pouvoir de motiver les meilleures décisions possibles à tout niveau et de ce fait la recherche a son rôle à jouer 🌟
@Laurent Sadeg Très bonne question.
@Thierry Raguin Et encore... J'avais de l'espoir plus jeune que suite à de gros plantages ça pourrait faire évoluer les choses mais ma dernière expérience m'a convaincu du contraire.
Grosse licorne, je bosse sur un sujet d'innovation , nouveau BM, et hautement stratégique dans son portfolio produit. Les retours sont très mauvais pour notre base core, je change de mission et je découvre que 10 mois après ils lancent sans plus aucune research.
Ils se font dézingués par leur base client. Le chairman (ex-founder) écrit personnellement un mea culpa sur reddit mais ils surenchérissent (les users ont tort blablabla), et aujourd'hui continuent dans cette voie.
@Alexis Gérôme Sur la montée en maturité, pur design ops : observation + diagnostic + solution + test and adapt ;)
@Alexis Gérôme Sur la montée en maturité, pur design ops : observation + diagnostic + solution + test and adapt ;)
@Alexis Gérôme
Je pense que les équipes produits, en particulier en France, sont encore très juniors et n'ont pas eu le temps ni la maturité pour prendre du recul.
Cela s'illustre principalement par des PM qui pensent devoir et pouvoir tout faire, et notamment la recherche. Concrètement ça donne des recherches souvent très mal faites et biaisées, et ça se contente de faire de l'A/B testing dans tous les sens... et on part sur des feature teams qui produisent de la feature mais pas de valeur... Je caricature à peine ^^
Ce genre de fonctionnement ne peut pas durer éternellement et il va falloir une prise de conscience et une évolution...
Et tout bêtement on retrouve ce problème dans l'article que tu cites avec notamment cette phrase : "A product team means, at the least, one representative of the engineering, design, and product perspective."
C'est subtil mais pour moi la base du problème est là :
"Product" devient un fourre-tout qui n'a plus aucun sens et sert même à s'auto-définir...
Si on remet les bons termes (au passage j'ai ajouté un "User" en parenthèses pour le domaine "Design" et j'y reviendrai plus tard), c'est plus clair et ça devient plus facile de définir les rôles indispensables :
Soit Engineering / Tech Lead, Product Designer, Product Marketing Manager avec un PM qui chapeaute le tout si on veut un pilote unique. Ça peut très bien fonctionner avec un trio pour piloter aussi et ça évite le risque de déséquilibrer le produit.
Donc si on garde un PM (et même si on le fusionne avec le PMM), les choses sont plus claires et on évite le PM qui croit qu'il doit tout faire tout seul. Le PM va alors réellement devoir s'appuyer sur les spécialités et expertises de l'équipe dans chaque domaine. Son focus va être de maintenir le cap vers la vision et la stratégie produit, donc apporter de la valeur, piloter l'équipe, prioriser les activités, etc. Cela nécessite notamment d'avoir une compréhension des activités de chacun donc une connaissance de base dans différents domaines et une participation (mais pas réalisation) aux activités de recherche notamment.
En plus de ça, si on prend le domaine "Design (User)" (mais ce que je décris vaut pour les 2 autres domaines), c'est un vaste domaine qui touche à toute les phases du cycle de vie d'un produit (strategy, discovery et delivery). Une seule personne peut rarement tout traiter efficacement en même, pour des raisons de temps / disponibilité, pas forcément de compétences. La plupart du temps, il va falloir une équipe avec différents profils à temps plein ou partiel en fonction du contexte. On peut donc avoir un lead / head of qui intervient pour assurer une vision et une direction, un UXR freelance qui intervient pour mener une recherche spécifique à un instant T, un service tiers pour mener des tests utilisateurs, etc. Il y a plusieurs moyens d'organiser ça en fonction de l'entreprise, du produit et des équipes.
Donc je pense que les UXR ont clairement leur place dans les équipes produit mais pas toujours à 100%. Certains produits vont nécessiter un UXR à temps plein. Pour d'autres, ça sera plus ponctuel ou "saisonnier" et dans ce cas, l'UXR peut être multi-produits ou en freelance.
Mais il faut clairement un gain en maturité produit pour évoluer. Idéalement ça arrivera de manière organique avec de la pédagogie et du bon sens. Au pire, ça arrivera suite à une série de gros plantages...
@Alexis Gérôme pourquoi pas au design ?
@Antoine RIGAUDIAS (side question - tu utilises quoi pour "monter" de niveau de maturité ?)
Oui pour moi la Research en devrait pas appartenir au produit ni au design. C'est quelque chose à part, la question c'est comment l'organisation supporte et met les ressources pour.
@Thierry Raguin Oui en effet. Au niveau CI et global c'est très clair. Mon interrogation porte sur la composition de ces équipes produits. Est-ce que l'UXR sera présent ou non.
est que cela va arriver seulement dans les grosses corporates qui ont le luxe de payer la spécialisation ?
Ca représentera combien de % du marché ? Est-ce que l'on peut parler de 20% de structures bien définie et spécialisées et le reste qui privilégiera les Pm?
Ce que j'observe petit à petit c'est que le travail de discovery est pris par les équipes produits . Avoir un UXR dans ce set up sera une exception plutôt que la norme. (dans le bouquin Torres n'en parle même pas)
j'ai échangé avec ce researcher qui à écrit ce post intéressant - https://www.davesresearch.com/continuous-discovery/
C'est là où va la discovery, et vu la force que cela à, ce n'est pas prêt de s'arrêter. La question jusqu'où?
Je partage... mais pas complétement... dans la boite dans laquelle j'interviens, je prévois de passer à un niveau de maturité supérieur en sortant effectivement la recherche des équipes produits, mais pour lui donner plus de force, d'autonomie, et surtout de briser les silos qui existent dans cet environnement (presque 20 produits et programmes différents, en cadrage ou build, avec une squad sur chacun... ). Mais les researchers resteront dans cette zone pour continuer à influencer au max, et ne pas remettre de la distance avec ces squad produits qui doivent continuer à sentir leur influence et que la recherche doit nourrir encore et encore. Mais tu as raison, la recherche va s'émanciper un peu plus.
Je ne pense pas que les 2 approches soient incompatibles.
En effet, avoir une branche Insights globale est intéressante pour mener une recherche continue globale pour une entreprise, autour de ses clients (Consumer Insights) et des ses employés (Employee Insights). Suivant la taille de l'entreprise, CI et EI peuvent être 2 équipes indépendantes ou 1 seule et même équipe. Ça permet de traiter les sujets de fond avec des équipes pluridisciplinaires (User/Design Researchers, Marketing, HR, Data Scientists principalement).
Le travail de ces équipes transverses peut ensuite aller nourrir des équipes produits dédiées (ou donner naissance à une nouvelle équipe produit) qui vont avoir besoin de Product Researchers & Designers plus spécialisés et accompagnés de PM orientés Product Marketing Managers (pour le côté B2C) ou HR Manager (pour le côté Employee Experience) et Lead Tech. Ces équipes Produit vont donc avoir un périmètre plus ciblé que les équipes Insights et vont pouvoir remonter vers les équipes Insights avec les outputs de leur produit mais aussi parfois des "commandes" de recherches plus globales.
@Marie-Aude Sourd Merci de tes retours !
En effet le revamp de la copy est pour moi la piste la plus solide car ca permet de trouver des socles communs entre les deux types d'utilisateurs et ensuite permettre des intéractions plus précises (genre spécificités techniques etc..)
Ensuite le souci de la Crypto c'est que c'est un milieu assez anonymisé et très soumis aux arnaques en tout genre. Donc on a zéro données sur l'utilisation et la confiance est assez basse car les gens assez parano. (avec toutes les histoires bizarres)
Je posterai une update sur le chemin proposé, j'ai rendu mon premier rapport et l'on verra la direction que cela prendra.
Super intéressant ce sujet! J'ai rencontré une problématique similaire avec un client de la fintech. Je pense qu'il y a des questions stratégiques à poser:
Je trouve l'un de tes commentaires intéressant: il y a des gaps inconscients dans les connaissances des clients les plus expérimentés. Ce serait donc un point commun entre les deux cibles. Tu tiens peut-être là un levier?
Dans mon cas, nous avons opté pour une approche visant à satisfaire les deux cibles:
Il y a de multiples options pour donner des infos complémentaires dans l'app (info bulle), micro copy, etc....
Aussi nous avons découvert que ces "nerds" de l'investissement adorent partager leurs connaissances, il peuvent peut-être faire partie d'une communauté d'experts et générer du contenu pour les moins expérimentés?
Pour conclure ce roman, je penche plus pour l'option 2, mais en posant bien la vision stratégique et les enjeux de cette approche :)
Dans ce groupe posez vos questions et partagez vos astuces, ressources, outils, jobs etc sur la recherche utilisateur!
Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur le product design.
Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur l'accessibilité numérique.
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.
Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur l'éthique dans le monde produit.
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.
Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur l'UX writing.
Un groupe pour poser vos questions et partager vos astuces, ressources, outils, et actualités sur la vie de freelancer.
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.
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.
Dans ce groupe posez vos questions et partagez vos astuces, ressources, outils, jobs et plus encore sur le sujet de la stratégie UX.
Un groupe pour fédérer tous ceux qui enseignent l'UX afin de partager vos questions ressources et astuces.
Dans ce groupe posez vos questions et partagez vos astuces, ressources, outils, jobs et plus encore sur le sujet du management d'équipes UX.