Quand la direction produit est floue, le design crée le plus de valeur

Pourquoi la refonte était le mauvais point de départ

Le réflexe dans cette situation est de refondre. L'interface est désordonnée, l'expérience utilisateur est médiocre, et le design a les compétences pour produire quelque chose de meilleur. Mais la refonte présuppose que l'on sait à quoi sert le produit. On ne peut pas concevoir un meilleur launcher sans avoir une réponse claire à la question : launcher vers quoi, pour qui, et dans quelles conditions.

Avant de toucher un seul écran, j'ai passé plusieurs semaines à cartographier le parcours enseignant-élève à travers les cinq applications SQOOL. Non pas le parcours idéal, mais le parcours réel : comment les élèves se déplaçaient entre les applications au cours d'une journée scolaire typique, où les transitions se produisaient, où elles échouaient, où les élèves abandonnaient des tâches parce que le passage d'une application à l'autre était trop perturbant.

La carte de parcours a révélé quelque chose que le backlog produit avait masqué. La plus grande friction n'était pas à l'intérieur d'une application individuelle. Elle se trouvait dans les transitions entre elles. Les élèves perdaient le contexte en changeant d'application. Les enseignants assignaient du travail dans une application qui nécessitait que les élèves naviguent vers une autre, sans guidance et sans fil conducteur persistant. Connect était censé être le tissu conjonctif, mais il n'avait jamais été conçu dans cet objectif. Il avait été conçu comme un menu.

Construire un démonstrateur plutôt qu'une proposition

Je n'ai pas apporté la carte de parcours au comité de direction comme un énoncé de problème. Un énoncé de problème invite l'opinion. Je l'ai apportée comme base d'un démonstrateur fonctionnel : un prototype cliquable montrant à quoi pourrait ressembler une expérience unifiée si Connect était revu autour des moments de transition plutôt qu'autour de l'inventaire de fonctionnalités.

C'était un choix délibéré. Le démonstrateur n'était pas une promesse. C'était un outil de réflexion. Il rendait la direction suffisamment concrète pour générer un désaccord productif. Quand la direction l'a vu, la conversation est passée des questions abstraites sur la vocation de Connect aux questions précises sur les priorités réelles de l'organisation. Est-ce qu'UNOWHY voulait se distinguer par une expérience de plateforme unifiée, ou par la qualité d'outils spécialisés individuels ? Ce n'était pas une question de design. C'était une question stratégique. Mais le démonstrateur était ce qui avait rendu possible de la poser clairement.

La session du comité de direction a généré plus de désaccords utiles en quatre-vingt-dix minutes que le backlog de Connect n'en avait générés en deux ans. Différentes parties prenantes avaient des modèles mentaux genuinement différents de ce que SQOOL était censé être, et le prototype avait rendu ces différences visibles d'une manière que les présentations ne l'avaient pas fait.

Ce que les utilisateurs ont réellement dit

Avant toute décision, j'ai mis le démonstrateur devant de vrais utilisateurs : des élèves et des enseignants dans trois établissements. Le retour était cohérent et éclairant. Les élèves ne voulaient pas un launcher plus sophistiqué. Ils voulaient moins d'applications, plus ciblées, qui faisaient des choses spécifiques de manière fiable. La suite actuelle était déjà plus que ce dont ils avaient besoin. Une plateforme unifiée leur donnerait plus de surface à gérer, pas moins.

Les enseignants avaient un point de vue différent mais compatible. Leur besoin principal était la fiabilité. Ils planifiaient leurs cours autour d'outils qui fonctionnaient de manière prévisible. Une expérience unifiée était séduisante en théorie, mais ils étaient sceptiques à l'égard d'un changement majeur sur quelque chose auquel ils s'étaient adaptés. Ce qu'ils demandaient, de manière constante, c'était que les applications individuelles fonctionnent mieux pour leurs cas d'usage spécifiques.

Ce n'étaient pas des signaux ambigus. La recherche orientait clairement vers la spécialisation ciblée, pas vers l'unification.

La décision et ses conséquences

Connect a été abandonné. Plutôt que d'investir dans un launcher refondu, l'équipe a investi dans les cinq applications ciblées, chacune orientée autour d'un travail précis à accomplir. Au cours des deux années suivantes, la suite a atteint 500 000 utilisateurs actifs. Le produit abandonné était celui qui avait absorbé le plus d'attention design et ingénierie pour le retour mesurable le plus faible.

La leçon que je retiens de ce projet n'est pas que les refontes sont mauvaises ou que les expériences unifiées sont inadaptées. C'est que la question de la vocation doit trouver une réponse avant la question de l'interface. Le design peut produire une interface cohérente pour presque n'importe quelle direction qu'on lui donne. Ce que le design ne peut pas faire, c'est se substituer à une compréhension claire de la direction qui mérite d'être poursuivie. La carte de parcours et le démonstrateur ont été utiles non pas parce qu'ils ont produit une belle solution, mais parce qu'ils ont structuré l'ambiguïté d'une manière qui a rendu possible une véritable décision stratégique.