Bienvenue dans cette nouvelle édition des vieux pots de la tech ! Que vous soyez là depuis la première édition ou que vous veniez tout juste de rejoindre l’aventure, merci de me lire.

C’est parti !

Au programme

• L’adhésion instantanée

• Biais 1 : L’effet IKEA

• Biais 2 : L’effet de primauté

• Biais 3 : Le biais d’engagement

• Conclusion

Je suis sûr que vous avez déjà vécu ça.

Un nouvel outil arrive. Tout le monde est enthousiaste.On l’installe, on suit la formation…

Quelques semaines plus tard ? Plus personne ne l’utilise vraiment.

À l’inverse, certains logiciels deviennent des réflexes : dès qu’on les découvre, on ne peut plus s’en passer.

Pourquoi ?

On pourrait croire que c’est une question d’ergonomie ou de fonctionnalités.

Mais en réalité, ce sont des mécanismes psychologiques qui font toute la différence.

Dans cette newsletter, on décrypte 3 biais psychologiques à exploiter pour rendre un logiciel incontournable.

Biais 1 : L’effet IKEA

L’effet IKEA, c’est le fait d’accorder plus de valeur à quelque chose lorsqu’on a contribué à le créer.

Si vous avez déjà monté un meuble IKEA, vous savez ce que ça fait.

Une fois terminé, il a l’air plus solide. Plus précieux.

Même si le montage a été une galère, impossible de s’en séparer aussi facilement qu’un meuble qu’on aurait simplement acheté tout fait.

Cet effet s’applique aussi aux logiciels.

Un outil que l’on peut façonner à sa manière nous semble plus utile, plus adapté… et donc plus difficile à abandonner.

Comment en tirer parti ?

1) Laisser l’utilisateur configurer l’outil lui-même

Si chacun peut organiser son espace de travail comme il l’entend, l’adoption est bien plus naturelle.

→ Dans Notion, l’interface propose une page blanche et laisse l’utilisateur créer sa propre organisation.

→ Dans Trello, la première action est de nommer son tableau et de définir ses colonnes.

2) Encourager la modification dès les premiers usages

Créer une interface qui amène naturellement l’utilisateur à modifier quelque chose dès les premières secondes.

→ Dans Google Docs, le curseur est prêt à écrire dès l’ouverture du document.

→ Dans Canva, l’interface pousse à modifier un template existant plutôt que de partir de zéro.

3) Montrer l’outil en action plutôt que d’expliquer ses fonctionnalités

Donner envie d’expérimenter en montrant des cas d’usage concrets plutôt qu’en détaillant chaque fonctionnalité.

→ Dans Figma, l’utilisateur accède directement à un fichier modifiable.

→ Dans Notion, les modèles partagés par d’autres utilisateurs servent d’exemples concrets à adapter à son propre besoin.

Quand l’interface favorise l’action immédiate, l’adoption se fait naturellement, sans effort ni formation lourde.

Biais 2 : L’effet de primauté

Ce que l’on découvre en premier influence tout le reste, c’est l’effet de primauté.

Imaginez que vous arrivez dans un hôtel.

Si l’accueil est chaleureux, le hall élégant et votre chambre impeccable, vous allez passer un bon séjour… même si le petit déjeuner laisse à désirer.

À l’inverse, si vous tombez sur un réceptionniste désagréable et un couloir lugubre, vous aurez du mal à vous débarrasser de cette première impression.

Dans un logiciel, c’est la même chose : les premières secondes façonnent toute l’expérience.

Comment en tirer parti ?

1) Soigner l’expérience des premières secondes

Dès qu’on découvre un outil, on se demande instinctivement : "Est-ce que ça va me faciliter la vie ?".

→ Dans Google Slides, un modèle de présentation est proposé dès l’ouverture pour éviter le syndrome de la page blanche.

→ Dans Spotify, un premier mix est suggéré dès l’inscription pour que l’utilisateur lance de la musique en un clic.

2) Réduire au maximum les frictions initiales

Si on demande trop d’efforts dès le départ, on perd du monde en route.

→ Dans Instagram, on peut scroller immédiatement avant même d’avoir créé un compte.

→ Dans ChatGPT, la conversation démarre sans qu’on ait besoin de comprendre toutes les fonctionnalités.

3) Faire en sorte que la première action soit engageante

L’utilisateur doit ressentir un bénéfice immédiat dès son premier clic.

→ Dans Duolingo, on répond à une première question sans même s’en rendre compte.

