Concevoir et réaliser des sites et applications propres, interactifs et immersifs en 2021 c'est bien. Mais en 3D, c'est mieux ! Dans cet article, nous allons discuter de pourquoi on s'intéresse pas mal à la 3D en ce moment, et de nos débuts dans l'apprentissage de cette nouvelle compétence.

Ça fait un petit moment chez Uxer que l'on discute ensemble de la manière dont on imagine nos futurs projets et de la direction que l'on souhaite prendre d'un point de vue créatif et technique. En effet, depuis la création de l'agence il y a quelques années maintenant (🎉), nous essayons toujours de nous renouveler et de réfléchir à des axes de progression et d'amélioration pour nos projets et nos compétences en interne. D'abord parce que ça nous tient à coeur de réussir à faire mieux à chaque projet, mais surtout parce que l'on souhaite éviter à tout prix de s'enfermer dans un style de site ou d'application, et de ne faire plus que ça.

Et c'est pour ça que l'on cherche à intégrer de nouvelles idées, de nouveaux styles et à apprendre de nouvelles compétences.

Ça fait quelques années que la 3D a le vent en poupe dans le web, et que l'on voit pousser des sites et applications utilisant cette compétence à plus ou moins grande échelle, pour proposer des expériences interactives et immersives poussées, ou simplement pour proposer des visuels modernes et créatifs.

C'est beau, c'est moderne, et c'est le pont idéal entre créativité et technique grâce aux frameworks WebGL qui se développent de plus en plus (un article sur Three.js bientôt ?). Bref, vous l'avez compris, on aime beaucoup, et on souhaitait se lancer dedans. C'est bien, mais par où on commence ? 🧐

Le plan était simple. Apprendre auprès d'artistes talentueux, s'entraîner, et devenir nous-mêmes talentueux avec un peu de chance, de patience et de travail. Easy enough.

La formation Blender de Roman Klco, Polygon Runway, fut un parfait point de départ. La création d'illustrations 3D dans un style minimaliste "low-poly" étant un bon moyen d'appréhender les différentes mécaniques du logiciel et les principes de base de la création en trois dimensions. On arrive rapidement à des résultats très satisfaisants, et après quelques dizaines d'heures on commence à devenir autonome pour pouvoir explorer nos propres idées.

Pour résumer, on vous conseille vivement cette formation. C'est clair, un mélange parfait de théorie et de pratique et la progression en terme de difficulté et complexité se fait naturellement. Bref, vous pouvez y aller les yeux fermés 👍.

L'étape suivante fut de partir de cette base de connaissances et de la renforcer avec un second formateur de talent, en présentiel cette fois-ci. C'est à cette occasion que j'ai pu participer à une série de sessions de formation avec David de digiCreatures (http://digicreatures.net/). Formation qui après un entretien avec David fut spécifiquement pensée pour compléter le socle de compétences acquis précédemment et pour une utilisation de la 3D sur le web (on fait tout ça pour vous, après tout).

Ces heures passées avec David furent extrêmement enrichissantes : si vous cherchez un formateur de qualité, on vous le recommande vivement.

Première étape accomplie ! Nous sommes désormais assez autonome et commençons à comprendre les différentes subtilités du logiciel. Mais maintenant, qu'est-ce qu'on fait de tout ça ?

Pour être parfaitement honnête, l'objectif n'est pas de réaliser des sites complètement immersifs basés sur des expériences 3D complexes avec gestion de shaders et génération de systèmes de particules en temps réel (🤓), mais promis, c’est pour bientôt ! Si nous avons bon espoir d'arriver à cette étape dans un futur proche, pour l'instant l'objectif est clair : être en mesure de travailler sur des directions artistiques plus variées en incorporant des éléments 3D dans nos maquettes et branding.

Et la prochaine étape ? Passer au niveau supérieur en liant design et technique dans des expériences interactives basées sur la 3D. En d'autres termes, travailler conjointement entre designers et développeurs pour monter en compétences ensemble, et pouvoir aborder sereinement de futurs projets, de plus en plus ambitieux. Et s'amuser en le faisant 😉.

