Le design thinking est partout. Toutes les grandes entreprises déclarent l’utiliser d’une manière ou d’une autre pour stimuler l’innovation, et tous les endroits dédiés aux séminaires sont équipés de tableaux blancs et de Post-it. Une visite rapide aux Google Trends montre à quel point les recherches de conseil en design thinking sont de plus en plus populaires, tandis que la catégorie « conseil » en elle-même perd de son attrait auprès des dirigeants. Pourtant, malgré le vif intérêt continu qu’il suscite, le design thinking peine à tenir ses promesses. Mais adoptons-nous vraiment la bonne approche ?
Evolution des recherches pour “design thinking consulting” vs “consulting”
Sur les principes et les méthodes
L’ambition première du design thinking était de formaliser le processus du design, afin de fournir la capacité d’appliquer ce principe à toutes sortes de problèmes, de l’innovation produit aux problèmes de société irréductibles. Roger Martin, ancien doyen de la Rotman School of Management, et Tim Brown, CEO de l’agence de design IDEO, ont largement contribué à cette formalisation et aidé à populariser cette approche. Mais le coût à payer s’est avéré lourd.
Pour les dirigeants d’entreprise, typiquement des non-designers, pour être utilisables, les principes doivent se traduire en méthodologies. Et ainsi, le principe du design thinking, défini comme « une approche de l’innovation centrée sur l’humain, qui s’appuie sur les outils du designer pour intégrer les besoins des individus, les possibilités de la technologie, et les conditions premières du succès commercial » par Tim Brown, a été reconditionné dans le fameux leitmotiv « empathie-définition-idéation-prototypage-tests-et-itérations » pour passer les portes de l’entreprise.
Comme l’a si bien écrit Ralph Waldo Emerson : « si vous n’apprenez que des méthodes, vous serez liés à ces méthodes, mais si vous apprenez des principes vous pourrez inventer vos propres méthodes ». Saisir l’essence même d’un principe, expérimenter afin d’en comprendre les implications et le mettre en pratique peut s’avérer une tâche difficile, notamment dans le cas d’un principe émergent tel que le design thinking. Cela remettra en question bien des modèles mentaux et bien des a priori sur la manière dont vous pensez que le travail s’effectue. D’un autre côté, négliger les principes pour vous appuyer sur une méthodologie ne vous conduira que là où vous savez déjà pouvoir aller. La plupart du temps, les méthodes opèrent de façon prescriptive, comme des modes d’emploi qui vous amèneront à trafiquer le contexte et à faire fi des particularités pour vous conformer à des modèles tout faits.
En réduisant le design thinking à une méthodologie, aussi brillante soit-elle, conçue comme un outil pour ceux qui ne sont pas des designers, ses plus ardents défenseurs ont en fait mis en place les conditions de l’échec, comme l’a reconnu la d.school de Stanford elle-même.
Une approche sous influence
Quelle que soit l’utilité de la méthodologie « empathie-définition-idéation-prototypage-tests-et-itérations » pour encourager et former des individus — qui agissent d’ordinaire de façon linéaire — à penser de manière collaborative et « out of the box », cette méthodologie simplifie le processus du design à l’extrême. Comme tout designer expérimenté sait, ce processus est terriblement flou, constitué de nombreuses boucles et allers-retours du raisonnement. Même si le fait de laisser le champ du design aux seuls designers expose à de sévères revers, comme ce que j’ai appelé le problème du « designer gourou”, le résumer en une méthodologie pour le mettre à la portée de tous dans le contexte de l’entreprise est source de nombreux aléas.
L’esprit humain est fait de telle sorte que nous avons tendance à revenir au sein de notre zone de confort dès que possible, même (voire d’autant plus que) si on nous incite à faire le contraire. Dans la plupart des entreprises, cela se traduit par une pensée et un mode de fonctionnement mettant l’accent sur le linéaire, la simplification et la rationalisation dans l’ensemble des activités et des tâches. Regardons comment ceci influence chacune des phases du design thinking en tant que méthodologie :
Empathie
Dans un monde professionnel de plus en plus régenté par les données, il est facile d’oublier que les chiffres ne donnent pas LA vérité. Ils donnent juste UNE vérité, celle que vous voulez qu’ils donnent. L’empathie ne se nourrit pas des données, elle se développe à partir de l’histoire qui se cache derrière. Construire une histoire à partir des données collectées sur vos clients et utilisateurs revient à vous tendre à vous-même un miroir.
Pour comprendre le contexte dans lequel vivent vos clients, vous devez marcher dans leurs pas, et comprendre réellement ce qu’ils cherchent à accomplir à travers vos produits et services. Vous devez aussi être conscient de ce que leur contexte n’est pas le vôtre ; à défaut de garder ceci à l’esprit, vous risquez de passer à côté des dimensions les plus larges du problème que vous cherchez à résoudre.
Définition
Les designers n’abordent pas un nouveau problème l’esprit totalement neuf, ils apportent leur expérience, leurs convictions et leur histoire de succès et d’échecs. Un grand designer observe le monde réel et fait des connexions que les autres ne voient pas, ce qui lui permet souvent d’entrevoir l’embryon d’une solution avant même que le problème n’ait été correctement défini, afin de déclencher de nouvelles recherches, le « générateur initial » décrit par Bryan Lawson dans son classique How Designers Think — The Design Process Demystified.
La plupart du temps, définir problème est affaire de raisonnement par abduction, une suite d’allers-retours entre la définition du problème et l’ensemble des conditions générées par le contexte, bien plus que d’une assertion telle que « comment pouvons-nous rendre notre produit|service|organisation plus attractif|utile ? »
Idéation
On croit généralement que l’idéation est ce qu’il y a de plus facile dans le design. Redonnez un peu de contexte (typiquement le problème à résoudre), distribuez quelques stylos et Post-its, et c’est parti. Le problème est que, à moins que ce ne soit délibéré, cette approche ne vous apportera pas ce que vous en attendez. « Grabage in, garbage out », comme disent les anglo-saxons. Les idées sont vos atouts les plus précieux, et doivent être traitées comme telles. Elles doivent être confrontées à votre définition du problème, donner une partie de la solution, clarifier ou souligner tel ou tel aspect du problème. Plus encore, le problème doit être challengé à la lumière des idées produites, affiné par de nouvelles preuves ou même totalement repensé. En fait, empathie, définition et idéation ne peuvent pas être dissociées, vous allez devoir mener ces trois activités en parallèle jusqu’à ce que vous soyez capable d’esquisser une solution. Dans le processus du design, la solution est indissociable du problème.
Prototypage
Au contraire de l’idéation, qui est considérée comme facile, la construction de prototypes est souvent vue par l’entreprise comme la phase la plus difficile, dès qu’il ne s’agit pas d’innovation produit. L’idée de prototyper un service, ou plus encore un système (comme la structure d’une équipe) au-delà d’un diagramme sur une feuille de papier apparaît comme une tâche insurmontable pour des gens pour qui le jeu ou l’expression corporelle sont incompatibles avec « l’étiquette » de l’entreprise. Ça ne parait pas assez sérieux à leurs yeux.
Pourtant, modéliser les interactions dans un jeu de rôle, ou ressentir un espace physique à travers des maquettes en taille réelle est la meilleure manière d’apprendre sur ce que cela pourrait donner « en vrai » et éviter bien des erreurs. Être sérieux sur ce qu’on essaye de créer n’implique pas forcément d’être ennuyeux ou bêtement conventionnel. Après tout, utiliser un processus créatif implique… d’être créatif.
Tests et itérations
Dans le contexte de l’entreprise, tout, ou presque, est considéré comme un projet. En conséquence, même dans le plus agile des environnements, tester et itérer se traduit souvent par « construisons une v0, puis nous ferons une v1, et préparerons une v2 ». Lorsque l’on designe des services ou des systèmes, cette approche amène habituellement à sélectionner les fonctionnalités les plus importantes pour bâtir un produit minimum viable (MVP), puis à planifier une implémentation plus large dans les versions suivantes.
Minute… Êtes-vous certains que vos fonctionnalités, soigneusement sélectionnées, sont celles auxquelles vos clients tiennent réellement ? Il s’agit, au contraire, de mettre en place dès la première version autant des fonctionnalités retenues pour les prototypes que possible, afin ensuite d’apprendre le plus possible en situation réelle. En limitant la proposition de valeur du départ, vous risquez de ruiner les efforts mis à comprendre ce dont clients et utilisateurs ont réellement besoin, et être incapables d’y fournir une réponse adéquate.
Oser
En tant que méthodologie, le design thinking n’est pas, et de loin, la panacée qui permettra à l’entreprise de se transformer. Pas plus que ne l’est la fameuse transformation digitale dont nous entendons parler jour après jour. En fait, aucune méthodologie ne le sera jamais, car elles ont peu de chose à offrir au-delà de ce dont les entreprises sont déjà capables. S’adapter au monde incertain, volatile et complexe dans lequel nous vivons à présent nécessite d’oser prendre des chemins plus audacieux, et de renoncer au contrôle à tout prix pour être capables d’expérimenter avec des principes nouveaux, parfois perturbants, mais souvent gratifiants, plutôt que de simuler.
Mise à jour du 20/05
Designer met en jeu un processus complexe. Un processus qui implique doute, foi, essais et erreurs, et la remise en cause continue des hypothèses que vous êtes en train de construire, au niveau macro autant que micro. Malheureusement, ceci ne laisse que très peu de place pour les certitudes ou les solutions “absolues”. Par nature, la complexité est fractale. Davantage qu’une méthodologie, et pour être réellement utile, le gimmick « empathie-définition-idéation-prototypage-tests-et-itérations » du design thinking doit être compris et utilisé comme une sorte de “méta-méthodologie”, comme rien d’autre… qu’un prototype, qui nécessite d’être testé, bidouillé, voire même complètement réinventé en fonction du contexte spécifique qui est le vôtre.
