Prototyper un nudge à moindre : le principal risque d’une démarche comportementale n’est pas de concevoir un dispositif imparfait, mais d’investir dans un dispositif dont l’hypothèse était fausse. Un paramétrage développé sur trois mois pour découvrir que le frein se situait ailleurs représente une perte qui décourage durablement la démarche. Le prototypage répond à ce risque : il consiste à tester l’hypothèse comportementale avec les moyens les plus rudimentaires disponibles, avant tout développement. Un prototype n’a pas besoin d’être élégant, automatisé, ni même durable — il doit seulement permettre d’observer si le comportement change.
Ce que le prototype teste
Un prototype ne teste pas la solution finale mais l’hypothèse qui la sous-tend. Si l’on suppose qu’un rappel placé au moment de la clôture d’un dossier augmentera le renseignement d’un champ, le prototype doit vérifier ce lien — pas la qualité de l’implémentation technique du rappel.
Cette distinction évite un travers fréquent : investir dans la finition avant d’avoir vérifié le principe. Un rappel envoyé manuellement par une personne pendant deux semaines teste exactement la même hypothèse qu’un dispositif automatisé, pour un coût nul et un délai de deux jours.
La version manuelle
La méthode la plus efficace consiste à simuler manuellement ce que le dispositif automatisé ferait. Une personne envoie les rappels, remplit les champs préremplis, affiche l’information, transmet le retour comparatif.
Cette approche paraît primitive et présente trois avantages décisifs. Elle est disponible immédiatement, sans dépendre d’un service technique. Elle permet d’ajuster en cours de route, ce qu’un dispositif automatisé ne permet pas. Et elle produit une observation directe des réactions, information plus riche que n’importe quelle donnée d’usage. Son inconvénient — elle ne passe pas à l’échelle — n’a aucune importance à ce stade.
Le périmètre réduit
Un prototype se teste sur le plus petit périmètre permettant d’observer un effet : une équipe, un site, une catégorie de dossiers, quelques dizaines d’occurrences. Ce périmètre doit être choisi pour sa représentativité plutôt que pour sa facilité d’accès.
Le choix d’une équipe particulièrement volontaire produit un résultat trompeur et fréquent : le dispositif fonctionne pendant le test et échoue au déploiement. Lorsque c’est possible, il vaut mieux tester sur un périmètre ordinaire, voire légèrement défavorable, ce qui fournit une estimation prudente plutôt qu’optimiste.
La durée minimale
Tout dispositif nouveau produit un effet initial lié à sa nouveauté, indépendant de son mécanisme. Un prototype évalué sur trois jours mesure cet effet et rien d’autre, ce qui conduit à généraliser des dispositifs qui s’éteindront en quelques semaines.
Une durée de quatre semaines constitue un minimum praticable, et la comparaison la plus informative porte sur la seconde moitié de la période plutôt que sur son ensemble. Une décroissance marquée entre la première et la seconde quinzaine constitue un signal fiable : le dispositif reposait sur la nouveauté et ne tiendra pas.
Observer plutôt que seulement mesurer
Le prototype offre une occasion que le déploiement ne donne plus : observer directement les réactions. Cette observation produit des informations qui n’apparaissent dans aucun indicateur — hésitations, contournements naissants, malentendus sur le sens du dispositif.
Deux ou trois conversations courtes avec les personnes concernées, pendant la période de test, suffisent à faire remonter ces éléments. La question la plus productive est directe : qu’est-ce que ce changement a modifié pour vous, et qu’est-ce qui vous a gêné ? Les réponses conduisent régulièrement à ajuster le dispositif avant tout développement, ce qui est exactement l’objectif.
Prévoir l’arrêt
Un prototype doit pouvoir être arrêté sans conséquence, ce qui suppose de l’annoncer comme temporaire dès le départ. Cette annonce a un double effet : elle réduit la résistance initiale, et elle rend l’abandon possible sans qu’il soit perçu comme un échec.
L’absence d’annonce produit la situation inverse : un dispositif installé provisoirement mais présenté comme définitif devient impossible à retirer, y compris lorsque les résultats sont médiocres. Une part importante des dispositifs inutiles qui encombrent les organisations sont d’anciens essais que personne n’a pu arrêter faute d’avoir prévu leur fin.
Passer du prototype au dispositif
Lorsque le prototype confirme l’hypothèse, le développement se justifie et son cahier des charges est considérablement mieux informé. Les ajustements effectués pendant le test, les réactions observées et les cas particuliers rencontrés ont déjà été traités.
Le passage doit néanmoins être vérifié : l’automatisation modifie parfois l’effet, notamment lorsque la version manuelle comportait une dimension relationnelle. Un rappel envoyé par une personne identifiée et un rappel automatique n’ont pas nécessairement le même effet, et il vaut mieux le constater sur une période courte que le découvrir après déploiement général.
En résumé
Un prototype teste l’hypothèse comportementale, pas la qualité de l’implémentation. La version manuelle — une personne simule ce que ferait le dispositif — est disponible immédiatement, ajustable en cours de route, et produit une observation directe des réactions. Le périmètre doit être représentatif plutôt que favorable, sous peine d’un résultat trompeur. Quatre semaines constituent un minimum, la seconde quinzaine étant la plus informative. L’observation directe fait remonter des malentendus et des contournements qu’aucun indicateur ne montre. L’arrêt doit être annoncé dès le départ, faute de quoi l’essai devient un dispositif permanent que personne ne peut retirer.