En attendant, on poste régulièrement quelques unes de nos réalisations ou d'expériences visuelles sur notre compte Dribbble, passez y faire un tour si le coeur vous en dit !

Où comment monter en compétences pour apprendre la 3D afin de passer nos projets au niveau supérieur 🚀

Apprentissage de la 3D pour l'agence Uxer pour passer nos projets web et d'applications mobile au niveau supérieur

Journal d'apprentissage de la 3D - Blog Uxer 

Les projets digitaux ne se passent pas toujours comme prévu ou comme espéré. Ils peuvent être semés d'embûches et difficiles à gérer si des erreurs sont commises, notamment en début de projet. Et nous en savons quelque chose ! Pas parce que nous enchaînons les erreurs, mais parce que lorsque que l'on travaille sur un projet de l'idée à son développement, nous devons anticiper chaque potentiel problème.

Il nous paraît donc intéressant de vous partager l'une de nos expériences projet, qui a connu un certain nombre d'erreurs et de rebondissements inattendus. Cela pourra vous permettre, vous, lecteurs avertis, d'éviter de faire les mêmes erreurs pour votre projet, et pour nous, de faire en quelque sorte une catharsis et de nous améliorer.

Ah oui, avant de commencer : ne vous en faites pas, le projet se porte bien et s'est finalement terminé sans trop d'encombres. 🙏

En 2018, nous avons commencé à concevoir une application destinée à la gestion de maintenances et des dépannages sur des systèmes de génie climatique. Pendant 2 ans, nous avons enchaîné les phases de conception, de design et de développement, un lot après l'autre et une fonctionnalité après une autre fonctionnalité. En ce début de novembre 2020, le projet voit enfin le jour, et commence à être utilisé. Hip hip hip !

Attendez, pas si vite. L'application est bel et bien disponible et opérationnelle, mais nous nous sommes aussi rendus compte qu'elle n'est finalement pas complètement adaptée à la réalité du terrain et des usages de ses utilisateurs, et que des ajustements sont encore nécessaires.

"Mais qu'est-ce que vous avez fait pendant 2 ans ?! Personne ne s'est rendu compte plus tôt que ça n'allait pas ? Vous êtes pourtant extrêmement professionnels, un phare dans la nuit des agences digitales !"

Il est vrai. Mais la réponse est toujours plus compliquée qu'il n'y paraît. Laissez-nous vous expliquer modestement et en toute transparence les raisons qui ont amené à ce constat.

Au début, tout allait bien. En y repensant, si ça ne va pas au début, c'est mauvais signe. Toujours est-il que ça allait bien, très bien même ! La prise de besoin était claire, synthétisée dans un cahier des charges rédigé par notre product owner et le responsable des équipes de notre client. Plusieurs réunions de cadrages ont été réalisées pour organiser, planifier et gérer les détails de départ du projet.

Les besoins exprimés étaient claires : "Mes techniciens doivent pouvoir ajouter des équipements !", "L'application doit pouvoir s'utiliser hors connexion", "Je veux que l'application place automatiquement des maintenances", et bien d'autres fonctionnalités et contraintes établies clairement en amont de la conception et du développement web. Tout. Allait. Bien. 🙃

En fait, non : loin de là. Mais nous ne le savions pas encore. En effet, si tout paraissait se dérouler comme on peut s'y attendre pour un projet de ce type, il y avait un grand absent de ce début de conception. Une idée ? Voilà un indice : ils utilisent l'application.

Ça peut paraître bête, mais c'est finalement ce qui se passe dans une grande majorité des projets digitaux qui sont réalisés aujourd'hui dans le monde. On crée avec et surtout pour un chef d'équipe, un responsable marketing, un directeur, une cible marketing. Mais trop rarement pour les utilisateurs finaux et réels de l'application. Oups.

