
L'UX agile et l'UX allégée placent la collaboration, le travail itératif et la recherche centrée sur l'utilisateur et fondée sur des données probantes au cœur de leurs systèmes.
Pourquoi ?
Que se passerait-il si la conception et le développement d'un produit numérique s'effectuaient d'un seul coup, à partir des informations fournies dans une seule hypothèse, un seul plan ou une seule idée ? Il y a beaucoup trop de possibilités d'échecs potentiels susceptibles de se produire au moment où le produit fini est fabriqué.
Pensez-y : pourriez-vous découvrir tous les aspects de la performance et des besoins des utilisateurs dans un seul ensemble de règles et d'observations ?
Par exemple, la technologie évolue incroyablement vite, de sorte qu'il y a de fortes chances qu'il n'y ait pas longtemps avant qu'il n'y ait une meilleure façon d'effectuer des tâches nécessaires d'une nouvelle manière. Il est également inévitable que les gens évoluent et changent constamment, de sorte que le problème d'hier n'est peut-être pas aussi important que celui qu'ils ont découvert une ou deux semaines plus tard. Et pendant que vous travaillez sur vos solutions aux derniers problèmes en date, vos concurrents ont peut-être sorti quelque chose de supérieur entre-temps, ce qui fait que votre projet actuel semble un peu terne, en retard ou tout simplement inutile.
Dans tous ces cas, l'élaboration d'un plan unique avec une seule phase de production risque d'aboutir à une expérience coûteuse pour le développement de quelque chose qui n'est plus nécessaire.
L'UX agile a résolu cet ensemble particulier de problèmes.
Lorsque l'UX Agile est arrivée dans le domaine du développement logiciel, son rôle a été de veiller à ce que ces systèmes de développement à vision aveugle appartiennent au passé.
Elle a introduit une méthode selon laquelle les différentes sections, étapes ou fonctions sont gérées en plus petits morceaux distincts, en étapes plus courtes, et examinées, généralement sur une période de deux semaines. L'idée d'un système de conception-construction-test-lancement a été transformée en un cycle de conception-construction-test-révision, avec autant d'itérations que nécessaire jusqu'à ce qu'un produit digne d'être lancé porte ses fruits.
Tout cela semble très bien, n'est-ce pas ? Une solution intéressante.
Cependant, à mesure que les exigences en matière de ressources en temps et en argent sont entrées en jeu, avec de plus en plus de startups cherchant un moyen plus rapide et plus abordable d'accéder au marché, l'approche Lean UX est devenue la plus attrayante pour les nouvelles opérations avec des budgets limités en temps et en argent.
Qu'est-ce que le Lean UX ?
Lorsque vous ajoutez le terme ?maigre ? à n'importe quel système, on pourrait supposer qu'une telle rationalisation, qu'elle permette de gagner du temps ou de l'argent, est le résultat d'une économie de bouts de chandelle. Ce n'est pas le cas.
Considérez vos concepteurs Lean UX comme des pilotes de course. Ils ne cherchent pas à faire des économies, mais à trouver le moyen le plus efficace de les contourner à la vitesse la plus élevée.
Les méthodes Lean UX reposent largement sur l'hypothèse que la première version ne sera jamais la meilleure ; en fait, on suppose qu'elle ne fonctionnera même pas. Dans cet état d'esprit, pourquoi dépenser plus qu'il n'est nécessaire pour construire un prototype dans le seul but de découvrir ce qui ne va pas ? C'est là que le MVP devient un élément crucial du processus.
Utiliser un produit minimum viable pour tester les hypothèses Lean UX
Comme l'UX agile, l'UX allégée est collaborative, centrée sur l'utilisateur et construite en sections de taille réduite. Mais au lieu de séparer les fonctions, les sections ou les processus, les itérations sont généralement un nouveau MVP ou un MVP révisé qui s'appuie sur ce qui n'allait pas dans le prototype précédent.
Ce processus est connu sous le nom de méthode des suppositions et des hypothèses.
Si nous partons du principe que chaque prototype sera erroné et devra être amélioré, nous obtenons un énoncé de problème qui peut conduire à une série d'hypothèses. Comment procéder ? En ayant une conversation, généralement sous la forme d'un brainstorming d'équipe, où tous les participants au projet sont impliqués. Faire participer l'ensemble de l'équipe à la discussion permet de voir les nombreux problèmes auxquels le projet pourrait être confronté à chaque étape du processus. Le travail d'équipe fait fonctionner le rêve, n'est-ce pas ? C'est précisément l'objectif de l'approche Lean UX.
Travailler avec un énoncé de problème Lean UX
Les hypothèses ne sont que des problèmes sans preuve. En posant des questions et en organisant des discussions autour de ces problèmes, nous pouvons créer une hypothèse pour les tester.
Si les tests auprès des utilisateurs s'avèrent concluants, vous disposez d'une preuve. Dans le cas contraire, vous pouvez écarter l'idée et passer à la suivante.
Cependant, ces mêmes tests peuvent révéler d'autres problèmes que vous n'auriez pas pu voir sans eux, ce qui pourrait même vous obliger à revoir complètement vos intentions, votre produit et votre prochain prototype. Avec un MVP, il n'y a pas grand-chose à perdre si vous devez abandonner tout le modèle pour repartir d'un point de vue meilleur et plus éclairé.
Les énoncés de problèmes vous permettent de continuer à discuter et à tester. L'objectif est d'explorer et d'améliorer le produit et vos objectifs initiaux, d'en apprendre davantage sur les besoins des clients afin d'obtenir le meilleur résultat possible pour vos utilisateurs et les personas Lean UX de l'étape suivante.