→ Dans Trello, on glisse une première carte sur un tableau dès l’onboarding.

Quand la première expérience est fluide et engageante, on revient naturellement.

Biais 3 : Le biais d’engagement

C’est le phénomène qui nous pousse à poursuivre quelque chose dès lors qu’on y a déjà investi du temps ou des efforts.

Vous avez déjà commencé un livre moyen, mais vous avez continué parce que vous aviez déjà lu 200 pages ?

Ou terminé une série juste parce qu’il ne restait plus que deux épisodes ?

Plus on investit dans une activité, plus on a envie de continuer.

Et c’est pareil pour un logiciel : plus on l’utilise dès le départ, plus on s’y attache.

Comment en tirer parti ?

1) Encourager une action immédiate

L’utilisateur doit sentir qu’il a déjà avancé après quelques secondes d’utilisation.

→ Dans LinkedIn, on vous demande d’ajouter des contacts dès la création du compte.

→ Dans Duolingo, on commence une première leçon sans avoir à naviguer dans les menus.

2) Rendre visible la progression

Afficher des étapes claires renforce l’envie d’aller plus loin.

→ Dans Asana, une checklist d’onboarding motive à compléter les premières étapes.

→ Dans les MOOCs (type Coursera, Udemy), une barre de progression donne envie de terminer un cours commencé.

3) Valoriser chaque interaction

Faire en sorte que chaque action, même minime, donne un sentiment d’accomplissement.

→ Dans Strava, chaque course est immédiatement analysée et mise en avant.

→ Dans Slack, chaque premier message envoyé déclenche un retour positif (émoticône de bienvenue, message automatique encourageant).

Quand on a déjà investi du temps dans un outil, on a naturellement envie de continuer à l’utiliser.

Conclusion

Un bon logiciel ne s’impose pas, il s’adopte.

Mais ce qui est fascinant, c’est que ce processus d’adoption est rarement conscient.

On pense choisir un outil parce qu’il est plus performant, plus intuitif… alors qu’en réalité, c’est souvent parce qu’il déclenche en nous ces biais cognitifs, presque à notre insu.

C’est pour ça que certains logiciels s’imposent naturellement, et que d’autres, même plus complets, finissent oubliés.

Alors la prochaine fois qu’un outil devient indispensable dans votre quotidien, posez-vous cette question : est-ce vraiment une question de fonctionnalités… ou d’attachement psychologique ?

Et souvenez-vous : c’est avec les vieux pots qu’on fait la meilleure tech !

Stéphane

Bienvenue dans cette première édition des vieux pots de la tech ! Que tu sois un dirigeant qui veut développer sa boîte ou un passionné d’informatique, merci de me lire 🤗

Au programme

1. L’obsolescence existe aussi dans la tech

2. Gueule d’Ange : 9 ans et toujours jeune

3. Les 4 secrets d’une application qui ne veut pas mourir

4. Conclusion

L’obsolescence existe aussi dans la tech

À l’heure de l’urgence climatique, la thématique de l’obsolescence et du prolongement de la durée de vie de nos équipements est au centre de nos préoccupations.

La plupart d’entre nous sont choqués quand ils apprennent que certains industriels ont conçus leurs équipements dans le but de tomber en panne, afin de provoquer un réachat.

Malgré tout, il y a des industriels qui font le choix opposé : celui de la durabilité et de la qualité. Je pense par exemple à la marque d’électroménager Miele, qui affirme concevoir ses lave linges pour 20 ans - et nous avons tous dans la famille une tante qui est très fière d’avoir son lave linge Miele depuis 30 ans.

On parle moins souvent d’obsolescence dans la tech.

À la place, le monde de la tech est souvent mis en avant pour ses innovations, et les changements qu’elle apporte dans notre quotidien. Et pourtant lorsqu’une entreprise décide d’investir dans sa modernisation, la durée de vie de ses outils a un impact direct sur sa rentabilité ou sa croissance.

Je n’ai encore jamais rencontré d’obsolescence “programmée” dans la tech, au sens où je n’ai jamais rencontré de développeur qui agit volontairement pour que son application ne fonctionne plus correctement au bout d’un certain temps.

Par contre la durée de vie d’une application est un sujet à ne pas ignorer. Ce qu’on remarque c’est qu’une application peut avoir une durée de vie qui va de 1 an à plusieurs dizaines d’année.

Et lorsque vous êtes membre de l’équipe dirigeante qui engage le projet, vous préférez être celui qui a acheté une application qui dure longtemps.

