Comment je reste à Inbox Zero tout en faisant grandir une entreprise

Inbox Zero n’est pas une technique de discipline e-mail digne d’un moine. C’est généralement l’effet secondaire d’une entreprise construite pour ne pas te demander sans cesse de te répéter.

Je pratique l’Inbox Zero depuis avant qu’on lui donne un nom. Pas parce que j’aime trier des e-mails comme on fait du sport, mais parce que je déteste répondre encore et encore à la même chose évitable. Dès que je remarque qu’une demande revient pour la cinquième fois, j’arrête de la traiter comme un message et je commence à la traiter comme un bug du système.

C’est ça, le vrai secret. Je ne reste pas proche de l’Inbox Zero parce que je réponds plus vite. J’y reste parce que je supprime en permanence les raisons pour lesquelles les gens auraient besoin de m’écrire.

Inbox Zero est un résultat, pas un workflow

Beaucoup de fondateurs parlent de la gestion de leur boîte mail comme d’un système d’exploitation personnel. Des filtres. Des libellés. Des règles. Des claviers sophistiqués. Une religion du tri. Une partie de tout ça aide, bien sûr. Mais ça passe à côté de l’essentiel. Si ton entreprise grandit et que ta boîte mail grandit au même rythme, tu n’as pas un problème d’e-mails. Tu as un problème de répétition.

Quand des utilisateurs t’écrivent sans cesse pour la même chose, ils ne t’envoient pas six problèmes différents. Ils te montrent un seul schéma non résolu, déguisé de six façons. Demandes de remboursement. Confusion sur l’essai gratuit. Limites de crédits. Cas limites à l’activation. Côté fondateur, ça ressemble à de l’admin. Côté système, c’est un backlog d’opportunités d’automatisation.

C’est pour ça que je considère Inbox Zero comme un indicateur retardé. Il te dit si ton entreprise fait encore passer du travail répétitif par des mains humaines. Si la réponse est oui, la boîte se remplit. Si la réponse est non, la boîte reste étrangement calme, même quand le nombre d’utilisateurs augmente.

Ma règle : si je le dis cinq fois, ça devient un Skill

J’ai une règle interne très simple. Si je réponds à peu près la même chose cinq fois, je ne le fais pas une sixième. Ça ne veut pas dire que j’écris une meilleure réponse type. Ça veut dire que je regarde la demande et que je pose la seule question utile : est-ce que Notis ne devrait pas s’en charger à ma place ?

En général, la réponse est oui. Si quelqu’un demande un remboursement, pourquoi ça devrait dépendre du moment où je remarque l’e-mail et le traite à la main ? Si quelqu’un termine son essai gratuit, épuise ses crédits et ne comprend pas ce qui se passe ensuite, pourquoi l’explication vivrait-elle dans ma tête plutôt que dans le produit ? Si le même cas limite revient sans cesse, ce n’est plus une exception. Ça fait partie du vrai parcours utilisateur.

C’est là que l’IA devient utile de façon concrète. Pas comme un chatbot greffé sur le chaos, mais comme un moyen de transformer des réponses humaines répétées en comportement réutilisable. Dès que je sais que la réponse doit être stable, je veux qu’elle soit encodée dans un endroit stable. Notis peut alors s’en occuper, et la boîte mail ne revoit plus jamais cette catégorie de problème.

Le support client doit nourrir le produit

L’une des raisons pour lesquelles les fondateurs se noient dans les e-mails, c’est qu’ils voient le support comme du ménage. Je pense que c’est l’inverse. Le support est l’une des sources de vérité produit les plus nettes dont tu disposes. Il te montre où la friction existe encore, où les attentes ne correspondent pas au comportement du produit, et où la même explication se paie encore et encore en attention de fondateur.

Chaque fil de support récurrent, c’est le système qui te dit, très poliment, qu’il n’est pas terminé. Tu peux continuer à mettre du monde autour de cette partie inachevée, ou tu peux boucler la boucle. Je préfère boucler la boucle.