Comment concevoir une application sans leur demander ce dont ils ont besoin, sans valider ensuite nos hypothèses, sans regarder comment ils travaillent et sans comprendre pourquoi et comment ça pourrait les aider ? Nous nous demandons encore comment nous avons pu commencer à travailler en passant à côté de ces questions pourtant essentielles. Nous avons bien tenté de pousser à notre client une étude utilisateur en début de projet, mais n'avons vraisemblablement pas été assez bons pour le convaincre de l'importance capitale qu'elle représente. Ce fut notre première erreur.

La recherche utilisateur pour comprendre les besoins 🙋‍♀️

Vous l'avez donc compris, l'erreur est de ne pas avoir réalisé de recherche et de tests utilisateur afin de connaître et comprendre les utilisateurs finaux de la solution. C'est finalement aussi simple que ça.

Ce n'est pourtant pas compliqué à mettre en place ! Nous aurions pu commencer par nous entretenir avec eux, écouter leurs besoins, leurs attentes, leurs frustrations actuelles et l'apport que nous aurions pu apporter face à la demande du client. Les entretiens permettent aussi de découvrir de nouveaux éléments et questionnements, insoupçonnés, qui peuvent nous permettre d'en apprendre plus et de toujours tendre vers une conception "parfaite".

L'observation est également très importante pour comprendre des besoins et mécaniques de fonctionnements des utilisateurs. Nous aurions dû aller sur le terrain, autant avec les techniciens qu'avec les administrateurs pour comprendre comment ils fonctionnent aujourd'hui réellement et non à travers un cahier des charges de plusieurs dizaines de pages. Après tout, nous ne sommes pas des techniciens experts en génie climatique, mais de modestes artisans du web. Un grand homme a dit un jour : “L’observation recueille les faits ; la réflexion les combine ; l’expérience vérifie le résultat de la combinaison”. Et croyez-nous, avec du recul : c'est vraiment ça (on y croit vraiment, et on n'a pas attendu de taper "Citation observation" sur Google pour s'en rendre compte 👌).

Il aurait également été intéressant de formaliser toutes ces données sous forme d'expérience map afin d'identifier de nouveaux points de friction ou les anticiper et y trouver des opportunités d'améliorations. Il faut bien comprendre que la conception centrée sur l'utilisateur peut-être longue, et qu'elle intervient à chaque étape de la conception, mais qu'elle permet de concevoir utilement et de répondre à de réels besoins.

Pas de place au bullshit. C'est certain, nous ne répèterons plus la même erreur, celle de foncer tête baissée en ayant pour seul interlocuteur un non-utilisateur final de la solution, quelqu'un qui ne sera finalement jamais en interaction avec le système, malgré toute son expérience et sa bonne volonté.

Je poursuis. Une fois notre mauvais travail de préparation effectué, une autoroute se traçait dans nos esprits. Il ne nous restait plus qu'à abattre les nombreuses vues de l'application dans notre logiciel de design d'interface favoris, et à les faire valider au plus vite pour passer au développement et voir le résultat de notre dur labeur.

Deux erreurs ici. La première, c'est d'avoir voulu tout faire d'un coup. Une application de cette envergure pouvait sembler très complexe à réaliser si on réfléchit d'un point de vue global, et elle l'était. Une manière simple et efficace d'aborder le problème aurait été de découper cette application en plusieurs lots plus petits et plus faciles à appréhender. Mieux : de réfléchir au socle de l'application, avec quelle(s) fonctionnalité(s) l'application ne peut pas fonctionner ? Et à partir de cette réflexion, de travailler sur un MVP : Minimum Viable Product. Une version simplifiée de l'application, permettant d'avoir une base que l'on va pouvoir par la suite faire évoluer. Mais c'est un concept que nous aborderons plus en détail une autre fois. 🦦

La seconde erreur a été de ne pas présenter notre travail aux techniciens et administrateurs, futurs utilisateurs de l'application. Certes, un prototype interactif très détaillé a été réalisé, mais nous ne l'avons présenté qu'au chef d'équipe. Nous avons évidemment pu obtenir des retours de ces présentations, et pu faire des ajustements pertinents, mais ce n'est rien par rapport à ce que l'on aurait dû et pu avoir de la part des équipes sur le terrain. Tout ce que nous souhaitions, c'est entendre ces doux mots : "C'est validé !"

