Qu'est-ce que le Design Thinking?

Imaginez que vous ayez une idée. Vous créez une application ingénieuse qui, selon vous, résoudra vos problèmes commerciaux. Il n'existe actuellement aucune solution identique sur le marché et celle qui se rapproche le plus ne fonctionne pas vraiment comme les clients l'attendent.

Alors que votre vision est encore fraîche, vous commencez à réfléchir à la première question fondamentale qui vous vient à l'esprit: «Combien de temps faudra-t-il pour y parvenir?»

Et comme nous nous retrouvons rarement avec un budget et un temps illimités, la deuxième question qui en découle vient rapidement: «Combien cela me coûtera-t-il pour le faire?»

Ces deux questions sont fondamentales et cruciales dans la fabrication d'un produit, mais ce sont souvent précisément les mauvaises questions pour commencer.

Au lieu de cela, la question la plus importante à poser en premier est: 'Quelle valeur puis-je créer pour mes utilisateurs?'

Pour mieux comprendre la portée d'un projet, les exigences et le calendrier, nous pouvons utiliser une méthodologie appelée ' La pensée de conception , »Qui nous aide pendant la« phase de découverte »d'un produit. C'est exactement le moment où nous devons comprendre non seulement quoi fera un excellent produit, mais aussi Comment et si Nous devrions le faire. Cette approche créative et expérimentale nous aide à mieux comprendre comment créer des choses qui ne sont pas seulement utilisables mais surtout utiles.

Le processus de Design Thinking est particulièrement utile car il génère un résultat unique et spécifique: la connaissance.

Cette méthodologie a un champ d'utilisation plus large , mais aux fins de cette étude de cas sur le Design Thinking, nous nous concentrerons uniquement sur un domaine spécifique: le développement de produits logiciels.

La théorie du design thinking

Avant de nous plonger dans les applications pratiques du Design Thinking et mon expérience de son application, examinons de plus près le processus de Design Thinking.

Le Design Thinking est une méthodologie qui fournit une approche basée sur des solutions pour résoudre des problèmes. Il se concentre sur la compréhension de la perspective de l'utilisateur, avec un point de vue centré sur l'humain. La puissance de cette méthodologie est la possibilité de tester rapidement si une idée, une solution ou une amélioration peut apporter de réels résultats à nos clients. Intégrant différentes méthodologies, outils et techniques issus de domaines différents (marketing, psychologie, design, business), le Design Thinking a pour objectif de placer l'utilisateur au centre même du problème que nous devons résoudre.

Le but de la méthodologie est de «trouver l'utilisateur lui-même et de définir ses besoins» et en trouvant ces besoins, de créer une solution ou un produit qui peut être vraiment utile. Pour atteindre cet objectif, l'ensemble du concept est divisé en six phases de design thinking.

1. Empathie: Le but de cette phase est de comprendre votre client, en recherchant et en collectant des informations sur son entreprise. Au cours de cette phase, nous pouvons utiliser plusieurs outils différents, tels que des entretiens, des groupes de discussion, des observations et des enquêtes.
2. Définir: Dans cette phase, nous collectons et catégorisons les informations de la phase Empathize. C'est ici que nous définissons les personas et les parcours des utilisateurs.
3. Imaginé: En utilisant les informations ci-dessus, l'équipe conçoit ici des solutions. Il n'y a pas d'idées idiotes ou fausses! Tout doit être exprimé et documenté.
4. Prototype: Au cours de cette phase, quelque chose de tangible est créé, qui vous permettra de vérifier votre idée dans la vraie vie. Ne vous compliquez pas trop et créez ce MVP le plus rapidement possible.
5. Tester: Vérifiez votre idée dans la vraie vie avec des utilisateurs réels. Avoir un retour. Posez des questions sur la façon de l'améliorer.
6. Mettre en place: C'est la phase où toutes les connaissances collectées sont traduites en un produit final.

