Toute équipe produit finit par tomber sur le même graphique dérangeant : des inscriptions saines, une activation correcte, puis une courbe d'usage qui décline semaine après semaine jusqu'à ce qu'il ne reste qu'une minorité obstinée. Le réflexe est de la combattre à coups de rappels : plus d'e-mails, plus de notifications, une campagne de réengagement. Ça marche une semaine. Puis la courbe reprend sa descente, parce que rien n'a changé dans le produit ; vous avez simplement parlé plus fort à l'extérieur.
Le Hook Model est un cadre pour changer ce qui se passe à l'intérieur. Publié par Nir Eyal dans Hooked: How to Build Habit-Forming Products, il décrit une boucle en quatre phases, déclencheur → action → récompense variable → investissement, que l'utilisateur parcourt de façon répétée, et soutient que chaque passage complet rend le suivant un peu plus susceptible de démarrer tout seul. Répétez-la suffisamment et la tâche d'ouvrir votre produit passe de votre système de notifications au contexte récurrent de l'utilisateur. C'est cela, mécaniquement, une habitude : un comportement qui n'a plus besoin que vous le provoquiez.
Ce guide couvre l'ensemble du modèle : ce qu'il est et qui l'a créé, chacune des quatre phases en détail, ce qui diffère honnêtement en SaaS B2B par rapport aux applications grand public qui servent habituellement d'illustration, des exemples de hooks détaillés, une méthode pas à pas pour concevoir la boucle de votre produit, le test éthique de la Manipulation Matrix qui décide si vous devriez la construire, et les indicateurs qui vous disent si une habitude se forme réellement ou si vous regardez simplement vos utilisateurs les plus bruyants.
Points clés
- Le Hook Model comporte quatre phases : déclencheur, action, récompense variable et investissement, une boucle que l'utilisateur parcourt encore et encore, pas un entonnoir dont il sort.
- L'objectif est de transférer le déclencheur. Vous commencez avec des déclencheurs externes (e-mails, notifications, invites in-app) ; l'habitude existe quand c'est un déclencheur interne, une situation ou un sentiment récurrent, qui lance la boucle à leur place.
- Les récompenses doivent varier pour continuer à fonctionner. Des bénéfices identiques cessent d'être perçus ; Eyal classe la variabilité en récompenses de la tribu, de la chasse et du soi.
- L'investissement est la phase où le B2B l'emporte. Les données importées, les workflows configurés et les collègues invités rendent le produit meilleur la fois suivante, et préparent discrètement le prochain déclencheur.
- Les boucles B2B suivent le rythme du travail, pas l'ennui. Une fréquence hebdomadaire ou par sprint est un objectif honnête ; la recette grand public de l'interruption et de la rareté artificielle se retourne activement contre vous auprès des acheteurs.
- Le test éthique n'est pas facultatif. La Manipulation Matrix demande si le produit améliore la vie des utilisateurs et si vous l'utilisez vous-même : une habitude sert l'objectif de l'utilisateur, une addiction sert le vôtre.
Qu'est-ce que le Hook Model ? (définition et origine)
Le Hook Model est un cadre de conception pour créer des produits que l'on utilise par habitude plutôt que par obligation. Au lieu de traiter l'engagement comme un problème marketing à résoudre depuis l'extérieur du produit, il considère l'habitude comme une chose que la mécanique même du produit fabrique, ou échoue à fabriquer. Son idée centrale : les habitudes se construisent par répétition à travers une séquence précise de quatre phases, et chaque passage renforce l'association mentale entre un état interne récurrent de l'utilisateur et votre produit comme réponse à cet état.
Le Hook Model, en une définition. Une boucle en quatre phases : le déclencheur (ce qui provoque le comportement), l'action (le comportement le plus simple accompli dans l'attente d'une récompense), la récompense variable (un bénéfice dont la forme varie assez pour entretenir l'anticipation) et l'investissement (ce que l'utilisateur apporte au produit, qui augmente sa valeur future pour lui et prépare le prochain déclencheur), conçue pour être répétée, afin que le produit passe du statut d'outil dont on se souvient à celui d'outil vers lequel on se tourne spontanément.
Le modèle a été publié en 2014 par Nir Eyal, avec Ryan Hoover, dans Hooked: How to Build Habit-Forming Products. Eyal n'en a pas inventé les ingrédients ; il les a assemblés. La phase d'action s'appuie directement sur le modèle comportemental de B.J. Fogg, issu du Stanford Behavior Design Lab (l'observation qu'un comportement ne se produit que lorsque la motivation, la capacité et une incitation arrivent au même moment), et la phase de récompense puise dans une longue tradition de recherche sur les programmes de renforcement variable. L'apport de Hooked, c'est la séquence et l'utilisabilité : quatre phases nommées à partir desquelles une équipe produit peut mener une revue de design.
Il vaut la peine d'être précis sur ce que le modèle affirme et n'affirme pas, car on l'exagère régulièrement. Le Hook Model ne rend pas un mauvais produit engageant, et il ne crée pas de demande. C'est un cadre pour faire fructifier une valeur qui existe déjà, pour s'assurer qu'un utilisateur qui a trouvé quelque chose de vraiment utile y revient sans qu'il faille le relancer. Si vos utilisateurs n'atteignent jamais leur aha moment, aucun hook ne vous sauvera ; vous avez un problème d'activation, et construire une boucle autour d'une récompense dont personne ne veut revient simplement à automatiser la déception.
Les quatre phases du Hook Model
La boucle, en une image. Notez qu'il s'agit d'un cercle, pas d'une ligne : la phase d'investissement alimente le déclencheur suivant, et c'est précisément pour cela que le modèle décrit une habitude plutôt qu'une conversion isolée.
Le Hook Model : quatre phases parcourues en boucle, où l'investissement de l'utilisateur en phase quatre relance la phase un, et où chaque cycle terminé rend le suivant plus susceptible de démarrer sans vous.
1. Le déclencheur : ce qui lance la boucle
Il existe deux types de déclencheurs, et tout se joue dans la distance qui les sépare. Les déclencheurs externes se trouvent hors de l'utilisateur et portent leur consigne avec eux : une notification, un e-mail d'onboarding, un message in-app, un lien qu'un collègue a collé dans un canal, un bouton dont le libellé annonce ce qui se passera quand on cliquera dessus. Les nouveaux utilisateurs en ont besoin, car ils n'ont encore aucune raison de penser à vous spontanément.
Les déclencheurs internes se trouvent dans l'utilisateur, ne nécessitent aucune consigne et prennent généralement la forme d'une situation ou d'une émotion récurrente. Dans les produits grand public, ce sont souvent des sentiments : l'ennui, la solitude, l'incertitude. En B2B, ce sont bien plus souvent des situations : le lundi matin avant la revue du pipeline, le moment où un client pose une question à laquelle vous ne pouvez pas répondre de mémoire, la vérification avant le stand-up pour savoir si le déploiement est parti. L'habitude existe quand cette situation, à elle seule, vous fait penser au produit. Tout le reste du modèle n'est qu'une machinerie pour faire naître cette association.
2. L'action : le comportement le plus simple accompli par anticipation
L'action est la plus petite chose que fait un utilisateur en attendant une récompense : ouvrir le tableau de bord, lancer la recherche, actualiser la page. Eyal reprend la règle de cette phase directement à B.J. Fogg : un comportement se produit quand la motivation, la capacité et une incitation convergent au même moment, et s'il en manque une seule, le comportement n'a pas lieu. La conséquence pratique : quand un hook échoue à cette phase, la réponse n'est presque jamais « ajouter de la motivation ». La motivation coûte cher et elle est volatile ; la capacité, en revanche, vous la contrôlez directement.
La motivation, la capacité et une incitation doivent arriver ensemble. Quand le hook bloque, raccourcir le chemin vers la récompense fait passer le comportement au-dessus de la ligne d'action de façon bien plus fiable que d'essayer de donner plus envie aux utilisateurs.
3. La récompense variable : un bénéfice qui n'est pas identique à chaque fois
C'est la phase que la plupart des équipes ratent, généralement en rendant la récompense parfaitement prévisible. Un bénéfice prévisible cesse d'être perçu : dès que le cerveau sait exactement ce qui l'attend, l'anticipation s'effondre et le comportement perd son attrait. C'est pour cela qu'un badge attribué à chaque action devient invisible en une semaine, et qu'un tableau de bord qui affiche le même chiffre à chaque visite est consulté de moins en moins.
Eyal classe les récompenses variables en trois familles, et savoir laquelle vous utilisez est une décision de design réellement utile :
- Les récompenses de la tribu : les bénéfices sociaux. La reconnaissance, la réaction d'un collègue, un commentaire sur votre travail, voir où vous vous situez parmi vos pairs. En B2B, elles existent mais restent limitées : les notifications de collaboration et la visibilité du travail partagé en font partie ; les classements, généralement pas.
- Les récompenses de la chasse : la recherche d'une ressource. Des données fraîches, de nouveaux leads, un enregistrement correspondant, la réponse à une question. C'est le cheval de trait du SaaS B2B : une vue analytique, une boîte de réception, un résultat de recherche et un pipeline sont tous des chasses, et ils sont variables gratuitement, parce que la réalité sous-jacente change vraiment.
- Les récompenses du soi : la maîtrise, la compétence et l'accomplissement. Terminer une tâche, vider la file d'attente, voir une compétence progresser, voir tourner proprement un processus que vous avez construit. C'est la famille que la gamification de l'onboarding tente de mettre en bouteille, et celle qui vieillit le mieux dans les outils professionnels, car être compétent dans son travail ne lasse jamais.
4. L'investissement : ce qui stocke de la valeur et prépare le prochain déclencheur
L'investissement est la phase qui distingue le Hook Model d'une boucle d'engagement ordinaire, et il remplit deux rôles à la fois. D'abord, il rend le produit meilleur la fois suivante : l'utilisateur apporte des données, du contenu, de la configuration, des intégrations, des abonnés ou de la réputation, et cette contribution n'a de valeur que s'il y revient. Ensuite, il plante le prochain déclencheur externe : inviter un collègue crée une future notification, paramétrer une alerte crée un futur e-mail, importer une source de données crée un futur rapport qui vaudra la peine d'être consulté.
L'ordre compte, et il est facile de l'inverser. On demande l'investissement après la récompense, pas avant, car un utilisateur qui vient d'être récompensé est prêt à contribuer, alors qu'un utilisateur qui n'a encore rien reçu se sent taxé. C'est exactement pour cela qu'une checklist d'onboarding bien construite fonctionne et qu'un mur de champs de configuration obligatoires ne fonctionne pas : la checklist séquence de petits investissements, chacun après un bénéfice visible, au lieu de tout exiger d'emblée de quelqu'un qui ne sait toujours pas si le produit en vaut la peine.
Récompense fixe ou variable : la même boucle, deux résultats
Voici la phase de récompense construite deux fois, en direct sur cette page. Les deux panneaux se rafraîchissent au même rythme ; la seule différence est de savoir si ce qui arrive est identique à chaque fois.
La distinction n'est pas décorative. À gauche, l'utilisateur apprend en trois visites qu'ouvrir le produit ne lui apprend rien qu'il ne sache déjà, et chaque visite suivante puise un peu plus dans sa patience. À droite, la récompense est incertaine dans sa forme tout en restant fiable dans sa valeur, et c'est cette combinaison qui fait tourner la boucle. Notez aussi que le panneau de droite n'a rien d'un tour de passe-passe : la variabilité vient du fait que le travail réel de l'utilisateur change. C'est la variabilité durable. La variabilité fabriquée, des récompenses aléatoires rattachées à rien de réel, fonctionne brièvement puis passe pour du bruit, ce qui est le moyen le plus rapide de transformer un utilisateur engagé en cas de cécité aux bannières.
Le Hook Model en SaaS B2B : ce qui change
Presque toutes les illustrations populaires du Hook Model viennent d'applications grand public, ce qui est regrettable : les équipes B2B finissent soit par écarter le modèle comme hors sujet, soit par importer des tactiques grand public qui abîment activement une relation commerciale. La boucle se transpose ; les tactiques, pour la plupart, non. Ce qui diffère vraiment :
| Phase | Schéma grand public | Schéma SaaS B2B |
|---|---|---|
| Déclencheur interne | Une émotion : l'ennui, la FOMO, la solitude | Une situation de travail récurrente : la revue hebdomadaire, la question d'un client, la vérification avant le stand-up |
| Action | Un tap réflexe, de quelques secondes | Une tâche délibérée au sein d'un workflow, souvent de plusieurs minutes et interrompue |
| Récompense variable | Surtout la tribu : likes, réponses, retours sociaux | Surtout la chasse et le soi : des données fraîches, un insight mis en avant, une file d'attente vidée, un workflow terminé |
| Investissement | Contenu, abonnements, construction du profil | Données importées, workflows configurés, intégrations, collègues invités : forte valeur et difficile à reproduire ailleurs |
| Fréquence honnête | Quotidienne, souvent plusieurs fois par jour | Hebdomadaire ou par sprint pour la plupart des outils ; quotidienne seulement quand le travail lui-même est quotidien |
| Qui il faut convaincre | L'utilisateur, qui est aussi l'acheteur | Souvent plusieurs utilisateurs, plus un acheteur qui lit la facture et le rapport d'usage |
Deux de ces points méritent qu'on s'y attarde. Le premier est la fréquence : courir après un usage quotidien pour un outil dont le travail sous-jacent est hebdomadaire, c'est se tirer une balle dans le pied. Vous allez multiplier les notifications pour atteindre un chiffre qui ne reflète pas la valeur, agacer précisément les personnes qui renouvellent, et finir par lire un ratio DAU/MAU qui n'a jamais été la bonne mesure. Consultez le guide sur la stickiness produit pour choisir un dénominateur adapté au rythme naturel de votre produit. Le bon objectif, c'est que la boucle se déclenche chaque fois que le besoin revient, quel que soit l'intervalle.
Le second, c'est que le B2B est structurellement fort sur l'investissement, la phase avec laquelle les produits grand public ont le plus de mal. Un utilisateur qui a importé ses données, construit trois workflows, connecté deux intégrations et fait venir quatre collègues a accumulé une valeur stockée qu'il serait vraiment pénible de recréer. C'est un avantage concurrentiel durable, et légitime, à condition qu'il repose sur une valeur que l'utilisateur a choisi de stocker, et non sur un bouton d'export que vous avez discrètement renoncé à livrer.
Les tactiques qui ne se transposent pas. L'interruption, la rareté artificielle, la culpabilité des séries (streaks) et le volume de notifications donnent tous de bons chiffres dans les applications grand public, pendant un temps. En B2B, ils se heurtent à un professionnel qui a un travail à faire et à un manager qui signe le renouvellement. Un hook fondé sur l'interruption dans un outil de travail ne crée pas d'habitude ; il crée un ticket de support, puis un champion qui cesse de vous défendre au moment du renouvellement. La boucle B2B doit être construite à partir du travail lui-même.
Exemples de Hook Model : trois boucles décortiquées
Le modèle ne devient utile qu'à partir du moment où vous savez écrire votre propre boucle, phase par phase. Trois exemples détaillés dans des catégories SaaS familières, chacun décliné sur les quatre phases :
-
Un outil d'analytics produit
Déclencheur : externe, un e-mail récapitulatif le lundi matin ; interne, la question récurrente « la release de la semaine dernière a-t-elle vraiment pris ? » avant la réunion d'équipe. Action : ouvrir le tableau de bord et regarder un graphique. Récompense variable : la chasse ; les chiffres changent vraiment chaque semaine, et de temps en temps l'un d'eux est une surprise qui vaut la peine d'être partagée. Investissement : enregistrer la vue, paramétrer une alerte de seuil, inviter un collègue dans l'espace de travail, chacun rendant la visite du lundi suivant plus rapide et plus personnelle, et chacun préparant un futur déclencheur.
-
Une plateforme de support client
Déclencheur : externe, une notification de nouveau ticket ; interne, le réflexe de début de service « qu'est-ce qui m'attend ? ». Action : ouvrir la file d'attente et prendre le premier ticket. Récompense variable : le soi, vider la file et le sentiment de compétence d'un cas bien traité ; plus la tribu, quand un collègue ou un client réagit bien. Investissement : écrire une macro, étiqueter la conversation, améliorer un article d'aide, un travail qui rend la file de demain plus rapide à traiter et transforme l'outil en actif personnel qui s'enrichit.
-
Une plateforme d'onboarding utilisateur (la boucle de Kompassify)
Déclencheur : externe, un résumé hebdomadaire de la performance des parcours ; interne, livrer une fonctionnalité et se demander si quelqu'un la trouvera. Action : ouvrir le builder et vérifier les performances du dernier product tour. Récompense variable : la chasse, des taux de complétion et d'abandon qui changent à chaque cohorte ; le soi, un parcours que vous avez fait passer de 54 % à 82 % de complétion. Investissement : créer le tour suivant, le segmenter, ajouter une checklist, chacun augmentant la valeur des analytics que vous reviendrez consulter.
Le point commun aux trois : la récompense est variable parce que le monde réel de l'utilisateur est variable, et l'investissement est un travail que l'utilisateur voulait faire de toute façon. Rien n'est plaqué. Quand un hook semble manipulateur en pratique, c'est presque toujours parce que l'un de ces deux éléments a été fabriqué : une récompense aléatoire rattachée à rien, ou un « investissement » qui ne profite qu'à l'éditeur.
Comment concevoir le hook de votre produit : une méthode pas à pas
Six étapes, dans l'ordre. Chacune est une question à laquelle vous devez pouvoir répondre en une phrase avant de passer à la suivante :
- Nommez le déclencheur interne, la situation récurrente que vous voulez vous approprier.
- Choisissez une seule action, et faites-en le chemin le plus court vers un bénéfice.
- Choisissez la famille de récompense, et trouvez votre vraie variabilité.
- Concevez l'investissement qui suit la récompense, jamais celui qui la précède.
- Bouclez la boucle : faites en sorte que l'investissement crée le déclencheur suivant.
- Instrumentez, puis testez avec de vrais utilisateurs et corrigez la phase la plus faible.
1. Nommez le déclencheur interne que vous voulez vous approprier
Formulez-le comme un moment récurrent précis, pas comme une catégorie. « Quand un CSM prépare un appel de renouvellement et ne sait pas si le compte est en bonne santé » est un déclencheur sur lequel vous pouvez concevoir. « Quand les utilisateurs veulent des insights » ne l'est pas. Le test : pouvez-vous dire quand cela se produit, à quelle fréquence, et ce que la personne ressent ou cherche à accomplir ? Si ce n'est pas le cas, vous n'avez pas encore de déclencheur ; vous avez une phrase de positionnement, et le moyen le plus rapide de trouver le vrai est de parler aux utilisateurs qui reviennent déjà sans relance et de leur demander ce qui se passait juste avant qu'ils ouvrent le produit. Vos personas utilisateurs et votre carte du parcours utilisateur sont les bons endroits pour consigner ce que vous découvrez.
2. Choisissez une seule action, et raccourcissez le chemin vers la récompense
Nommez le comportement le plus simple qui mène au bénéfice : un seul comportement, pas un workflow. Puis attaquez-vous à la distance entre le déclencheur et ce comportement, car c'est dans cette distance que les hooks meurent. Comptez les clics, les états de chargement, les décisions et les moments où l'utilisateur doit se souvenir de quelque chose. Chacun que vous supprimez fait passer le comportement au-dessus de la ligne d'action, et c'est moins coûteux et plus fiable que d'essayer d'augmenter la motivation. C'est un travail classique sur la friction, et il rapporte deux fois ici : une fois pour la boucle actuelle, et une autre pour chacune des suivantes.
3. Choisissez la famille de récompense et trouvez une vraie variabilité
Décidez explicitement si votre bénéfice relève de la chasse, de la tribu ou du soi, puis repérez la variabilité déjà présente dans la réalité de vos utilisateurs : des données qui changent, du travail qui arrive, des résultats qui évoluent, l'activité des autres. Mettez-la en avant. Si vous n'en trouvez vraiment aucune, c'est une information importante : cela signifie généralement que la valeur du produit tient à une configuration ponctuelle plutôt qu'à un service récurrent, et aucun travail de conception de boucle n'y changera rien. Fabriquer de la variabilité avec des prix aléatoires est la mauvaise solution ; trouver un besoin récurrent à servir est la bonne.
4. Concevez l'investissement qui suit la récompense
Listez tout ce qu'un utilisateur pourrait apporter qui rendrait sa prochaine visite meilleure : des données, de la configuration, du contenu, une vue enregistrée, un collègue invité, un outil connecté. Puis placez chaque demande juste après un moment où de la valeur a été délivrée, jamais avant. Commencez par les plus petites ; l'erreur classique est de demander l'intégration dès le premier jour, quand l'utilisateur n'a encore aucune preuve que le bénéfice vaut l'effort, et la solution classique est une checklist qui répartit ces demandes sur les premières sessions, chacune venant après quelque chose que l'utilisateur vient de voir fonctionner.
5. Bouclez la boucle pour que l'investissement crée le déclencheur suivant
C'est l'étape que les équipes sautent, et la sauter retransforme le modèle en entonnoir. Pour chaque investissement, notez le futur déclencheur qu'il produit : le collègue invité génère une notification de collaboration, la vue enregistrée génère un récapitulatif hebdomadaire qui vaut la peine d'être ouvert, l'alerte configurée génère un message qui arrive exactement au moment où il est pertinent. Si un investissement ne produit aucun déclencheur futur, il stocke de la valeur sans la faire fructifier : utile, mais ce n'est pas un hook. Et à mesure que la boucle mûrit, retirez délibérément les déclencheurs externes dont vous n'avez plus besoin : l'objectif est de confier le lancement de la boucle au contexte propre de l'utilisateur, pas de continuer à envoyer des e-mails à quelqu'un qui venait déjà.
6. Instrumentez, puis corrigez la phase la plus faible
Mesurez chaque phase séparément, car une boucle échoue à une seule phase à la fois, et chaque échec appelle une réponse opposée. Un échec du déclencheur signifie que les utilisateurs ne reviennent pas du tout ; un échec de l'action, qu'ils reviennent mais ne font pas la chose ; un échec de la récompense, qu'ils font la chose mais ne reviennent pas ; un échec de l'investissement, qu'ils reviennent mais que rien ne s'accumule, si bien que la boucle ne devient jamais plus facile. Diagnostiquez celui que vous avez avant de changer quoi que ce soit ; puis changez une seule phase, relancez, et mesurez les quatre mêmes chiffres.
Le Hook Model est-il manipulateur ? La Manipulation Matrix
On reproche au Hook Model d'être un manuel de fabrication de la compulsion, et la critique n'est pas sans fondement : les quatre mêmes phases décrivent à la fois un outil dont on est content de dépendre et un produit conçu pour qu'on ait du mal à le lâcher. La réponse d'Eyal lui-même est la Manipulation Matrix (matrice de la manipulation), un test en deux questions à appliquer avant de construire la boucle, pas après l'avoir livrée.
La Manipulation Matrix pose deux questions avant de construire un hook : améliore-t-il concrètement la vie de l'utilisateur, et l'utilisez-vous vous-même ? Un seul quadrant n'exige aucune autre justification.
La matrice est utile précisément parce qu'elle refuse la réponse confortable. La plupart des équipes produit se croient facilitatrices ; les plus honnêtes vérifient. Si personne dans l'équipe n'utilise le produit pour sa finalité affichée, vous êtes au mieux un colporteur, et vous vous devez d'obtenir des preuves externes (recherche utilisateur, résultats, renouvellements pour les bonnes raisons) que le bénéfice perçu par les utilisateurs est réel et non supposé.
Sous les quadrants se cache une distinction plus simple qu'il vaut la peine de garder en tête : une habitude sert l'objectif de l'utilisateur ; une addiction sert le vôtre à ses dépens. Vues depuis les métriques, les deux se ressemblent, c'est pourquoi le test opérationnel compte davantage que l'intention. Demandez-vous ce que fait votre boucle quand un utilisateur ne tire plus de valeur du produit. Si la réponse honnête est qu'elle redouble d'efforts (plus de notifications, plus de pression sur les séries, plus de friction à la sortie), la boucle a cessé de le servir, quoi qu'en dise votre tableau de bord.
Trois garde-fous pratiques. Soignez la sortie autant que l'entrée : un parcours de résiliation visible et un export de données fonctionnel ne vous coûtent rien si le produit est bon, et sont le signal le plus clair que la valeur est réelle. Gardez des déclencheurs externes proportionnés et appelés à disparaître : une incitation qui se déclenche une fois l'habitude installée n'est que du bruit, c'est pourquoi le guidage in-app doit se retirer pour chaque utilisateur une fois consulté. Et mesurez le résultat que vos utilisateurs sont venus chercher, pas seulement la fréquence à laquelle ils viennent : un usage qui augmente alors que leurs résultats stagnent n'est pas une habitude qui se forme, c'est une facture qui s'alourdit.
Comment mesurer si une habitude se forme vraiment
Le Hook Model est une hypothèse sur votre produit, et comme toute hypothèse, il lui faut des chiffres capables de la réfuter. Quatre signaux, chacun répondant à une question différente :
-
L'aplatissement de la courbe de rétention
Le signal d'habitude le plus honnête. L'usage de tout produit décline après l'inscription ; la question est de savoir si la courbe finit par se stabiliser sur un plateau ou continue de glisser vers zéro. Une courbe de rétention qui s'aplatit signifie qu'une cohorte a adopté un comportement durable ; la boucle se referme pour elle. Une courbe qui ne s'aplatit jamais signifie le contraire, aussi bons que paraissent les chiffres d'engagement de ce mois-ci.
-
La fréquence d'usage rapportée à votre rythme naturel
Comparez la fréquence à laquelle les utilisateurs parcourent la boucle à celle à laquelle le besoin sous-jacent revient réellement. Pour un besoin quotidien, un ratio de type DAU/MAU a du sens ; pour un besoin hebdomadaire, les actifs hebdomadaires rapportés aux actifs mensuels sont la mesure honnête. La question de la stickiness n'est pas « sont-ils là tous les jours ? », mais « sont-ils là chaque fois que le besoin revient ? ».
-
La part des sessions qui démarrent sans déclencheur externe
La mesure la plus directe de ce qu'affirme réellement le modèle, et celle que presque personne n'instrumente. Séparez les sessions attribuables à un e-mail, une notification ou une campagne de celles qui arrivent sans incitation. Une part croissante de sessions spontanées, c'est une habitude qui se forme ; une part stable signifie que vous louez de l'attention. Si ce chiffre baisse quand une campagne est en pause, vous n'avez jamais eu de hook ; vous aviez un rappel.
-
L'investissement accumulé par compte
Comptez directement la valeur stockée : vues enregistrées, workflows configurés, intégrations connectées, collègues invités, enregistrements importés. C'est l'indicateur avancé que les autres suivent avec retard : les comptes dont la valeur stockée augmente restent, et ceux dont la valeur stockée stagne finissent par partir, quel que soit leur nombre de sessions aujourd'hui. C'est aussi l'alerte la plus précoce que vous obtiendrez dans votre analyse du churn.
Lus ensemble, ces quatre signaux localisent la panne. Des déclencheurs forts et un investissement faible signifient que les gens viennent mais que rien ne s'accumule ; la boucle repart de zéro à chaque fois. Un investissement fort et une fréquence faible signifient que la valeur est réelle mais que le déclencheur n'est pas encore devenu interne, ce qui relève généralement d'un problème de positionnement plutôt que de produit. Et si aucun ne bouge, le problème se situe entièrement en amont du hook : les utilisateurs n'atteignent tout simplement pas la valeur, ce qui relève de l'activation, pas de l'habitude.
Construire des hooks : à faire et à éviter
✅ À faire
- Nommer une situation récurrente précise comme déclencheur interne
- Raccourcir le chemin du déclencheur à la récompense avant d'ajouter de la motivation
- Trouver la variabilité dans le travail réel et changeant de l'utilisateur
- Demander l'investissement juste après une récompense délivrée
- Faire en sorte que chaque investissement produise un futur déclencheur
- Retirer les déclencheurs externes à mesure que le déclencheur interne prend le relais
- Aligner votre objectif de fréquence sur le rythme naturel du besoin
- Appliquer la Manipulation Matrix avant de construire la boucle
❌ À éviter
- Construire un hook autour d'une récompense que les utilisateurs ne veulent pas vraiment
- Délivrer exactement le même bénéfice à chaque visite
- Fabriquer de la variabilité avec des prix rattachés à rien
- Exiger du travail de configuration avant que l'utilisateur ait vu la moindre valeur
- Courir après un usage quotidien pour un besoin hebdomadaire
- Continuer à envoyer des incitations à des utilisateurs qui reviennent déjà d'eux-mêmes
- Prendre la valeur stockée en otage ; toujours proposer l'export
- Confondre hausse des sessions et hausse des résultats
Déployer la boucle sans cycle de release
L'essentiel d'un hook relève du travail produit : la récompense doit venir de ce que votre produit fait réellement. Mais les phases qui lancent et relancent la boucle (les déclencheurs externes, la première action, la visibilité de la récompense et les incitations à investir) sont des couches de guidage, et ce sont précisément les couches que vous voulez modifier chaque semaine sans attendre une release. C'est le rôle de Kompassify :
- Rendre l'action facile, au bon moment. Les product tours et les tooltips raccourcissent le chemin du déclencheur à la récompense à l'étape exacte où les utilisateurs hésitent : un travail sur la capacité, appliqué là où la ligne d'action est la plus proche.
- Séquencer les investissements. Une checklist d'onboarding échelonne les contributions qui rendent le produit plus engageant, connecter une source, enregistrer une vue, inviter un collègue, pour que chacune arrive après un bénéfice visible plutôt qu'avant.
- Continuer à mettre en avant la récompense suivante. Les hotspots et les balises prennent en charge la découverte des fonctionnalités bien après la fin du tour, et se retirent pour chaque utilisateur une fois consultés, afin qu'un déclencheur ne survive jamais à son utilité.
- Déclencher les bonnes personnes, pas tout le monde. Les annonces in-app et la segmentation placent un déclencheur externe devant les utilisateurs pour qui il est encore pertinent, et laissent tranquilles ceux qui ont déjà l'habitude.
- Voir si la boucle se referme. Les analytics intégrées montrent la complétion et l'abandon par parcours et par étape, ce qui vous permet de trouver la phase qui échoue au lieu de la deviner.
Vous concevez la boucle ; la couche de guidage qui la lance est en ligne le jour même où vous y pensez. Kompassify est conforme au RGPD et hébergé dans l'UE, gratuit en dessous de 100 utilisateurs actifs mensuels, avec des offres payantes à partir de $129/mois.
Construisez la boucle, pas seulement le rappel
Kompassify ajoute des product tours, des checklists d'onboarding, des hotspots et des annonces in-app par-dessus votre produit existant (sans code, sans cycle de release) pour rendre la première action naturelle, séquencer les investissements qui font revenir les utilisateurs et mesurer si la boucle se referme vraiment. Conforme au RGPD, hébergé dans l'UE et gratuit en dessous de 100 utilisateurs actifs mensuels.
Commencer gratuitement →Questions fréquentes
Qu'est-ce que le Hook Model ?
Le Hook Model est un cadre de conception en quatre phases pour créer des produits qui génèrent des habitudes, présenté par Nir Eyal dans son livre Hooked. Les quatre phases sont le déclencheur (ce qui incite l'utilisateur à agir), l'action (le comportement le plus simple accompli dans l'attente d'une récompense), la récompense variable (un bénéfice dont la forme exacte varie, ce qui rend la boucle captivante plutôt qu'ennuyeuse) et l'investissement (ce que l'utilisateur apporte au produit, données, contenu, configuration, réputation, qui augmente la valeur du produit pour lui et prépare le prochain déclencheur). Faire passer un utilisateur par cette boucle encore et encore, c'est ainsi qu'un produit passe du statut d'outil qu'il faut rappeler à l'utilisateur à celui d'outil vers lequel il se tourne de lui-même, poussé par un déclencheur interne comme une situation ou un sentiment récurrent plutôt que par un e-mail ou une notification.
Quelles sont les quatre phases du Hook Model ?
Le déclencheur, l'action, la récompense variable et l'investissement. Le déclencheur lance la boucle ; il est soit externe (un e-mail, une notification, une invite in-app, un collègue qui partage un lien), soit interne (un sentiment ou une situation récurrente que l'utilisateur associe désormais mentalement au produit). L'action est la chose la plus simple que fait l'utilisateur en attendant un bénéfice, et elle ne se produit que lorsque la motivation, la capacité et une incitation convergent au même moment. La récompense variable est le bénéfice lui-même, délivré avec une variabilité réelle pour que la boucle reste intéressante. L'investissement est la contribution de l'utilisateur au produit, inviter un collègue, importer des données, configurer un workflow, qui rend le produit meilleur pour lui la fois suivante et plante le déclencheur du cycle suivant. Chaque passage par les quatre phases renforce l'association entre le déclencheur interne et le produit.
Qui a créé le Hook Model ?
Le Hook Model a été créé par Nir Eyal et publié en 2014 dans Hooked: How to Build Habit-Forming Products, coécrit avec Ryan Hoover. Il synthétise des travaux existants en sciences comportementales, notamment le modèle comportemental de B.J. Fogg issu du Stanford Behavior Design Lab, selon lequel un comportement se produit quand la motivation, la capacité et une incitation convergent, ainsi que des décennies de recherche sur les programmes de renforcement variable, en une séquence sur laquelle les équipes produit peuvent réellement travailler. Eyal est aussi l'auteur de la Manipulation Matrix, un test éthique pour décider si un hook donné mérite d'être construit.
Quelle est la différence entre un déclencheur externe et un déclencheur interne ?
Un déclencheur externe se trouve hors de la tête de l'utilisateur et lui dit quoi faire ensuite : une notification, un e-mail d'onboarding, une checklist in-app, un lien envoyé par un collègue, un bouton dont le libellé contient sa propre consigne. Un déclencheur interne se trouve dans l'utilisateur et ne nécessite aucune consigne : une situation ou une émotion récurrente qui lui fait penser automatiquement au produit, comme le doute sur la mise en production d'une release ou le besoin de savoir comment une campagne a performé avant une réunion. Les déclencheurs externes servent à lancer la boucle avec un nouvel utilisateur ; les déclencheurs internes permettent à l'habitude de s'entretenir une fois formée. Tout l'intérêt de répéter la boucle est de transférer la tâche de la lancer de votre système de notifications vers le contexte récurrent de l'utilisateur.
Pourquoi le Hook Model utilise-t-il une récompense variable plutôt que fixe ?
Parce que les récompenses prévisibles cessent d'être perçues. Quand le bénéfice est identique à chaque fois, le cerveau apprend vite exactement à quoi s'attendre et l'anticipation qui motivait le comportement s'estompe. C'est pour cela qu'un badge attribué à chaque action devient invisible en une semaine. La variabilité maintient le système de récompense en éveil, car l'utilisateur sait qu'un bénéfice est probable sans savoir précisément lequel. Nir Eyal regroupe les récompenses variables en trois familles : les récompenses de la tribu (bénéfices sociaux comme la reconnaissance, les commentaires ou la réaction d'un collègue), les récompenses de la chasse (la recherche d'une ressource : informations, leads, réponses) et les récompenses du soi (maîtrise, compétence, accomplissement, progression). Les produits B2B bien conçus s'appuient généralement surtout sur la chasse et le soi, car la récompense est une vraie valeur professionnelle qui diffère réellement à chaque fois.
Le Hook Model fonctionne-t-il pour le SaaS B2B ?
Oui, mais la boucle n'a pas la même forme que dans les applications grand public. L'usage B2B est rythmé par le travail : l'objectif honnête est donc souvent hebdomadaire ou par sprint plutôt que quotidien, et le déclencheur interne est généralement une situation professionnelle récurrente plutôt que l'ennui : la revue du pipeline du lundi, la vérification avant le stand-up, le moment où un client pose une question. Les récompenses variables viennent surtout de la chasse et du soi, pas de la tribu : des données fraîches, un insight mis en avant, un workflow terminé. Et l'investissement est le point fort du B2B, car les données importées, les workflows configurés, les intégrations connectées et les collègues invités rendent le produit nettement plus précieux à chaque cycle et sont difficiles à reproduire ailleurs. Ce qui ne se transpose pas, c'est la recette grand public de l'interruption et de la rareté artificielle ; en B2B, ces tactiques détruisent la confiance de la personne même qui renouvelle le contrat.
Le Hook Model est-il manipulateur ?
Il peut l'être, et c'est pourquoi son propre auteur a publié un test à ce sujet. La Manipulation Matrix pose deux questions : le produit améliore-t-il concrètement la vie de l'utilisateur, et son créateur l'utilise-t-il lui-même ? Un créateur qui utilise le produit et améliore réellement la vie des utilisateurs est un facilitateur, et construire un hook dans ce cas est légitime. Un créateur qui ne l'utilise pas mais améliore tout de même des vies est un colporteur, et il a besoin de preuves externes que le bénéfice est réel. Un créateur qui l'utilise tout en sachant qu'il n'améliore pas la vie des gens est un amuseur, et celui qui ne fait ni l'un ni l'autre est un dealer, une position sans aucune défense éthique. La distinction pratique : une habitude sert l'objectif de l'utilisateur, alors qu'une addiction sert le vôtre à ses dépens. Le test opérationnel est simple : si un utilisateur ne tire plus de valeur du produit, votre boucle l'aide-t-elle à partir, ou redouble-t-elle d'efforts pour le retenir ?
Comment construire une boucle Hook Model sans temps de développement ?
L'essentiel du hook relève du travail produit, mais les éléments qui lancent et relancent la boucle (les déclencheurs externes, la première action, la récompense visible et les incitations à investir) peuvent être construits sans cycle de release grâce à une plateforme d'onboarding no-code comme Kompassify. Les product tours et les tooltips rendent la première action facile exactement au moment où elle doit l'être ; les checklists d'onboarding séquencent les investissements qui rendent le produit plus engageant et donnent à chacun un bénéfice visible ; les hotspots mettent en avant la récompense suivante une fois le tour terminé ; et les annonces in-app jouent le rôle de déclencheurs externes ciblés sur le bon segment. Les analytics intégrées montrent où les utilisateurs terminent ou bloquent dans chaque parcours, ce qui vous dit si la boucle se referme vraiment. Kompassify est conforme au RGPD et hébergé dans l'UE, gratuit en dessous de 100 utilisateurs actifs mensuels, avec des offres payantes à partir de $129/mois.