Ces deux mots prononcés par un client déclenchent souvent un branle-bas de combat général. On pourrait presque entendre le chef de projet crier : "Développeeeeeeeeez !" dans l'open space, et les développeurs se mettre en rang sur leurs machines et taper frénétiquement sur leurs claviers pour pousser des fonctionnalités les unes après les autres.

D'une manière générale : même si vous pensez avoir pensé une application à toute épreuve, pensez à nouveau : il est presque toujours bénéfique de faire tester un prototype quand on est encore en phase de conception et que tout peut encore changer de manière assez flexible. Nous disposons aujourd'hui de tellement d'outils permettant de créer un prototype interactif à partir de simples maquettes qu'il serait trop bête de se lancer dans des semaines de développement onéreuses, sans avoir fait tester le résultat de son travail préliminaire. Et ne nous forcez pas à ressortir une citation !

Même si nous vous l'avons ici présenté comme une série d'erreurs, ce projet n'est pas un échec. D'abord parce qu'il a vu le jour, et qu'il fonctionne aujourd'hui parfaitement (Yayy ! 👏). Mais surtout parce qu'il a été une vraie source d'expérience et de remise en question, pour le mieux.

Si nous accordons autant d'importance à vos utilisateurs, ce n'est pas pour surfer sur des termes à la mode et essayer de faire comme tout le monde. C'est parce qu'il n'y a rien de plus frustrant que de se rendre compte, après beaucoup d'efforts, que le résultat n'est pas à la hauteur de ce qu'il aurait pu être et que cela aurait pu être évité en travaillant pas nécessairement plus, mais plus intelligemment et surtout plus humainement.

Nous espérons que cette (vraie) histoire vous a plu. Peut-être vous êtes-vous retrouvé ou identifié dans ce récit, que ce soit d'un côté comme de l'autre. Si c'est le cas, n'hésitez pas à nous envoyer un message, nous adorerions écouter vos déboires digitaux. ✌️

Pas entièrement, mais c’est toujours dommage. On vous explique ce qu’on a appris de tout ça !

L'histoire de nos péripéties lors d'un de nos projets

Quand la pause déjeuner arrive, dans beaucoup d'entreprises, chacun part souvent de son côté, réchauffe sa gamelle, va manger à l'extérieur, va faire du shopping ou encore traîne devant son écran sur Facebook, Netflix ou Youtube. Chez Uxer, on essaye de changer ça ! 🤜🤛

L'idée étant que ce moment de la journée ne soit pas qu'une simple période où on mange rapidement avant de se remettre au travail. Ici, on prend le temps de : se reposer avec une petite sieste (surtout Manu, tout le temps 😴) ou simplement de discuter ensemble (attention à ne pas lancer Boris sur certains sujets, on vous aura prévenu). Mais plus spécialement, nous avons instauré depuis maintenant 1 an une sorte de rendez-vous quotidien sacré (et je pèse mes mots !) : la partie de jeu de société du midi 🎲.