Si après avoir lu ceci, vous pensez peut-être: 'C'est génial, mais comment cela va-t-il aider à faire rapidement de mon application une réalité?' Afin de rendre cela plus tangible, je vais passer en revue une étude de cas de mon expérience personnelle qui a bénéficié du processus de design thinking.

quelle est la théorie de la gestalt

Design Thinking Applied - Une étude de cas réelle

Intro: Projet X

Il y a quelque temps, je me suis retrouvé à une réunion avec un entrepreneur, un quelques managers , et de nombreuses idées volent dans la pièce. Leur concurrent direct avait récemment publié une nouvelle application et la tension était palpable. L'entreprise souhaitait sortir avec quelque chose de nouveau sur le marché, pour éviter de perdre du terrain face à son concurrent.

Ils ont préparé un document avec certaines exigences, une vague idée de ce à quoi devrait ressembler le produit et de son coût.

«Nous devons suivre ce que les autres ont fait, avec un prix inférieur», a déclaré le directeur marketing. «Nous devons créer un système plus utilisable, ce qui simplifie le parcours utilisateur», a ajouté un autre responsable. «Nous devons changer la façon dont nous collectons les informations, les simplifier et intégrer nos processus avec des tiers», a déclaré un autre. «Cela nous prendra des mois», secoua le responsable technique, qui traduisit mentalement toutes ces demandes en centaines d'heures de code à implémenter.

Bien que je ne puisse pas divulguer tous les détails du projet, je peux révéler que le produit était un logiciel de communication hub. Ce logiciel gérait différents canaux (email vers SMS, fax vers VoIP) et il a été créé pour les plateformes web et mobiles. Le produit a été créé à l'origine quelques années auparavant, mais son utilisation était médiocre. Au moment du lancement, le concurrent était très en avance en termes d'expérience utilisateur. De plus, ils avaient une excellente application mobile, qui gagnait du terrain dans l'app store mobile.

La société X était une entreprise traditionnelle axée sur les processus, familière avec les projets traditionnels. Il en avait couru quelques Projets agiles dans le passé, mais l'idée de créer un MVP et de le tester sur le marché était nouvelle. Plus particulièrement, ils craignaient l'inconnu. Et si le nouveau MVP avait un effet indésirable ou imprévisible sur sa base d'utilisateurs client? Ce manque de contrôle n’inspirait pas confiance.

La réunion décrite ci-dessus et les suivantes n'ont pas abouti à une définition claire de ce qu'était réellement le produit à atteindre. Nous savions seulement que nous devions atteindre la cible le plus tôt possible.

Cependant, au fur et à mesure que le projet avançait et qu'un concurrent commençait à gagner du terrain, le consentement de l'entreprise se solidifiait. La plupart étaient d'accord avec l'idée que: «Nous ne pouvons pas nous permettre de lancer un produit semi-fini, nous avons besoin d'un produit qui fonctionne dès le départ.»

Malgré une certaine perplexité et peur au départ, c'était l'occasion d'apprendre ce qui apporterait une valeur réelle à leur base d'utilisateurs et pourrait potentiellement attirer plus d'utilisateurs en créant un produit léger et rationalisé.

Cela a incité l’entreprise à rechercher des approches qu’elle n’avait pas essayées auparavant, afin d’avoir un produit complet construit dans les délais, même s’il n’aura que des fonctionnalités essentielles à son lancement. Nous avons décidé d'utiliser le processus de Design Thinking et de nous concentrer sur les choses qui apporteraient vraiment de la valeur à l'utilisateur final et ainsi, battre la concurrence en apportant uniquement ce qui est nécessaire au client.

Étape 1 - Empathie

Phase d'empathie: Le but de cette phase est de comprendre votre client, en recherchant et en collectant des informations sur son entreprise. Au cours de cette phase, nous pouvons utiliser plusieurs outils différents, tels que des entretiens, des groupes de discussion, des observations et des enquêtes.

Au sens le plus littéral, l'empathie est la capacité de comprendre et de partager les émotions des autres. Dans le design thinking, l'empathie est un « compréhension profonde des problèmes et des réalités des personnes pour lesquelles vous concevez. »

