La méthode Via Negativa dans le développement de produits numériques.
David est l’une des sculptures les plus célèbres et les plus célèbres au monde. Il y a autant de mythes autour d’elle qu’il y en a autour de son créateur. Lorsque le Pape a vu pour la première fois l’œuvre de Michel-Ange, il l’a regardée avec révérence et a demandé au célèbre sculpteur : « Dis-moi le secret de ton génie. Comment avez-vous sculpté la statue de David, ce chef-d’œuvre de tous les chefs-d’œuvre ? Michel-Ange a répondu :
“Très simple. J’ai supprimé tout ce qui ne ressemblait pas à David.”
Les penseurs grecs, romains et médiévaux antiques avaient même un nom spécial pour cette ligne de conduite : via negativa . Traduit du latin – le chemin du déni, du refus, de la limitation afin de comprendre l’essence.
Un bon design est une force qui touche notre âme et excite nos esprits. Et nous ne pouvons pas dire exactement ce qui fait une bombe design, mais nous le saurons immédiatement quand nous le verrons.
1. Coupez et nettoyez
Prenez un crayon et dessinez un cercle. Ajoutez deux autres cercles plus petits et complétez votre chef-d’œuvre avec une ligne horizontale en bas. Félicitations, nous avons dessiné un visage. Supprimez maintenant toute forme géométrique et votre création ingénieuse peut déjà être considérée comme de l’art abstrait.
2. Coupez et devenez flexible
En 2009, deux pilotes du vol 447 d’Air France se sont retrouvés dans une situation dangereuse. Après avoir traversé plusieurs tempêtes, certains des capteurs de l’aile se sont gelés et se sont éteints. En soi, ce n’est pas dangereux. Mais en fin de compte, cet événement a été le début d’une série de petites erreurs qui ont finalement conduit au désastre. Lorsque les anémomètres ont cessé de fonctionner, le pilote automatique s’est désengagé et les pilotes ont pris le contrôle de l’avion. Suite à cela, un flux de signaux différents leur est tombé dessus, chacun d’eux exigeant leur attention. Se concentrer sur les mauvais signaux a conduit à une mauvaise interprétation de la situation, puis à de mauvaises décisions qui ont envoyé l’avion en vrille.
Ce n’est qu’à la toute fin que les pilotes ont réalisé ce qui se passait. L’enregistrement des conversations des pilotes se terminait par les mots : “Merde, on va s’écraser… C’est pas possible !” Quelques secondes plus tard, le son d’une perspicacité désespérée s’est transformé en un silence fatal.
Ce jour-là, les 228 passagers du vol 447 d’Air France sont décédés.
Notre dépendance vis-à-vis des systèmes automatisés augmente. Et bien que tout fonctionne comme il se doit, c’est confortable, sûr et fiable avec eux. Mais dès que cela devient sûr, nous arrêtons de fouiller dans leurs actions. Et dès que la machine tombe en panne, on tombe en panne, ou pire encore, on plante.
De nombreuses fonctions et le flux de signaux des capteurs de sécurité peuvent simplement être dépassés, à tel point que dans une situation critique, le pilote n’a tout simplement pas le temps de s’orienter. Dans une situation critique, une automatisation complexe peut rendre très difficile la recherche de la véritable cause de la panne. Autrement dit, plus quelque chose est complexe, plus il est difficile de comprendre quelle est la véritable raison.
Lorsque j’ai commencé à développer des sites Web, tout était simple. Tout ce qui était nécessaire était un éditeur, un fichier HTML et un fichier CSS. Les jours meilleurs, j’ai même réussi à ajouter du JavaScript. Maintenant, je dois terminer tout un lot de tâches avant que la première ligne de code n’apparaisse à l’écran.
Parmi eux se trouvent le déploiement : NPM, Webpack, Babel, React JS et d’autres choses techniques. Tous sont assemblés dans un pipeline de blocs interdépendants.
Cette approche améliore considérablement l’efficacité du travail, mais augmente les coûts de développement. Mais dès qu’un module ou des dépendances sont cassés, une cascade d’erreurs se produit. En dessous, il est facile d’oublier que la base fondamentale du Web est simplement HTML, CSS et JS – même si les geeks de première ligne veulent nous faire croire que ce n’est pas le cas.
Allez sur awwwards.com et prenez un moment pour parcourir les derniers sites populaires. Êtes-vous en train de lire un modèle ? La plupart d’entre eux ont des photos lumineuses, des vidéos en plein écran avec lecture automatique, parallaxe, JavaScript et des indicateurs de chargement incroyablement magnifiquement rotatifs, ce qui vous fait finalement ne pas savoir à quoi vous attendre du site.
La plupart des sites awwwards.com regorgent de jetons. Il n’y a rien de mal à cela tant que tout fonctionne à la fin. Ce serait formidable si une ressource comme awwwards.com apparaissait sur le Web, où non seulement la promotion serait appréciée, mais aussi la solution au problème de l’utilisateur.
3. Couper et améliorer la qualité
“Un iPod, un téléphone et un communicateur Internet.” Avec ces mots, Steve Jobs a dévoilé un appareil qui a fait exploser toute une industrie. Maintenant, il est difficile de se rappeler comment les choses se passaient avant l’iPhone. Il est entré si profondément dans nos vies que nous avons même oublié à quoi ressemblait la vie avant les applications, les émoticônes, les cartes et des milliers de chansons dans nos poches.
Le 9 janvier 2007, ce qu’on appellera plus tard la révolution mobile a commencé.
Pour les designers, la révolution mobile a donné une nouvelle façon de concevoir. Auparavant, la surface de l’écran ne faisait qu’augmenter, mais l’iPhone demandait à tout le monde de revenir au début, aux petits écrans.
La réduction de la surface de l’écran a incité à repenser l’architecture des solutions, et à poser de nouvelles bases. Les barres latérales qui encombraient les sites Web ne sont plus une bonne solution sur ce petit écran.
4. Coupez et faites durer le design pour toujours
En 2006, Oliver Reichenstein disait que le web design c’est à 95% la typographie . Cet article est toujours extrêmement pertinent aujourd’hui, car l’essence de ce qu’est Internet n’a pas beaucoup changé.
Le premier standard HTML comprenait 19 balises HTML et a été conçu pour la lecture et l’échange de documents au sein du groupe de recherche du CERN en Suisse. Bien que les documents HTML d’aujourd’hui soient très différents de ceux des années 90, leur essence principale reste la même : le contenu.
Vous souvenez-vous des textures de cuir et de saleté, des longues ombres et des boutons brillants ? Au lieu de cela, ils ont maintenant un langage de conception complètement différent. Et au lieu d’interfaces skeuomorphes ou plates, nous avons la conception Content First .
L’essor de la conception axée sur le contenu
Les interfaces centrées sur le contenu sont basées sur l’idée de supprimer ce qui empêche de fournir du contenu à l’utilisateur. Il y a encore beaucoup de texte sur le Web, la typographie est donc l’un des principaux éléments constitutifs.
L’accent mis sur le texte a donné lieu à des conceptions qui non seulement se ressemblent, mais fonctionnent et se sentent de la même manière. Et comme le Web est devenu saturé de typographie, tout est devenu pareil.
5. Couper et proposer de nouvelles idées
Début 2014, des millions de navetteurs à Londres étaient en retard au travail. En raison des réductions de salaire et des suppressions d’emplois, une partie importante des employés du métro de Londres s’est mise en grève. Pendant deux jours consécutifs, les passagers ont été témoins de la confusion et du chaos. Alors que certaines stations étaient ouvertes, la plupart étaient fermées. De nombreux itinéraires quotidiens des citadins sont devenus inaccessibles ou surchargés.
Comment les gens ont-ils vécu cette situation ?
Lorsque les passagers ont été privés de leurs itinéraires habituels, ils ont commencé à chercher de nouvelles façons de se rendre au travail. En conséquence, le nombre de vélos de ville loués a augmenté de 50 %.
De plus, de nombreux passagers ne pouvaient pas trouver le meilleur itinéraire avant de commencer à expérimenter.
C’est remarquablement similaire à la conception de produits, où entre le calcul des avantages à long terme, nous choisissons l’option sur laquelle nous n’avons pas à nous soucier. Les utilisateurs se retrouvent avec des résultats sous-optimaux parce qu’ils sont coincés avec des hypothèses sous-optimales.
Rappelez-vous dans la section sur la flexibilité, j’ai suggéré que le traitement du langage naturel est un élément central de l’UX conversationnelle. Ce n’est que lorsque j’ai commencé à expérimenter un modèle d’interaction simplifié que j’ai réalisé que ce qui était initialement une exigence difficile n’était en fait qu’un joli bonus.
Demandez-vous ce qui se passera une fois que vous vous serez débarrassé de l’excédent. C’est un moyen incroyablement puissant d’avoir une nouvelle idée de ce qu’une fonction est censée faire. Et dès que vous connaîtrez l’essence du problème, vous vous rendrez compte qu’il existe de nombreuses solution qui se présente
French 
English