La branche que personne ne code

Dans l’article précédent, je racontais comment vingt lignes de code ont fait passer une app à 4,8★ sur 11 000 avis. Le mécanisme tient en un aiguillage : à la fin d’une séance, on demande une note de 1 à 5 ; 5 → le store, 1 à 4 → un formulaire de retour que nous lisons.

Quand je raconte cette histoire, tout le monde retient la branche du 5. C’est celle qui fait le résultat visible.

Sauf que la branche du 5 ne m’a jamais rien appris. Elle exécute, c’est tout.

Tout ce que j’ai appris est venu de l’autre.

Ce que la branche perdante nous a dit

Les retours en dessous de 5 tombaient dans un tableau que nous lisions à la main. Rien d’élaboré : du texte brut, écrit par des gens qui venaient de trouver le produit insuffisant.

Un motif est monté, et il n’était dans aucun de nos plans.

Nous avions un programme de séances pour enfants. Dans les statistiques d’usage, il était marginal — loin derrière les programmes de sommeil et de stress. Un truc sympa, pas un pilier.

Dans les retours, c’était le contenu le plus demandé.

Systématiquement le même scénario : un parent finit le programme avec son enfant, et écrit pour demander la suite. Il n’y en avait pas.

Le contenu le plus demandé n’était pas le contenu le plus utilisé. Et il n’y avait aucun moyen de le savoir en regardant les chiffres d’usage, parce qu’un besoin non couvert ne produit pas de données. Il produit du silence — ou une note à 3.

Ce qu’on avait construit sans le voir, ce n’était pas un filtre à mauvaises notes. C’était un canal direct entre les gens qui manquaient de quelque chose et nous. Le meilleur outil de roadmap que j’aie eu, et il est sorti par accident de la branche que je considérais comme la poubelle du système.

La règle que j’en ai tirée, et que j’applique tous les jours

Aujourd’hui je passe mes journées à transformer des tâches répétitives en systèmes qui tournent sans personne. Prospection, contenu, surveillance, rédaction. Le vocabulaire a changé, la forme est identique : un déclencheur, une qualification, une branche automatique, une branche humaine.

Et j’ai vu la même erreur se répéter, chez moi comme chez les autres.

Quand on automatise, on met tout son soin dans le chemin nominal — le cas qui marche, celui de la démo. La branche d’exception, on la traite comme une gestion d’erreur : un journal quelque part, un mail de notification que personne ne lit, un else vide.

C’est exactement l’inverse qu’il faut faire.

Le chemin nominal, tu le connais déjà : tu l’as décrit toi-même pour construire le système. Il ne peut rien t’apprendre par définition, il ne fait que ce que tu as prévu.

La branche d’exception, elle, c’est l’endroit où la réalité vient contredire ton modèle. C’est le seul point de ton système où de l’information nouvelle peut entrer.

D’où ma règle, brutale : une automatisation sans destinataire humain nommé sur sa branche d’exception n’est pas terminée. Pas « moins robuste ». Pas terminée. Parce qu’elle produira du résultat sans jamais produire d’apprentissage — et au bout de six mois, tu auras un système qui tourne et une boîte qui n’a rien appris.

Escalader n’est pas surveiller

Il faut être précis ici, parce que la nuance décide de tout.

Je répète souvent que si tu dois surveiller ton automatisation, valider chaque sortie et la relancer, tu n’as rien automatisé — tu as juste changé de corvée.

Une branche humaine, ce n’est pas de la surveillance. La différence tient en trois points :

La surveillance est proportionnelle au volume. Tu regardes tout, tout le temps. Dix fois plus de trafic, dix fois plus de travail. C’est un poste, pas un système.

L’escalade est un cas rare, et qualifié. Le système décide tout seul de la majorité des cas. Il ne remonte que ce qu’il ne sait pas trancher — et il remonte avec le contexte, pas avec une alerte. Chez nous, quatre-vingts pour cent des séances ne demandaient aucune décision humaine. Le reste arrivait déjà trié, sous une forme lisible.

Et surtout : ce qui remonte doit changer quelque chose. Un tableau de retours que personne ne lit est pire que pas de tableau du tout — il te donne la sensation d’écouter tes clients. Nous lisions les nôtres. C’est la seule raison pour laquelle la demande de contenu pour enfants a fini par exister à nos yeux.

Une bonne branche humaine, c’est peu de volume, du contexte complet, et une décision au bout. Sinon ce n’est pas une escalade, c’est une décharge.

Comment savoir où la poser

Deux questions suffisent, dans cet ordre.

Un : qu’est-ce que mon système n’a pas le droit de décider tout seul ?

Refuser un client. Envoyer de l’argent. Répondre à quelqu’un d’énervé. Publier une chose irréversible. Chez nous, la réponse était : décider qu’un utilisateur mécontent n’a rien d’important à dire.

Deux : où est-ce que mon modèle du monde risque d’être faux ?

C’est la plus rentable des deux, et la moins posée. Nous pensions savoir ce que les gens venaient chercher. Sur un point, nous avions tort. La branche humaine est ce qui nous l’a dit — deux ans avant que ça apparaisse dans une quelconque statistique.

Si tu n’arrives à répondre à aucune des deux, il y a de fortes chances que ton système ne soit pas assez branché sur ton métier pour valoir quoi que ce soit.

Ce que ça coûte de ne pas la coder

Cette branche-là, c’est peut-être un quart de la complexité du système. Une question posée, un enregistrement, un endroit où le lire.

Sans elle, voilà ce qu’on aurait eu : une belle note sur les stores, des téléchargements organiques tous les jours, et pas la moindre idée que des parents finissaient un programme avec leur enfant et cherchaient la suite.

On aurait continué à produire du contenu sur le sommeil et le stress. Rationnellement. En regardant nos chiffres d’usage. En ayant parfaitement tort.

C’est ça que coûte une automatisation sans branche humaine. Pas une panne. Pas un incident visible. Juste une entreprise qui exécute très efficacement le plan qu’elle avait il y a deux ans — et qui ne saura jamais ce qu’elle a raté, parce que l’information est arrivée à un endroit que personne n’avait branché sur un humain.

Je construis et j’opère ce genre de systèmes pour des dirigeants, et je montre chaque fois ce qu’ils coûtent, ce qu’ils rapportent et ce qui casse. Le début de cette histoire est ici.