Notre première étape a été de nous assurer que l’opinion de la personne la mieux payée (autrement connue sous le nom de HiPPO) ne régnait pas sur les autres. C'est pourquoi, en collaboration avec les dirigeants et le fondateur, nous avons dressé une liste des parties prenantes possibles à impliquer dans le processus de prise de décision.

Lors d'une réunion d'une journée, nous avons compilé la première liste de 30 noms (entre employés, responsables fonctionnels et clients) qui pouvaient être contactés directement, puis nous avons également choisi un public cible de 4000 clients (environ 10% de leur client récurrent) base).

Nous avons essayé de «normaliser» autant que possible notre clientèle cible, en incluant la diversité en termes de répartition par sexe, de secteur d'activité et d'autres points de données. Pour ajouter un niveau supplémentaire de complexité, l'emplacement physique de l'échantillon à interroger a été divisé en différentes villes et, dans certains cas, en pays. Nous avions désormais des points de contact pour réaliser des entretiens et des questionnaires.

Le groupe a été organisé pour réaliser les entretiens à distance, en suivant un ensemble de questions scénarisées et quelques règles de base:

• Pendant l'entretien, essayez d'utiliser le ' 5 pourquoi ”Technique.
• Essayez de comprendre le principal «quoi, comment, pourquoi» derrière chaque comportement.
• Assurez-vous que la personne interrogée a utilisé une webcam et qu'il y avait une distance suffisante de la caméra pour pouvoir inclure au moins partiellement le langage corporel.
• Enregistrez toutes les interviews, au cas où elles auraient besoin d'être vues à l'avenir.

Nous avons préparé nos questions d'entrevue dans le but de comprendre quelles fonctionnalités principales devraient être améliorées ou supprimées, de manière à pouvoir rapidement créer une nouvelle version répondant aux besoins de nos utilisateurs.

Pour le deuxième groupe d'utilisateurs, nous avons préparé une série de questions dans un formulaire Google. Nous avons opté pour des questions à choix multiples, avec quelques questions ouvertes formulées pour faciliter plus d'interaction de la part des utilisateurs, y compris une question demandant à l'utilisateur d'essayer la nouvelle version du produit juste disponible en bêta fermée.

Pour organiser l'ensemble du processus de collecte d'informations, nous avons utilisé des outils à distance qui ont permis à l'équipe de collecter des informations plus facilement, notamment Skype, Zoom, Google Forms et un tableau Kanban numérique où nous avons mis toutes nos activités et suivi leur statut.

Les premiers résultats des entrevues ont été encourageants, car les personnes interrogées étaient disposées à fournir des commentaires sur les faiblesses et les forces du système.

Cependant, le premier lot de réponses au questionnaire était beaucoup moins excitant: sur les 300 courriels envoyés, seules 5 personnes ont rempli leur questionnaire.

Déçus par ce résultat, nous étions prêts à essayer de nouvelles façons d'impliquer la base d'utilisateurs, lorsqu'un des directeurs commerciaux nous est venu avec une idée:

«Je ne pense pas qu'ils répondront à des courriels, ils n'ont pas l'habitude d'interagir avec nous. Mais, si nous communiquons avec tous ceux qui ont un renouvellement expirant et leur donnons une petite incitation, je suis sûr qu'ils nous donneront un coup de main.

L'idée était simple mais exceptionnelle. En quelques heures, nous avons eu une nouvelle liste d'utilisateurs (3800), qui maintenait la même division entre le courant dominant et les extrêmes. Cependant, ces utilisateurs seraient «contraints» d'interagir avec le système, en raison de la proximité de leur renouvellement.

Cette fois-ci, on leur a demandé de répondre à une série de questions, de participer à la version bêta et en retour, d'obtenir une remise sur le renouvellement. L'adhésion était totale et lors de la première livraison de ce nouveau modèle, plus de 70% des utilisateurs ont répondu et complété le questionnaire.

