Build in Public : une cadence de publication qui amène des utilisateurs, pas juste des abonnés

Construire en public fonctionne. La version qui circule sous forme de conseils, beaucoup moins. Ces conseils optimisent la seule métrique visible de l’extérieur — le nombre d’abonnés — parce que c’est de ce chiffre qu’on fait des captures d’écran. Les publications recommandées sont donc celles qui voyagent : avis tranchés, courbes de revenus, accroches de thread sur la régularité. Elles rassemblent une audience de gens qui aiment les publications sur la création de produits, et presque personne dans cette audience n’a le problème que votre app résout.

En 2026, l’écart est plus large qu’avant. On peut livrer une app fonctionnelle avec Lovable, Bolt, Cursor, v0 ou Replit en un week-end, et des milliers de personnes le font. Les timelines de build in public sont pleines de fondateurs qui racontent le même week-end. Être visible dans ce flux n’est plus rare. Être utile à une personne précise avec un problème précis, si.

Une cadence qui amène des utilisateurs ne ressemble pas à une cadence qui amène des abonnés. Elle parle davantage du problème que du processus. Elle montre le produit qui fait le travail plutôt que le fondateur qui travaille. Et elle demande quelque chose — un test, une réponse, une adresse e-mail — assez souvent pour que le lecteur sache ce que vous attendez de lui. La suite de ce guide, c’est cette cadence : cinq types de publication, un rythme hebdomadaire entre Threads, X et Instagram, et une règle qui garde le tout orienté acquisition.

Chaque réseau joue un rôle différent dans cette rotation. Threads récompense la conversation : c’est là qu’atterrissent les publications problème et leçon, et là qu’il est facile d’engager une réponse. X est l’endroit où les autres fondateurs et les early adopters suivent les liens : preuve et avancement y ont leur place. Instagram porte l’avancement visuel : une capture vidéo, une image avant-après, une carte au format de la marque. Ce sont les trois réseaux sur lesquels Amplispect publie. Tout le reste — Reddit, LinkedIn, une newsletter — reste du travail manuel que vous ajoutez par-dessus, et vous pouvez très bien le laisser de côté tant que la cadence est jeune.

Le planning lui-même est volontairement ennuyeux. Lundi : problème, sur Threads et X. Mercredi : avancement, sur X, et sur Instagram quand il y a quelque chose à regarder. Jeudi : preuve, sur X et Instagram. Vendredi : la demande, sur Threads et X. Dimanche : leçon, sur Threads. Cinq publications, trois réseaux, une de chaque type, et environ neuf créneaux remplis une fois les reprises comptées.

Deux choses rendent cela tenable pour une seule personne. La première : une même idée est retravaillée par réseau plutôt qu’écrite cinq fois — la preuve du jeudi, c’est une capture avec une première ligne différente sur X et sur Instagram. La seconde : la semaine se planifie comme une semaine. Décider le lundi ce que dira le vendredi prend dix minutes ; le décider le vendredi à 18 h, c’est la raison pour laquelle la plupart des comptes build in public se taisent au bout de six semaines.

La règle qui distingue tout cela de la course aux abonnés : chaque semaine contient exactement une publication qui demande une action précise à une personne précise. Pas « allez voir » mais « si vous gérez une boutique de plus de 200 produits, répondez et j’importe votre catalogue pour vous montrer le résultat ». Une demande par semaine, c’est assez fréquent pour qu’on comprenne que vous cherchez des utilisateurs, et assez rare pour que les quatre autres publications ne ressemblent pas à la préparation d’un argumentaire. Une semaine sans demande est une semaine qui a produit des abonnés.

Tout l’intérêt de la demande, c’est la réponse. Quand quelqu’un y répond, il a décrit sa situation avec ses propres mots et s’est porté volontaire comme premier utilisateur, ce qui rend ce fil plus précieux que toutes les impressions de la semaine. Les commentaires pris en charge sont synchronisés dans l’espace de travail et une réponse est rédigée pour vous, mais rien ne part avant que vous ne l’ayez modifiée et validée. C’est délibéré : il s’agit d’une première conversation avec un utilisateur potentiel, elle ne doit pas sonner automatique.

Ce sont les performances qui décident du mix. En fin de semaine, regardez deux choses par publication : jusqu’où elle est allée, et si quelqu’un a fait ce que vous demandiez. Une publication problème très vue et sans réponse vous dit que le problème est reconnu mais que vous n’avez rien demandé. Une publication preuve à la portée modeste avec trois réponses vaut plus que le reste de la semaine réuni. La vue performance alimente la semaine générée suivante, donc les types qui déclenchent des conversations reviennent plus souvent.

Ajustez par petits pas. Si les publications preuve battent systématiquement les publications avancement, passez à deux preuves et retirez un avancement. Si un réseau ne produit que du silence pendant un mois, réduisez-le à une publication par semaine et remettez ce temps sur les deux autres. Ne supprimez jamais la demande, et laissez trois semaines à tout changement avant de le juger : à cette échelle, une seule semaine de chiffres est surtout du bruit.