Profile picture of Maxime Vilain
Maxime Vilain
Product Manager / Designer
Follow me
Generated by linktime
June 7, 2021
"Un bon PM rencontre ses utilisateurs au moins une fois par semaine !" Plus facile à dire qu'à faire ! Entre les clients inaccessibles et les emplois du temps surchargés, il peut être complexe de garder le contact avec ses utilisateurs. Malheureusement, l'UX de la User Research est loin d'être optimale... Personnellement, j'ai trouvé 2 solutions élégantes : - Traîner avec l'équipe Customer (les primo-utilisateurs de votre produit !), que ce soit dans leurs rdv clients, pour faire du debug, du SAV. Ils vous transmettront des feedbacks et pourront vous rencarder avec les utilisateurs les plus pertinents au moment T. Pauline Marol en parle très bien dans son podcast (lien ci-dessous) - Intégrer les tests via Maze dans les conditions pour déclarer une User Story comme prête (Definition of Ready). Couplé avec Figma et éventuellement un Design System, ils vont permettront d'industrialiser vos tests utilisateurs et de les interroger là où ils sont. Leur CEO, Jonathan Widawski fait la tournée des podcasts en ce moment, il est passionnant ! (lien ci-dessous) Et vous, c'est quoi vos plans pour insérer de la User Research dans votre process ?
Stay updated
Subscribe to receive my future LinkedIn posts in your mailbox.

By clicking "Subscribe", you agree to receive emails from linktime.co.
You can unsubscribe at any time.

16 Likes
June 7, 2021
Discussion about this post
Profile picture of Pauline M.
Pauline M.
VP Product @ PlayPlay | SaaS | B2B
4 years ago
Merci pour la mention Maxime Vilain !
Profile picture of Maxime Vilain
Maxime Vilain
Product Manager / Designer
4 years ago
L'enjeu, c'est d'éviter de faire semblant de faire de la User Research. Tanya S (@spydergrrl) parle d'UX Theatre pour toutes ces actions qui donnent l'impression de faire de la User Research mais qui ne vont pas suffisamment au fond des choses pour éviter les biais. https://2.bp.blogspot.com/-F1ofZBOrIpM/Xq7CHXuKM2I/AAAAAAABBk0/Mso1salTggox300sf5KP205BlNHhC9jmQCLcBGAsYHQ/s1600/UX%2BTheatre%2BPoster%2B2020.png
Profile picture of Maxime Vilain
Maxime Vilain
Product Manager / Designer
4 years ago
Le podcast de Pauline Marol : https://podcasts.apple.com/us/podcast/18-4-piliers-de-la-user-research-pauline-marol-playplay/id1514028055?i=1000508424698 Le podcast de Jonathan de Maze : https://podcast.ausha.co/quote/5-democratiser-la-collect-d-insights-en-entreprise-jonathan-widawski-ceo-maze L'illustration est de mon fait, en component-based comme expliqué ici : https://medium.com/nialiv/les-illustrations-component-based-ou-la-carte-joker-des-designers-4b93ec06b0f0
(Résumé : J'explique pourquoi il faut remplacer le terme No-Code par Product-Builder.) La semaine dernière, je suis allé à la conférence No-Code organisé par Join Maestro et la soirée était vraiment sympa avec des intervenants hyper inspirant : Alegria.tech, Contournement et Cube✨ Pour moi, le mouvement No-Code fait partie des merveilles du web, ce sont clairement des gens qui bossent pour un web meilleur, plus constructif, émancipateur (à l'inverse des NFTs 🚮). Mais il y a quand même quelque chose qui m'a gêné : Le terme "No-Code". Je pense sincèrement qu'il faut se débarrasser de ce terme avant qu'il ne soit trop tard. Je m'explique : Pour moi, le No-Code désigne aujourd'hui toutes les activités qui utilisent massivement des outils web pour produire sur le web, sans utiliser du code. On peut penser que c'est une typologie claire et évidente, et pourtant je vois régulièrement des gens dire que la suite Google n'est pas un outil No-Code, ou oublier que Wordpress et les Skyblogs étaient déjà du No-Code. De même, lorsque j'ai utilisé Webflow pour faire mon site perso nialiv.webflow.io, j'ai vite compris à quel point la compréhension de CSS et d'HTML était nécessaire pour bien s'en servir. Plus que du No-Code, je parlerais plutôt de code interfacé. C'est du code, mais on vous fournit une interface de programmation qui va l'écrire à votre place en fonction de ce que vous paramétrez. Mais c'est du code ! C'est pourquoi je pense que le terme "Product Builder" me semblent bien plus fécond que "No-Code", car : - Cela permet de faire sauter l'illusion que le No-Code est facile et ne nécessite pas de culture numérique. - Cela rattache le mouvement No-Code au mouvement Product 🤝 - Cela centre les débats sur un profil et non sur une considération sémantique. Un Product Builder est utile puisqu'il saura mobiliser les ressources du web pour bâtir des produits en solo. - J'avais hésité avec Product Maker, pour reconnaître l'héritage de cette culture de la bidouille, mais le diminutif ferait PM, et on a déjà Product Manager et Product Marketer sur le créneau :I Bref, le mouvement No-Code est merveilleux et fort, et ce serait dommage de continuer à nous décrire par ce que l'on n'est pas. Nous devons assumer pleinement et affirmer haut et fort que l'on est un mouvement de bâtisseurs ✊
19 comments
March 12, 2022