Après avoir répété et modifié certaines des questions, et grâce à certains utilisateurs désireux d'interroger plus d'une fois, nous étions prêts à définir plus clairement notre base d'utilisateurs.

Étape 2 - Définir

Définition de l'étape: Dans cette phase, nous collectons et catégorisons les informations de la phase Empathize. C'est ici que nous définissons les personas et les parcours des utilisateurs.

Le sens du dictionnaire de définir est pour déterminer l'identité et les qualités essentielles d'une notion . Dans notre cas, nous avons voulu définir ce qui suit:

• nos clients idéaux
• leurs problèmes
• les solutions à leurs problèmes
• les besoins et les craintes de nos clients auxquels nous devions répondre

Dans les termes du design thinking, la phase de définition C'est là que vous analysez vos observations et les synthétisez en problèmes fondamentaux que vous avez identifiés.

Nous avions une base de données suffisante pour comprendre quels étaient les vrais problèmes. Outre les commentaires reçus lors de la phase d'empathie, il contenait des points qui ont été soulignés par les employés de l'entreprise X mais qui n'avaient jamais été signalés à la direction, ainsi que des forces, des faiblesses et d'autres problèmes qui n'ont jamais été pris en compte.

L'action suivante consistait à créer nos personas d'utilisateur. Lors de cette phase de brainstorming, nous avons impliqué toute l'équipe élargie. La phase de brainstorming était toujours réalisée à distance, en utilisant des systèmes et des outils de visioconférence pour suivre les personas et leur création en temps réel.

Pour chaque Persona, nous avons identifié sa biographie, son approche de la technologie, son utilisation des médias sociaux, ses marques préférées, ses besoins et ses idées et spéculé sur ce qu'aurait été son parcours client.

Après cela, nous avons sélectionné les personas d'utilisateurs communs des clients et avons obtenu un ensemble fini de données provenant d'entretiens et d'enquêtes. C'était le bon moment pour se salir les mains.

Au cours de la phase de définition, nous avons essayé de transformer une définition générique d'un problème comme «Nous avons besoin d'un produit qui augmentera nos ventes de 10%» en une solution plus spécifique comme: «Hommes et femmes adultes, entre 35 et 45 ans qui travaillent dans un bureau ont besoin de recevoir des communications qui ont une validité légale pour être sûr que l'expéditeur est bien ce qu'il prétend être. »

À ce stade du processus du projet, nous avons effectué des séances de brainstorming autour de nos utilisateurs, émis des hypothèses et gardé l'esprit ouvert à toute innovation possible. «La seule idée stupide est celle qui n'a jamais été exprimée» était le mantra.

En peu de temps, en gardant à l'esprit qui étaient nos sujets, nous avons eu une vision claire de ce qui était utile à nos utilisateurs, ainsi que des besoins et des craintes auxquels nous devrions répondre tout au long du parcours client.

comment utiliser discord api

Nous nous sommes ensuite engagés dans la construction d'une «User Story Map», qui nous a permis de catégoriser le processus des utilisateurs, en les mappant à des thèmes. Pour chacun des personnages, nous avons défini l'ensemble des activités, des histoires et des tâches que nous avons supposé qu'ils devaient accomplir pendant le voyage. Ce faisant, nous pourrions rapidement tester notre idée et comprendre si elle répondait aux besoins fondamentaux. Si c'était le cas, nous pourrions le mettre sur le marché plus rapidement que tout le monde, ce qui était essentiel car notre concurrent devenait de plus en plus performant chaque jour.

Étape 3 - Conçu

Phase d'idéation: En utilisant les informations ci-dessus, l'équipe conçoit ici des solutions. Il n'y a pas d'idées idiotes ou fausses! Tout doit être exprimé et documenté.

Un pas plus loin de la définition est la phase d'idéation, où la clé est de former de vrais concepts et une solution, pas seulement des définitions abstraites.