Et ce petit rituel apporte son lot de bénéfices ! Il permet de se couper du travail, échanger et partager un moment de complicité et de jeu avec ses collègues, permet de libérer la pression, de resserrer les liens de l'équipe, et de revenir avec le plein d'énergie pour l'après-midi. Et il existe tellement de jeux différents qu'il y en a pour tous les goûts et tous les états d'esprit : aventure, rapidité, WTF, stratégie, simple, complexe... Ce qui permet de varier les plaisirs et que tout le monde ait envie chaque jour de participer à cet instant privilégié : parce que c'est le but avant tout, on ne force personne (sauf Manu, qui préfère souvent dormir et qu'il faut motiver !).

Mais il y a tout de même un jeu qui revient très souvent chez nous. Un jeu auquel certains vouent un véritable culte, comme Guillaume, qui a acheté l'édition collector et qui exhibe la boite comme objet de décoration dans les bureaux. Et ce jeu, c'est Bang. Un shérif, son adjoint, des hors-la-loi, des pistolets : vous voyez le topo. Stratégie, mensonges et coopération (ou pas) vous permettront de gagner la partie, ou de perdre lamentablement. En plus, ça permet de révéler les traits de personnalité de tout le monde et de mieux se connaître (pour le meilleur et pour le pire).

Petit tour d'horizon des personnalités plus ou moins appréciables de l'équipe.

Boris, le grand stratège 🤴 : prêt à tout pour gagner, il arrive souvent à ses fins. Mieux vaut être avec lui que contre lui.

Manu, le comédien 🎭 : menteur dans l'âme, adepte du jeu d'acteur et de la poker face, vous ne connaitrez son rôle et sa stratégie qu'à la fin de la partie.

Benoit, le kamikaze 🧨 : efficace, il gagne ou perd très rapidement (durée de vie moyenne : 4 minutes).

Guillaume, le lobbyiste 🔫 : addict du Bang, ne lui dîtes surtout pas qu'il ne peut pas jouer à midi ou qu'on change de jeu, il le vivra très mal.

Romain, le motivé 🧩 : toujours le premier à motiver les troupes et à installer le plateau de jeu, il veut jouer, jouer et encore jouer.

Claire, la tête en l'air 🤷‍♀️ : ne connaît toujours qu'une version approximative des règles, même après des mois de jeu

Virginia, la dresseuse 🐶 : passe autant de temps à jouer au jeu qu'à jouer avec Fryda, chien et mascotte de l'agence

Laure, la force tranquille 🌊 : méfiez-vous de l'eau qui dort, elle saura dégainer au bon moment.

Et c'est une habitude qui prend bien, puisque certains clients se mettent même à jouer avec nous quand ils sont de passage, ou à nous offrir de nouveaux jeux (Merci Alexandre !). Bref, on vous encourage à essayer ! Et vous, à quoi vous jouez ?

Et vous, comment passez-vous votre pause déjeuner ?

Comment l'équipe Uxer s'occupe-t-elle à la pause déjeuner et comment votre équipe pourrait en bénéficier !

Blog Uxer - Nous on s'entretue le midi, et vous ?

Vous lancez un produit ? Un nouveau service ? Vous entamez une refonte de votre solution digitale ou de votre site web ? Que ce soit dans le digital ou tout autre domaine, il sera conçu et utilisé par des humains. Ce sont ces humains que nous appelons vulgairement les "utilisateurs". Ces utilisateurs sont ceux qui vont utiliser le produit au quotidien, nous aider à le concevoir et le faire évoluer.

Pourquoi intégrer vos utilisateurs dans votre projet ? 

Lorsque l'on conçoit une expérience utilisateur (ce que l'on appelle l'UX design), notre objectif est de rendre la solution utilisable, simple, agréable, ainsi que de donner toutes les possibilités aux utilisateurs de réaliser leurs actions facilement et rapidement, en prenant en compte leurs habitudes, comportement et besoins. 

Dans une conception centrée sur l'utilisateur, il semble donc évident que la première étape est de connaitre et comprendre les humains qui utiliseront la solution 👋 . C'est le point de départ, la base et l'essentiel ! 

"Je préfère mettre du budget dans mes maquettes que dans cette recherche", "Mais on sait déjà ce qu'ils veulent", "Nos utilisateurs on les connaît", "Après tout ils prendront ce qu'on leur donne car on ne l'a pas pensé comme ça", "On a l'habitude et puis ils sont comme vous et moi"

Vous avez déjà entendu ou prononcé ces phrases ? Notre vision et expérience nous obligent à vous dire que c'est faux ! Sans prétention aucune, je vous assure que vous ne savez pas tout et que vous avez encore beaucoup à apprendre des gens qui utilisent votre solution.

La recherche utilisateur - user research - s'inscrit dans une phase de conception permettant de découvrir qui sont nos utilisateurs en les identifiant, en observant leurs comportements, pensées et leurs émotions : Pourquoi tel ou tel choix ? Pourquoi telle ou telle réaction ? Quelles sont vos habitudes ? Que craignez-vous ? Quels sont vos besoins ? Dites nous vos attentes précises ? Voici de petits exemples des axes de recherche à explorer 🙂

Dès le début ! (Le tout début même). Il faut intégrer les utilisateurs le plus tôt possible dans le cycle de conception, ce sont eux qui ont les réponses à vos questions & hypothèses, ce sont eux qui sont confrontés aux problèmes. Ils représentent le coeur même du projet. Nous allons concevoir pour eux, et encore mieux, nous allons concevoir avec eux 🤝

Sachez qu'il n'est jamais trop tard pour intégrer vos utilisateurs à votre projet ! Nous vous recommandons de le faire dès le début mais si c'est trop tard, pensez-y pour la suite du projet qui sera de toute manière amené à évoluer avec ces derniers.

Vous vous demandez surement comment connaitre ses utilisateurs et les intégrer au projet ? Je vais vous parler de 3 méthodes de recherche UX indispensables et complémentaires, la base dans le processus de conception centré sur l'utilisateur. 

🎙 Les entretiens utilisateurs. Nous nous entretenons avec les utilisateurs pour échanger sur des thématiques en lien avec le projet, sur leurs habitudes, craintes et potentiels problèmes rencontrés lors d'une précédente interaction. Ces entretiens qualitatifs permettent de générer de précieuses données sur les motivations, objectifs, craintes, besoins & désirs. Nous utilisons ensuite ces données pour dresser le profil des groupes d'utilisateurs, que nous appelons personas.



👀 Les observations. Les observations sont complémentaires aux entretiens utilisateurs. On apprend facilement lorsque l'on interview une personne, mais quoi de mieux que de l'observer en interaction avec la solution, dans son contexte d'utilisation naturel ? L'observation permet d'identifier ce que pensent les gens, ce qu'ils disent, ce qu'ils voient et ce qu'ils font réellement. Nous allons donc observer des utilisateurs en interaction avec la solution, les laisser en autonomie et relever les moments positifs et négatifs dans leurs expériences.



🧪 Les tests utilisateurs. Ces tests sont primordiaux. Il nous arrive souvent de voir et de lire des articles impliquant les tests utilisateurs en fin de projet. Oui c'est vrai, mais nous vous recommandons de tester la solution avec de réels utilisateurs dès le début ! Chez Uxer, lorsque nous le jugeons nécessaire, nous proposons le test utilisateur au début du projet. C'est un excellent complément des deux méthodes précédentes. L'objectif de réussite d'un projet, d'un point de vue client, est souvent de "faire mieux", d'améliorer les conversions, de fidéliser. Pour cela il faut savoir où sont les problèmes actuels et la cause de ces problèmes. Lorsqu'une solution est déjà existante, nous la mettons donc entre les mains de vos utilisateurs afin de les faire tester ! Ces derniers réalisent des scénarios permettant de valider ou non nos hypothèses et nous permettre de prendre des décisions éclairées.

Et si on n'a ni le temps ni le budget nécessaire ? 

La stratégie de conception centrée sur l'utilisateur est établie sur mesure. Elle répond à vos besoins dans le cadre ou elle intègre les réels besoins et attentes de vos utilisateurs et donc permet de créer une expérience globale positive. Il existe aujourd'hui de nombreuses façons de réaliser des entretiens, observations et tests utilisateurs, en fonction des contraintes temporelles, budgétaires et matérielles.

Gardez en tête qu'il vaut mieux réaliser cette recherche en l'adaptant avec les moyens que vous avez plutôt que de ne rien réaliser du tout. Il est d'ailleurs tout à fait possible de récolter certaines données et de les formaliser avec des hypothèses établies au préalable par les équipes. Il est certain que le résultat ne sera pas le plus optimal mais qu'il sera quand même une bonne base, amenée à évoluer tout au long du projet via de nombreux apprentissages. Si vous avez une certaine culture du risque, il est donc tout à fait possible d'avancer avec plus d'incertitude. Sachez que si vouliez être accompagné par Uxer, nous nous adaptons à vos contraintes et vous aidons à rester le plus qualitatif possible.

À quels risques je m'expose si je ne réalise pas de recherche utilisateur ?

Les risques sont nombreux, et non sans conséquence (😱)! Le premier qui me semble être le plus important, est celui de véhiculer une mauvaise expérience. Aujourd'hui les exigences sont de plus en plus nombreuses dans le digital : temps de chargement trop longs, informations peu explicites, architecture trop compliquée.. il existe des dizaines de raisons pour un utilisateur de vivre une mauvaise expérience. Cette dernière entraine fatalement une baisse du nombre d'utilisateurs, utilisateurs qui auraient pu devenir fidèles. Il y aurait donc 2 perdants : l'utilisateur et le client. La suite vous la connaissez, du budget investit dans un produit final qui ne correspond pas - on ne vous le souhaite pas - aux besoins utilisateurs. 

Ces phases de recherche sont souvent longues. Elles demandent un certain temps de préparation, passation puis d'analyse et formalisation sous forme de livrables à partager à toutes les parties prenantes. 

Vous pouvez penser qu'il s'agit d'une perte de temps et qu'il est possible de s'en passer. Mais notre constat sur le terrain est très souvent inverse à ces croyances, car le gain d'une démarche centrée sur les utilisateurs se retrouve logiquement sur le budget et le résultat final de votre produit. En lien direct avec sa pertinence et sa capacité à répondre aux attentes des utilisateurs et ainsi à améliorer le rapport entre l'investissement financier et la valeur d'usage du produit conçu. 🙂

Pourquoi intégrer les utilisateurs finaux le plus tôt possible dans la conception de l'expérience utilisateur ?

Bien que souvent négligée, la recherche utilisateur reste essentielle dans la conception d'une expérience utilisateur. Connaître et surtout comprendre nos utilisateurs, mais aussi les impliquer dans la conception, il s'agit de la base dans une conception centrée sur l'utilisateur.  

La recherche utilisateur par Uxer - Blog Uxer 

Pourquoi intégrer nos utilisateurs, on les connaît et on sait ce qu'ils veulent !

Dans l'ancien temps - comprendre, il y a 10 ou 15 ans - la gestion de projet était bien différente des méthodes que l'on peut utiliser aujourd'hui. Le personnage principal de cette histoire : le chef de projet, homme (ou femme) à tout faire, garant du bon déroulement des missions, du respect du planning et de la communication entre l'agence et le(s) client(s).

Souvent enseveli sous une montagne d'emails, il n'en sortait généralement que pour faire face aux menaces d'un designer mécontent que son précieux bouton ait été déplacé d'un pixel par rapport à sa maquette, d'un développeur web fatigué de ne pas se faire comprendre de ses semblables. Et pour essuyer la goutte qui se met à couler sur son front lorsque les clients souhaitent modifier tout le périmètre projet, pour le lendemain.

Et c'était bien dommage, parce que la gestion de projet est bien LA prestation qui revient dans chaque projet, et qui peut faire la différence entre un échec misérable ou une glorieuse réussite. Souvent mécomprises, variant très souvent d'une structure à l'autre, nous allons essayer de vous expliquer comment cette partie de notre travail est gérée chez Uxer.

Pratique agile et méthode SCRUM, quésaco ?

Fini les périodes de projets sur 6 mois, où l'on a l'impression, au début, de rentrer dans un long tunnel au bout duquel on croit apercevoir une minuscule lumière, qui se rapproche petit à petit au fur et à mesure que les semaines passent, tout ça pour espérer trouver à la sortie ce qu'on était parti chercher plusieurs mois plus tôt, si l'on ne l'a pas oublié en chemin.

Le but de la pratique agile en résumé : c'est d'être souple, flexible et rapidement opérationnel. Nous nous organisons donc autour de la méthode SCRUM - qui est une pratique agile parmi les plus utilisée - avec des périodes de production de 15 jours, aussi appelées des Sprints. Cela nous permet de définir, toutes les deux semaines, une série d'objectifs clairs à atteindre, et un certains nombre de livrables à réaliser.

Cela permet, pour nous, de se concentrer sur des missions précises et bien identifiées et de ne pas s'éparpiller. Et, pour le client, de suivre l'avancement du projet étape par étape et d'ajuster certains aspects du projet au fur et à mesure que les lots sont livrés.

Est-ce que vous préférez : être certains de recevoir un billet de 10 € chaque semaine, ou espérer toucher un plus gros chèque tous les 6 mois ? Parce que c'est là tout l'intérêt de la méthode : permettre les ajustements aux bons moments et garder le contrôle sur le projet, afin qu'il ne parte pas dans une spirale inarrêtable qui pourrait aboutir sur un échec total par manque de vision et de retours réguliers sur le terrain.

Excellente question Bobby. La méthode que nous utilisons chez Uxer s'articule autour de différentes étapes :

C'est bien beau de découper un projet sous la forme de sprints de 15 jours. Encore faut-il faire ça intelligemment : les étapes doivent s'enchaîner de manière logique, en prenant en compte les prérequis, la logique et les contraintes de chaque projet et du client. Vous avez besoin d'un prototype pour de nouvelles fonctionnalités qui définira l'avenir tout entier de votre société et peut être de l'humanité tout entière (qui sait ?) ? Nous pouvons anticiper ça, et articuler notre travail pour sortir une version prototype, testable auprès de vos utilisateurs, au bon moment, et sauver l'espèce humaine. De rien.

Planifier les périodes de travail. Check. Faut-il encore que les missions à effectuer pendant chaque sprint soient réalisables. Il ne s'agirait pas de retomber dans nos vieux écueils, de promettre monts et merveilles pour la semaine suivante, tout ça pour se rendre compte que la charge de travail a été "légèrement" sous-estimée. Pour cela, nous passons du temps à découper, étudier et évaluer chacune des missions à venir pour noter leur complexité, et estimer la charge qui va pouvoir être réalisée, de manière réaliste. Et tout le monde met la main à la patte ! Développeurs, designers, illustrateurs. Chacun participe à l'évaluation des missions, car en discuter en équipe permet très souvent de soulever des problématiques qui vont pouvoir être anticipées, d'être plus réaliste face aux missions à réaliser, et de trouver des solutions en mettant à contribution tous les corps de métiers.

Tous les jours, à midi pile, toute l'équipe se regroupe et communique sur ce que chacun a fait la veille, sur les difficultés qu'il rencontre, et sur ce qu'il prévoit ensuite. Le but est ici d'avoir une bonne vision des missions de chacun, et d'identifier d'éventuels points de blocage pour trouver très rapidement une solution. C'est aussi l'occasion de valider les missions déjà effectuées, qui sont systématiquement revues par une deuxième personne.

Que ce soit en gestion de projet, en amour ou en géopolitique : une bonne communication assure 90% de la résolution des problèmes et tout autant de la qualité.

Décidément, Bobby, tes questions visent dans le mille aujourd'hui. Cette méthode est plus que bénéfique pour le client, et un client séduit, grossit la trésorerie.

À l'inverse d'une méthode purement verticale où il faut attendre plusieurs mois pour avoir un aperçu ne serait-ce que de premiers écrans pour se rendre compte que finalement le logo est à l'envers, et que le designer est peut-être daltonien, cette méthode agile permet d'avoir rapidement et régulièrement des livrables pertinents, testables et utilisables directement.

Le client a également une vision en temps réel de l'avancement des tâches, grâce à un accès au backlog du projet (ce sera une leçon pour une prochaine fois), et au fur et à mesure que le projet avance, peut demander à changer les priorités ou à ajuster certaines choses.

Vous l'aurez compris, l'idée générale de cette méthode, que nous pratiquons depuis plus de 3 ans, est de travailler de manière plus humaine et plus logique, tout simplement.

Découvrez le premier article de notre série “Ok, boomer” qui vulgarise les concepts de nos métiers avec ce premier épisode sur notre méthodologie de travail en équipe

On vous explique comment l'agence Uxer organise son équipe et ses projets grâce aux méthodes agile et SCRUM

Blog Uxer - Ok, boomer : la méthode agile & SCRUM

Design, code & vied’une agence bordelaise