Pourquoi les bloqueurs d'applications ne fonctionnent pas

La réponse directe est que la plupart des bloqueurs d'applications échouent pour une raison structurelle, pas une raison de volonté : la personne que le bloqueur est censé restreindre est aussi celle qui peut le désactiver, et une restriction qui peut être levée par la volonté même qu'elle est censée remplacer ne change pas réellement le moment de la décision — elle ne fait qu'ajouter un petit obstacle de plus à une décision qui allait de toute façon prendre le tour qu'elle prend habituellement. Les taux de désinstallation des applications de blocage et de concentration sont systématiquement élevés dans les premières semaines d'usage, et ce schéma n'est pas aléatoire ; il suit de près exactement les moments où la volonté est la plus faible — fin de journée, après un événement stressant, en pleine procrastination. Il vaut la peine d'ajouter que ce n'est pas une critique de quiconque a déjà essayé un bloqueur et échoué — le schéma décrit ici apparaît de façon assez constante chez les utilisateurs pour être mieux compris comme un problème de conception prévisible plutôt que comme une lacune personnelle.

Le mécanisme : les limites auto-imposées, et le même doigt qui les règle

Un bloqueur configuré par vous, pour vous, sans aucune autre personne ni aucun autre appareil détenant la véritable clé, n'est mécaniquement pas différent d'une résolution de nouvel an écrite sur un post-it — réelle dans l'intention, mais entièrement réversible par cette même intention qui s'affaiblit plus tard. Le moment qui compte n'est pas celui où le bloqueur est installé avec une pleine motivation ; c'est le moment précis, des jours ou des semaines plus tard, où la motivation a baissé et où l'application bloquée est désirée quand même. Si désactiver le blocage, à ce moment-là, demande moins d'étapes ou moins d'effort que la tâche que le blocage était censé protéger, le blocage perd presque à chaque fois qu'il est réellement mis à l'épreuve, car il n'a jamais vraiment été en concurrence sur les termes qui déterminent le comportement — il était en concurrence sur les termes qui existaient au moment de sa mise en place, qui ne sont pas les termes qui existent au moment où il est mis à l'épreuve. C'est aussi pourquoi les arguments marketing d'un bloqueur affirmant être « infranchissable » méritent d'être lus avec scepticisme : sur un appareil que l'utilisateur possède en propre, sans aucune tierce partie détenant une clé, très peu d'outils grand public atteignent réellement cette barre, et ceux qui s'en approchent le plus le font généralement par une friction soutenue plutôt que par une impossibilité technique littérale. Cela explique aussi pourquoi les bloqueurs commercialisés purement sur la sévérité ou le nombre de fonctionnalités sous-performent souvent des outils plus simples en pratique — la sévérité sur le papier compte peu si la personne qui utilise l'application peut encore atteindre le réglage qui la désactive dans un moment de faible motivation.

Pourquoi ce n'est pas vraiment une question de volonté qui s'épuise

La recherche comportementale sur la formation des habitudes est pertinente ici, même si elle est habituellement abordée dans le contexte de la création de nouvelles habitudes plutôt que de la rupture d'habitudes liées au téléphone : une étude de terrain largement citée (Lally et al., 2010, European Journal of Social Psychology), suivant 96 participants sur 84 jours, a trouvé qu'il fallait une médiane de 66 jours pour qu'un nouveau comportement devienne automatique — avec une large fourchette, de 18 à 254 jours, selon la personne et le comportement. Le point pertinent pour les bloqueurs d'applications est que l'automatisation, dans un sens comme dans l'autre, demande une exposition soutenue et répétée aux mêmes conditions — et un bloqueur qu'on désactive quelques jours par-ci par-là réinitialise une grande partie de cette exposition, ce qui signifie que l'ancienne habitude, plus facile (simplement tapoter pour passer), n'est jamais déplacée assez longtemps pour réellement s'affaiblir. Le bloqueur n'échoue pas parce que la volonté serait une ressource limitée qui s'épuise ; il échoue parce qu'il bénéficie rarement d'un usage suffisamment constant et ininterrompu pour accomplir ce que le changement d'habitude exige réellement, à savoir la répétition dans des conditions réelles, pas la motivation au moment de l'installation. Appliqué spécifiquement aux bloqueurs, cela suggère qu'une application désactivée puis réactivée tous les quelques jours n'accumule jamais l'exposition soutenue que la recherche sur l'automatisation juge déterminante — chaque redémarrage est plus proche du premier jour que du quarantième, ce qui constitue une position sensiblement plus mauvaise que ce que le temps total écoulé depuis l'installation pourrait suggérer. La large fourchette des résultats de Lally et al. — de 18 à 254 jours — est aussi un correctif utile face à tout délai précis promis (« défaites-vous de l'habitude en trois semaines ») que des guides dans ce domaine proposent parfois sans reconnaître l'ampleur de la variation individuelle réellement trouvée par la recherche sous-jacente.

Ce qui tend réellement à tenir dans la durée

Deux changements structurels sont systématiquement associés aux bloqueurs qui survivent au-delà de quelques semaines. Premièrement, supprimer la possibilité de désactiver rapidement le blocage — que ce soit via un code séparé détenu par quelqu'un d'autre, un verrou programmé sans sortie anticipée, ou une friction exigeant un effort réel plutôt qu'un simple tapotement — ferme exactement la brèche décrite plus haut. Deuxièmement, restreindre la liste de blocage aux applications précises qui posent réellement problème, plutôt que de bloquer largement et de finir inévitablement par gêner quelque chose de légitimement nécessaire, ce qui est l'une des raisons les plus courantes pour lesquelles un bloqueur se fait complètement désactiver par véritable nécessité plutôt que par faiblesse de motivation. Un bloqueur occasionnellement gênant mais rarement dans l'erreur sur ce qu'il bloque tend à survivre ; un bloqueur qui se met fréquemment en travers de quelque chose de réellement nécessaire se fait désinstaller pour une raison parfaitement raisonnable. Une liste de blocage plus étroite et bien ajustée réduit aussi le nombre de moments où une personne a une raison légitime de tendre la main vers l'interrupteur de désactivation, ce qui compte car chaque contournement légitime est aussi une occasion de désactiver le blocage plus largement que ce que le seul moment exigeait. Revoir de temps à autre quelles applications précises figurent sur une liste de blocage, plutôt que de la définir une fois pour toutes sans jamais y revenir, aide à garder la liste alignée sur ce qui cause réellement de la friction avec un usage légitime, car cela a tendance à évoluer avec le temps à mesure que le travail et les habitudes changent.

Où Mr. Grummel s'inscrit

Mr. Grummel est construit spécifiquement autour de la première solution — non pas éliminer la possibilité de revenir à l'intérieur, mais remplacer un simple tapotement de fermeture par une vraie question de quiz, de sorte que le moment de plus faible volonté doive tout de même franchir une barre qu'un tapotement seul ne franchit pas. Il n'élimine pas l'option de tout arrêter ou de désinstaller entièrement — rien en dessous d'une seconde partie détenant une clé ne le fait — mais il élève la barre précisément au moment qui, selon la recherche ci-dessus, tend à être celui qui détermine réellement si un changement d'habitude tient. Savoir si c'est le bon niveau de résistance pour telle ou telle personne vaut la peine d'être testé plutôt que supposé — certaines personnes ont besoin de moins, d'autres sensiblement plus, et la réponse honnête est qu'aucune conception unique de bloqueur ne correspond au schéma d'échec réel de tout le monde.