Les applications qui durent sont conçues différemment de celles qu’on jette.

Dans cette édition, je vais décortiquer les secrets d’un app qui ne veut pas mourir en prenant l’exemple de Gueule d’Ange, qui enseigne l’histoire de manière ludique aux collégiens des Yvelines depuis 2014.

Gueule d’Ange : 9 ans et toujours jeune

En 2014, mes collègues de Captive, l’agence tech que je dirige, a lancé le Serious Game Gueule d'Ange.

9 ans, c’est une éternité dans le monde de la tech. Le sort habituel d’une application de cet âge est de devenir trop complexe, d’être un fardeau, de devenir “legacy”.

Et pourtant, Gueule d'Ange a su rester agile et performante. Sa base de code reste un exemple en 2023 : l’outil d’audit de code Rubycritic lui donne un excellent score de 93/100. À titre de comparaison, l’application de recrutement de la défense obtient 85/100 alors qu’elle est 4 ans plus jeune.

Gueule d'Ange a vu passer 18 développeurs différents, chacun apportant sa pierre à l'édifice sans jamais ébranler les fondations. C'est parce que nous avons construit une culture où la qualité du code est sacrée, et que chaque nouveau venu est imprégné de cette culture que l'application a su rester forte et pertinente.

Avec le recul, voici les points clé qui nous ont permis d’éviter l'obsolescence :

1) La pratique du Test Driven Development (TDD) :

Le TDD, c'est cette bonne pratique que tous les développeurs connaissent mais que (presque) personne n’applique. Je l’ai découverte en 2006 et ça a été ma première épiphanie. Depuis, je forme tous les développeurs avec qui je travaille.

La raison ? Écrire un test automatisé avant d'écrire le code nous oblige à visualiser le succès, à mener une réflexion en amont et par conséquent écrire une base de code plus simple, plus robuste et plus maintenable.

2) L’utilisation des “bonnes pratiques” du Génie Logiciel

Le développement informatique existe depuis les années 1970. Par conséquent, les pièges classiques qui rendent une application fragile ont été largement documentés.

Les bonnes réponses à ces pièges portent le nom de "Couplage faible", "DRY" ou "SOLID" et datent des années 1990. En les appliquant tout au long de son développement, l'équipe de Gueule d'Ange a pu garder une application agile, qui traverse les années sans prendre une ride.

3) Maintenance régulière et proactive

Le monde de la tech change tous les jours, et les logiciels reposent sur des composants qui évolue sans cesse : nouvelle version de navigateur, nouveaux serveurs.

En effectuant des opérations de maintenances régulière, Gueule d'Ange a évolué entre sa version d'origine de Ruby on Rails 4.1.4 à 7.1.2 - soit 215 versions intermédiaires.

4) Monitoring intelligent

Les outils de suivi et d'analyse ne sont pas là pour décorer les tableaux de bord. Ils sont les yeux et les oreilles de nos applications, nous alertant aux moindres signes de fatigue ou de défaillance.

Nous avons appliqué une ligne de conduite claire : chaque bug doit provoquer une analyse de cause racine et l'application doit rester rapide - son score Apdex doit rester au dessus de 0,95.

Conclusion :

Les principes utilisés sur Gueule d’Ange sont toujours actuels. Et ce n’est pas étonnant puisqu’ils existent tous depuis plus de 20 ans.

Si vous suivez l’actualité tech, vous serez constamment orientés sur des discussions sur la pertinence d’un langage de programmation ou d’une technologie plutôt qu’une autre.

Mais la technologie ne fait pas la durée de vie. Quelque soit la technologie utilisée par une équipe de développement, ce qui fera la différence sur le long terme ce sont les pratiques de l’équipe.

Pour revenir à l’analogie du début, si vous achetez un lave-linge Miele, c’est parce que vous savez que les équipes qui conçoivent ces produits mettent tout en oeuvre pour créer un produit fiable, et finalement les innovations technologiques que la marque propose passe au second plan. D’ailleurs la plupart des concurrents proposent la même chose et tous savent aussi bien laver le linge.

Lorsque vous achetez du logiciel que vous voulez garder longtemps, vous devez avoir une posture similaire : vous devez vous assurer que vos développeurs mettent en oeuvre les meilleures pratiques - largement documentées - qui sont le fruit de décennies d’expérience.

En bref, c’est avec les vieux pots qu’on fait la meilleure tech !

Stéphane

Subscribe now