L'essentiel du Lean UX
Agile et Lean UX sont similaires en termes de performance, mais la différence essentielle est que Lean UX utilise des boucles d'apprentissage qui dépendent de chaque MVP.
Produits minimums viables aider les concepteurs UX et les chercheurs à valider les idées (ou à ne pas les valider) le plus rapidement possible. Par conséquent, moins il y a de fonctionnalités, moins il y a de bruit, plus vite elles sont construites et plus vite elles peuvent être lancées dans l'espace de test.
Comme vous pouvez le constater, il ne s'agit pas de couper un coin, mais de le contourner sans s'encombrer de détails inutiles.
Chaque boucle d'apprentissage fournit un MVP contrôlé et mesuré, basé sur des techniques de recherche et de test UX.
Quelle est donc la différence entre l'UX Lean et l'UX Agile en ce qui concerne les boucles de test ?
- Les tests Lean UX s'interrogent sur les problèmes et en tirent des enseignements.
- Les boucles de tests agiles UX permettent de valider que leur dernière version fonctionne comme il se doit.
Revenons à notre question initiale : Votre équipe Lean UX est-elle proactive ou réactive ?
Le Lean UX devrait, en théorie, garantir que votre processus est proactif à chaque étape, en utilisant la recherche et le design thinking pour découvrir les problèmes et les besoins basés sur les données de l'utilisateur.
Cependant, il arrive que les parties prenantes soient trop proches de leur hypothèse pour envisager d'autres solutions. Ainsi, ils construisent et testent leur MVP initial sans la quantité appropriée de recherche UX ou de conversations sur les suppositions et les hypothèses. Cela crée une équipe réactive, qui teste les hypothèses d'une seule partie prenante et non celles des utilisateurs.
Malheureusement, il s'agit d'une situation typique qui passe à côté de l'objectif de l'UX allégée, avec les tests utilisateurs. réagissant aux idées de la partie prenante et non de manière proactive explorer des énoncés de problèmes correctement structurés.
Dans de telles circonstances, les propriétaires de produits et les parties prenantes doivent se déconnecter et s'ouvrir à une vue d'ensemble, idéalement en revenant sur les bases de la recherche UX, par exemple, en utilisant l'outil de recherche UX. Conseil des dessins et modèles Double diamant de l'approche. En s'engageant dans le diamant de gauche, ils auront beaucoup plus de chances de découvrir les vrais problèmes que leurs hypothèses uniques et biaisées. Il s'agit d'un outil standard qui aide les concepteurs et les chercheurs à explorer pleinement l'espace du problème avant de découvrir ou de suggérer une solution.
Pour ceux qui n'ont pas encore exploré l'approche du double diamant ou qui ont besoin d'un bref rappel de la manière dont elle détermine les problèmes à résoudre, elle suit quatre étapes simples à travers deux étapes "diamant" qui garantissent que nous sommes en mesure de résoudre les problèmes. Concevoir ce qu'il faut et bien concevoir les choses.
- Étape 1 ? Découvrir ce qu'il faut grâce à la recherche
- Étape 2 ? Définir la bonne chose par la synthèse
- Étape 3 ? Développer les choses de la bonne manière grâce à l'idéation
- Étape 4 ? Réaliser les choses de la bonne manière grâce à la mise en œuvre
Le cadre promeut quatre éléments principes fondamentaux afin que les personnes chargées de résoudre les problèmes puissent travailler le plus efficacement possible :
- Donner la priorité aux personnes ? Comprendre leurs besoins, leurs forces et leurs aspirations.
- Communiquer de manière visuelle et inclusive ? Aider chacun à acquérir une compréhension commune des problèmes et des idées.
- Collaborer et co-créer ? Travailler ensemble favorise l'inspiration.
- Itérer ? Les tests continus permettent de détecter les erreurs plus tôt, de réduire les risques et de renforcer la confiance.
Si ces principes clés vous semblent familiers, félicitations, nous sommes heureux d'apprendre que vous avez été attentif. Il ne vous reste plus qu'à vous en souvenir et à rester sur la bonne voie pendant votre projet Lean UX.
Conclusion
Aujourd'hui, nous avons examiné un problème particulier que nous rencontrons régulièrement en le mettant en place à l'aide d'un simple résumé Lean UX. Il est essentiel de suivre le programme comme prévu pour tirer le meilleur parti de tout outil de conception ou de recherche. Il est beaucoup trop facile de se laisser emporter par l'enthousiasme d'une nouvelle entreprise ou d'une nouvelle fonctionnalité, et il est donc d'autant plus important de s'assurer que nous ne poursuivons pas des rêves, mais des données.
Si vous souhaitez en savoir un peu plus sur le Lean UX, n'hésitez pas à consulter nos pages qui approfondissent le Lean UX. différences entre Agile et Lean UX et comment Le Lean UX vous aide à surmonter la peur de l'échec en matière de conception. Enfin, une page explique comment la collaboration entre toutes les parties Le Lean UX permet de découvrir un ensemble de problèmes et de solutions plus large, mieux informé et plus équilibré.
Si vous souhaitez en savoir plus sur la manière dont UX24/7 peut vous aider dans votre approche Lean UX, envoyez-nous un e-mail à l'adresse suivante hello@ux247.com.