C’est aussi pour ça que le nombre d’e-mails que je reçois est resté étonnamment stable pendant que le nombre d’utilisateurs augmentait. Ce n’est pas que les utilisateurs sont devenus moins exigeants. C’est qu’une part croissante du support répétitif a été absorbée par Notis au fil du temps. L’entreprise a grandi. Le périmètre a grandi. Mais la boîte mail du fondateur n’a pas eu besoin de grandir au même rythme.

L’objectif n’est pas de traiter les e-mails plus vite, mais d’en avoir moins à traiter

C’est l’erreur que je vois en permanence. Les gens optimisent leur façon d’absorber le volume au lieu de supprimer la source du volume. Ils construisent un plus beau cockpit pour le pilote pendant que le moteur fuit toujours. Bien sûr, tu peux devenir très bon pour vider ta boîte chaque jour. Tu peux aussi passer des années à devenir un champion du monde du travail que ton système aurait dû avaler automatiquement.

Je ne veux pas exceller dans les e-mails. Je veux que l’e-mail soit réservé à ce qui mérite vraiment du jugement, de la nuance ou une vraie réponse humaine. Le reste doit disparaître sans bruit dans la logique produit, les workflows et les Skills. C’est de là que vient le levier.

Cet état d’esprit change ta façon de voir les opérations. Au lieu de te demander « Comment je tiens le rythme ? », tu commences à te demander « Pourquoi ça a encore besoin de moi ? ». Cette question est bien plus agaçante, mais elle mène à de bien meilleures entreprises.

Inbox Zero est un indicateur retardé. La vraie métrique, c’est de savoir si les demandes répétitives ont encore besoin de tes mains.

À quoi ça ressemble dans Notis

Concrètement, le schéma est simple. Un utilisateur pose une question. J’y réponds. Le même sujet revient assez souvent pour qu’il soit évident que la réponse ne doit pas rester manuelle. À ce moment-là, je transforme la réponse en quelque chose que le système peut exécuter de façon fiable. Parfois, c’est un workflow plus clair. Parfois, c’est un changement produit. Parfois, c’est un Skill IA. Mais la destination est toujours la même : sortir la répétition de ma boîte mail.

C’est pour ça que grandir ne signifie pas automatiquement plus d’e-mails pour moi. La croissance crée plus d’interactions, mais elle devrait aussi créer plus de schémas. Et les schémas, c’est précisément ce que le logiciel est censé bien gérer. Si je reste personnellement au milieu de chaque schéma connu, je ne fais pas grandir l’entreprise. Je deviens juste un routeur de plus en plus épuisé.

L’effet secondaire agréable, c’est que les utilisateurs ont eux aussi une meilleure expérience. Ils n’ont pas à attendre que le fondateur se connecte pour retaper la même explication. Ils obtiennent une réponse plus rapide et plus claire au moment où ils en ont besoin. Il ne s’agit donc pas seulement de garder ma boîte propre. Il s’agit de rendre le système plus complet pour tout le monde.

Les fondateurs devraient se méfier du travail manuel répétitif

Si tu es fondateur et que ta boîte mail se remplit sans cesse de la même catégorie de demandes, ne te félicite pas d’être réactif. Méfie-toi. La répétition n’est généralement pas la preuve qu’on a besoin de toi. C’est la preuve que quelque chose n’a pas encore été correctement encodé.

La première fois, c’est un retour client. La deuxième fois, c’est un schéma. À la cinquième, tu fais face à une décision de conception. Soit tu acceptes que cette tâche appartienne à une personne pour toujours, soit tu la fais monter dans le système. Je pense que la plupart des fondateurs attendent beaucoup trop longtemps pour faire cette promotion.

Alors oui, je gère bien mes e-mails. Mais la vraie raison est moins flatteuse et plus utile : je refuse impitoyablement de garder la charge manuelle d’un travail répété. Si je le dis cinq fois, ça devient un Skill IA permanent. C’est comme ça que je reste proche de l’Inbox Zero tout en faisant grandir une entreprise.