Créer de meilleurs outils.
La technologie est née d’une promesse simple : créer de meilleurs outils.
Des outils capables d’automatiser ce qui est répétitif, de clarifier ce qui est complexe, et de donner aux individus plus de liberté pour penser, créer et construire.
Pendant longtemps, les logiciels ressemblaient justement à cela : des outils.
Ils faisaient peu de choses, mais ils les faisaient bien.
Leur fonctionnement était direct. Leur logique compréhensible.
On les utilisait presque instinctivement.
Quand les outils deviennent des machines
Avec le temps, les logiciels ont évolué.
De nouvelles fonctionnalités sont apparues :
- puis des paramètres
- puis des intégrations
- puis des couches d’interface
Chaque ajout était justifié, chaque évolution répondait à un besoin réel.
Mais progressivement, quelque chose a changé.
Certains logiciels ont cessé de ressembler à des outils.
Ils ont commencé à ressembler à des machines complexes qu’il faut apprendre à piloter.
La complexité ne s’installe pas brutalement, elle s’accumule doucement.
Jusqu’au moment où utiliser l’outil demande presque autant d’effort que la tâche qu’il devait simplifier.
La logique du système
Quand un produit devient une machine, sa logique change.
Les menus suivent l’architecture interne du système.
Les workflows suivent la structure de la base de données.
Les fonctionnalités suivent la roadmap du produit.
Peu à peu, l’outil cesse de suivre la manière dont les utilisateurs pensent leurs tâches.
Ce sont les utilisateurs qui doivent apprendre la logique du logiciel.
Au lieu que le logiciel s’adapte à la leur.
La simplicité est une discipline
Construire un produit simple n’est pas seulement une question de design.
C’est une discipline.
Elle demande de comprendre profondément le problème que l’on cherche à résoudre.
Et d’accepter qu’ajouter une fonctionnalité est souvent plus facile que décider de ne pas l’ajouter.
La simplicité ne vient pas d’un manque.
Elle vient d’un choix.
Celui de concevoir des outils qui restent des outils.
Un exemple familier
On ouvre un logiciel pour accomplir une tâche simple.
créer un document
planifier un projet
partager une information avec une équipe
Mais avant même de commencer, il faut souvent passer par plusieurs étapes.
créer un espace
configurer des paramètres
choisir entre plusieurs types de vues
comprendre la structure du produit
La tâche elle-même est simple.
Mais l’outil demande d’abord d’apprendre comment il fonctionne.
Peu à peu, l’utilisateur ne travaille plus avec un outil.
Il apprend à piloter un système.
Le point de départ
Beaucoup de logiciels deviennent complexes parce qu’ils commencent au mauvais endroit.
Le workflow ne correspond pas à la manière dont les gens pensent leur travail.
Les étapes suivent la logique du système plutôt que celle de l’utilisateur.
Et l’outil devient progressivement plus difficile à utiliser.
À l’inverse, lorsqu’un produit commence au bon endroit, beaucoup de complexités disparaissent d’elles-mêmes.
Les workflows deviennent naturels et les décisions deviennent évidentes.
L’outil redevient ce qu’il aurait toujours dû être : un outil.
Rethink Spark
Rethink Spark est né de cette réflexion.
Pas pour construire davantage de machines, mais pour concevoir des outils.
Des produits simples, structurés autour de la manière dont les utilisateurs pensent et travaillent réellement.
Des logiciels qui commencent au bon endroit.
https://rethinkspark.com/
https://www.linkedin.com/company/rethink-spark/