En termes de design thinking, idéation est «le processus par lequel vous générez des idées et des solutions grâce à des sessions telles que l'esquisse, le prototypage, le remue-méninges, l'écriture cérébrale, la pire idée possible et une multitude d'autres techniques d'idéation.»

Notre équipe était complètement distante, nous avons donc décidé de travailler de manière Lean lors de la production des matériaux et de leur révision. Par exemple, les concepteurs et les autres membres de l'équipe ont convenu que pour être le plus rapide possible, la meilleure solution serait de commencer par des dessins sur papier et de partager des photos d'eux dans le groupe. Ce n'est qu'alors que nous produirions les designs les plus intéressants en Balsamiq ou Axure.

Pour chaque sketch réalisé, nous avons recueilli des informations auprès des utilisateurs, nous avons défini un ensemble de solutions et nous sommes revenus vers ces utilisateurs (chaque fois que c'était possible et aussi souvent que possible) pour tester avec eux le processus et le résultat.

Étape 4 - Prototype

Phase de prototypage: _ Durant cette phase, quelque chose de tangible est créé, qui vous permettra de vérifier votre idée dans la vraie vie. Ne vous compliquez pas trop et créez ce MVP le plus rapidement possible. _

Lors de la phase de prototype, il était enfin temps de donner vie à nos définitions et idées. Un prototype est le premier modèle original d'un produit proposé, et c'est exactement ce que nous avons décidé de construire. Selon les normes de la réflexion conceptuelle, l'étape du prototype est l'endroit où vous créez des versions peu coûteuses et réduites du produit réel pour étudier les solutions des étapes précédentes.

Après presque 10 jours du début de notre voyage, nous sommes arrivés au moment crucial, une rencontre avec une équipe de développeurs où nous avons eu l'occasion de vérifier nos hypothèses et estimations. Après une session de consultation et de définition avec l'équipe de développeurs, nous avons pesé les histoires et compris que l'effort majeur du travail de développement sera dans le développement du système back-end et l'interfaçage avec les systèmes existants actuellement en place. Parallèlement à cela, nous avons également réalisé que la création des systèmes frontaux serait un exercice beaucoup plus court. Ainsi, nous avons décidé de créer un prototype frontal utilisant les composants qui existaient déjà dans le système pour gagner du temps.

Nous avions un délai de 3 jours pour avoir une première version du prototype prête. Ce prototype devait refléter le produit autant que possible et maintenir les fonctionnalités nécessaires.

Après 3 jours, nous avions notre première version du prototype prête. Il contenait de «fausses» données reflétant le comportement du logiciel que nous voulions créer. Certains éléments accessoires manquaient, mais le logiciel dans cet état représentait visuellement un bon pourcentage du contenu total prévu.

Au bout de deux semaines de travail, nous avions un logiciel que nous pouvions essayer et tester avec des utilisateurs réels. Nous avons utilisé un logiciel de surveillance de l'expérience utilisateur pour analyser les cartes thermiques et l'attention des utilisateurs pendant qu'ils naviguaient dans notre prototype.

Étape 5 - Test

Phase de test - Vérifiez votre idée dans la vraie vie avec des utilisateurs réels. Avoir un retour. Posez des questions sur la façon de l'améliorer.

Après une phase de définition, d'idéation et de prototype, il était enfin temps de voir si notre produit fonctionnait réellement dans la vraie vie. En termes de design thinking, tester signifie tester le produit complet en utilisant les meilleures solutions créées lors de la phase de prototypage.

Dans notre cas, la phase de test n'a pas seulement eu lieu à la fin, mais c'était une boucle constante de rétroaction et d'itération chaque fois que c'était possible. À la fin de chaque étape accomplie, nous avons tenté d'obtenir des retours d'utilisateurs ou de clients, avant de nous convaincre de passer à la phase suivante.

Une fois le prototype terminé, il était temps de le tester avec le plus large public possible et de vérifier avec eux dans quelle mesure il répondait efficacement à leurs besoins, de comprendre leur perception et de comprendre s'il atteignait leurs objectifs.

La phase de test comprenait spécifiquement un prototype pas à pas où les utilisateurs pouvaient voir le nouveau flux de travail et effectuer des actions, ainsi que quelques sessions où l'équipe a directement observé les utilisateurs, tout en suivant leurs réponses. Un simple questionnaire a été utilisé pour collecter les taux de conversion pour des fonctionnalités spécifiques de la plate-forme, où les utilisateurs ont été invités à noter le processus de 1 à 10.

La phase de test a ensuite été étendue à toute l'équipe et même à certaines personnes extérieures à l'organisation (clients et utilisateurs) qui, lors des sessions précédentes, avaient volontairement consenti à donner leur avis sur la mise en œuvre du système.

Les résultats de ces tests sont encourageants. Les parties prenantes de la société X ont pu non seulement voir les maquettes, mais aussi essayer et «toucher» le produit pour la toute première fois. L'équipe élargie a eu l'occasion de tester et de vérifier ses hypothèses et de les corriger au fil du temps dans un délai de deux semaines.

Maintenant, le test final attendait: l'ouvrir aux utilisateurs et comprendre ce qui allait se passer ensuite.

Étape 6 - Mettre en œuvre

Phase de mise en oeuvre: C'est la phase où toutes les connaissances collectées sont traduites en un produit final.

Nous avions des données, des idées, des personnages et notre premier prototype tangible. Il était temps de retrousser nos manches et de commencer à se développer. Nous avons eu un mois et demi pour mettre en œuvre notre nouveau système.

Nous avons défini un ensemble de règles pour que notre MVP soit implémenté dans un court laps de temps:

• Nous ne construirons que ce que nous avions défini, sans ajouter de nouvelles fonctionnalités.
• Nous resterons concentrés sur l'objectif principal de l'entreprise.
• Nous utiliserons des méthodologies agiles au sein des équipes pour gérer la charge de travail.

Pour achever le projet à temps, nous avons fait appel à quelques nouveaux membres de l'équipe qui n'avaient pas été impliqués dans le projet depuis les tout premiers stades de la phase de découverte.

Nous avons ajouté des développeurs frontend, des développeurs backend et des concepteurs. Les nouveaux membres de l'équipe travaillaient à distance et il n'était pas possible de tous les amener dans la même pièce pendant la durée du projet, nous nous sommes donc assurés d'avoir les bons outils pour maintenir la communication.

tableau des flux de trésorerie et bilan

Le processus mis en place pour gérer le travail était un processus Agile. Nous avons divisé le temps restant en plusieurs sprints courts, avec des réunions à distance tous les jours et des mises à jour via Slack pendant la journée pour échanger les idées et s'entraider pour résoudre les problèmes.

Nous n'avions pas de documentation complète stockée quelque part, mais mentalement, nous avions tous un ensemble complet d'actions, une vision commune partagée et des objectifs au sein de l'équipe. Nous avons tous commencé à percevoir les User Personas comme un véritable utilisateur, avec ses propres besoins et problèmes. Une fois que notre équipe a commencé à avoir une vision alignée, nous sommes passés à la définition de ce qui devait être fait et à quel moment pour terminer le projet à temps.

Les activités ont été décrites dans une User Story Map, pour conserver la preuve originale des personas et du flux que nous voulons donner au produit.

La Cartes User Story ont été créés en trois étapes claires: l'identification des activités, l'identification des étapes requises pour terminer l'activité et la liste des histoires / tâches associées à chacune. Nous avons trié les histoires en fonction de la priorité (doit, devrait, pourrait), qui a dicté les composants qui en faisaient le produit.

L'équipe a pu avancer à un rythme rapide depuis le tout début de la mise en œuvre, grâce à une vision claire partagée par l'équipe, et par la méthode que nous avons employée qui a permis à l'équipe de rester sur la bonne voie sans un pilotage direct de la direction ci-dessus. Toutes les personnes travaillant dans le projet avaient en tête les questions des étapes du Design Thinking:

• Quelle action chaque utilisateur de notre plate-forme doit effectuer et qu'essayait-il d'accomplir?
• Quelles étapes ces utilisateurs doivent-ils suivre pour atteindre l'objectif final?
• Quels problèmes ont-ils avant et comment les éviter?

Cela a permis à notre équipe de prendre ses propres micro-décisions et d'orienter le produit vers son objectif final.

Nous avons fait deux revues des travaux en cours à la fin de chaque sprint et une revue de version finale à la fin du chemin, avant que le produit ne soit finalement mis en production. Nous avons utilisé le dernier sprint pour préparer l'infrastructure nécessaire pour exécuter et lancer le produit.

Enfin, les utilisateurs qui ont utilisé notre ancien produit ont été à nouveau invités à essayer la nouvelle version. Notre produit a été mis en production deux mois après la réunion au cours de laquelle l'idée de le fabriquer a été exprimée. Le produit a fonctionné, les utilisateurs ont commencé à l'utiliser, et nous avons progressivement envoyé plus de nouveaux utilisateurs vers cet outil au lieu de l'ancien. Les tests A / B nous ont montré qu'ils préféraient le nouveau produit et le projet a été accepté dans l'entreprise comme un grand succès.

Plus important encore, une méthodologie Design Thinking a finalement été acceptée. Nous pensons que cela aura un impact positif et durable et leur permettra de fabriquer de meilleurs produits à l'avenir.

Conclusion

Tout au long de cette étude de cas, nous avons montré comment la méthodologie du Design Thinking peut être appliquée à un problème réel avec un temps et un budget limités.

Au lieu d'utiliser des approches plus traditionnelles et de produire des choses en étapes séquentielles, nous avons choisi d'itérer à travers les six étapes du design thinking. Faites preuve d'empathie. Définir. Idée. Prototype. Tester. Mettre en place. Cela est devenu notre mantra et nous a permis de produire un produit très bien accueilli.

L'utilisation du Design Thinking a permis de gagner du temps et, à son tour, de réduire les coûts consacrés au projet. Nous ne travaillions pas sur des millions de fonctionnalités différentes, mais seulement sur quelques actions bien pensées et claires pour tout le monde dans l'équipe. Plus important encore, nous avons pu fournir le produit et la valeur dont les utilisateurs avaient besoin.

L'utilisation du processus de Design Thinking nous a aidés dans de nombreux domaines différents:

• Du point de vue de la gestion de projet, cela nous a permis de définir clairement la portée du projet et d'éviter le fluage de la portée.
• Du point de vue commercial, cela nous a permis de choisir les fonctionnalités qui apportent la valeur réelle à l'entreprise.
• Du point de vue du développement, cela nous a aidés à voir l'objectif clair de ce que nous devons construire avant même de commencer à le construire.
• Du point de vue de l'équipe, cela a impliqué tous les membres de l'équipe et leur a permis de travailler efficacement ensemble et de faire entendre leur opinion à chaque étape du processus.

Lorsque nous avons commencé le processus de Design Thinking a été accueilli avec scepticisme par le client, mais lorsque nous avons terminé et obtenu les commentaires de nos clients, il était immédiatement clair que les étapes que nous avons décrites nous ont aidés à réaliser quelque chose qui aurait été très difficile ou impossible autrement. Cela a été apprécié par le client et est devenu leur projet interne phare pour les défis futurs à venir.

Comprendre les bases

Qu'est-ce que le Design Thinking?

Le Design Thinking est une méthodologie qui fournit une approche basée sur des solutions pour résoudre des problèmes, en se concentrant sur la compréhension du point de vue de l'utilisateur, avec un point de vue centré sur l'humain.

Pourquoi le Design Thinking est-il utile?

Le Design Thinking est particulièrement utile car il génère un résultat unique et spécifique: la connaissance.

Quelles sont les phases du processus de Design Thinking?

1. Faites preuve d'empathie. 2. Définissez. 3. Idée. 4. Prototype. 5. Testez. 6. Mettre en œuvre.