Un plan marketing de 30 jours pour les indie hackers qui détestent le marketing
Pas besoin de devenir marketeur pour trouver des utilisateurs. Il vous faut 20 minutes par jour et un plan auquel vous n'avez pas à réfléchir. Voici un plan marketing de 30 jours pour indie hackers : structure semaine par semaine, tâches quotidiennes, et comment le tenir sans freiner votre développement.
TL;DR
Un plan marketing d'indie hacker fonctionne quand il ressemble à du travail d'ingénierie : une tâche marketing concrète de 20 minutes par jour, tirée d'un backlog, pendant 30 jours d'affilée. La semaine 1 pose les fondations (landing page, bases SEO, comptes dans les communautés), la semaine 2 lance le build in public, la semaine 3 ajoute du contenu SEO et des formats courts, et la semaine 4 mise tout sur ce qui a pris. La régularité sur quatre canaux bat n'importe quelle campagne astucieuse isolée.
Sur cette page
- Le marketing échoue chez les indie hackers parce qu'il est flou, pas parce qu'il est difficile. Transformez-le en tâches concrètes ('répondre à 3 fils sur r/SaaS') et il devient faisable.
- Vingt minutes par jour pendant 30 jours battent un week-end entier de marketing, pour la même raison que livrer chaque jour bat les sprints de code du week-end.
- Quatre canaux suffisent : SEO, build in public, vidéo courte et communautés. Répartissez les tâches sur les quatre pendant les semaines 1-3, puis concentrez-vous sur celui qui répond.
- Mettez les tâches marketing dans le même backlog que les tâches de dev et notez-les de la même façon. En impact par minute, les tâches marketing en phase de démarrage battent souvent un énième refactoring.
- Un rythme 2:1 (deux tâches produit, une tâche marketing) fait grandir le produit et l'audience ensemble, sans prétendre qu'un jour vous ferez une 'journée marketing'.
- Mesurez chaque semaine les réponses, les inscriptions et les impressions de recherche, pas les likes. Le rôle de la semaine 4 est de tuer les canaux qui n'ont rien produit.
Il existe une forme bien précise d'appréhension que presque tous les indie hackers ressentent face au marketing. Le code offre une boucle fermée : vous l'écrivez, ça marche ou ça ne marche pas. Le marketing donne l'impression de crier dans le vide, sans erreurs de compilation ni suite de tests. Alors on le repousse, on livre fonctionnalité après fonctionnalité, puis on se demande pourquoi un produit vraiment bon compte neuf utilisateurs, dont six amis. La vérité inconfortable : le produit indie moyen ne meurt pas d'un mauvais code. Il meurt sans que personne n'en ait entendu parler.
La solution n'est pas de devenir marketeur. C'est de refuser de traiter le marketing comme un travail d'une autre nature. Ce plan convertit 30 jours de marketing dans le format auquel vous faites déjà confiance : des tâches petites, concrètes, finissables, une par jour, d'environ 20 minutes chacune. Pas de campagnes, pas de tunnels de conversion, pas de growth hacks. Un backlog et une série.
Pourquoi 20 minutes par jour battent un week-end marketing
L'instinct pousse à tout regrouper : bloquer un samedi, 'faire du marketing', s'en débarrasser. Ça échoue pour la même raison que les sprints de code du week-end. Les canaux marketing récompensent la présence, pas les rafales. Une communauté se souvient de la personne qui revient chaque jour, pas de celle qui a posté huit fois en un après-midi avant de disparaître. Les moteurs de recherche récompensent un site qui publie régulièrement. Une audience sur X ou TikTok grandit à la cadence, pas au volume.
Vingt minutes, c'est aussi assez peu pour ne pas cannibaliser votre temps de développement, ce qui est la vraie raison pour laquelle la plupart des fondateurs abandonnent leurs plans marketing : le plan demandait trop, le développement en souffrait, et le fondateur choisissait (à raison) le produit. Ce plan est conçu pour perdre ce combat volontairement. Il demande si peu qu'il n'y a rien à sacrifier.
Les quatre canaux, et pourquoi seulement quatre
Tout dans ce plan puise dans quatre canaux. Au-delà de quatre, les 20 minutes d'un fondateur solo s'émiettent jusqu'à ne plus rien valoir ; en deçà, vous pariez le produit sur une seule intuition.
- SEO : des pages qui répondent aux questions que vos utilisateurs tapent réellement. Le canal le plus lent à payer, le plus durable une fois lancé, et le seul qui capitalise pendant que vous dormez.
- Build in public : partager avancées, chiffres et décisions au fil de l'eau. Il transforme le travail que vous faites déjà en contenu, ce qui en fait le canal naturel des builders.
- Format court : une vidéo de 30 à 60 secondes ou un fil par semaine, en général un enregistrement d'écran de ce que vous venez de livrer. La plus forte variance, une portée parfois explosive.
- Communautés : Reddit, Hacker News, serveurs Discord, forums de niche où vos utilisateurs se retrouvent déjà. Le feedback le plus rapide, le meilleur levier pour vos dix premiers utilisateurs, et la tâche de 20 minutes la plus simple qui soit : répondre utilement à trois fils.
Le plan de 30 jours, semaine par semaine
Semaine 1 : fondations (jours 1-7)
Pas encore de promotion. Cette semaine, vous construisez les surfaces vers lesquelles pointera chaque tâche suivante. Jour 1 : réécrivez le titre de votre landing pour nommer l'utilisateur et le résultat, pas la technologie. Jour 2 : ajoutez les métadonnées SEO de base, une image OG, et soumettez votre sitemap. Jour 3 : écrivez, en une phrase chacun, qui est votre utilisateur et où il traîne en ligne. Jour 4 : créez ou dépoussiérez des comptes dans deux communautés et une plateforme de format court. Jour 5 : installez l'analytics le plus simple possible plus Google Search Console. Jour 6 : rédigez votre post d'introduction build in public (ce que vous construisez, pourquoi, et un chiffre que vous partagerez chaque semaine). Jour 7 : publiez-le.
Semaine 2 : build in public (jours 8-14)
Un petit post par jour sur le travail que vous faisiez de toute façon : une capture d'écran d'une fonctionnalité, un bug qui vous a remis à votre place, une métrique, une décision et son pourquoi. Deux règles gardent l'exercice honnête : partagez les chiffres même quand ils sont gênants (surtout à ce moment-là, les petits chiffres créent de la proximité) et terminez vos posts par une question, car les réponses sont la vraie monnaie. Deux jours sur les sept, remplacez le post par du travail communautaire : répondez à trois questions dans un forum où vivent vos utilisateurs, sans mentionner votre produit sauf s'il répond vraiment à la question. Si vous voulez que le partage d'avancement soit automatique, shipsolo génère une page publique de build in public à partir de votre projet : vos tâches livrées et votre série sont visibles à une URL que vous pouvez simplement partager, au lieu de rédiger un récap à la main.
Semaine 3 : SEO et format court (jours 15-21)
Consacrez quatre des sept jours à écrire un article ciblé : une vraie question que vos utilisateurs tapent dans un moteur de recherche, traitée à fond (un comparatif, un tutoriel, une page 'meilleur X pour Y'). Vingt minutes par jour pendant quatre jours donnent un solide article de 900 mots. Jour 19 : publiez-le et partagez-le dans une communauté pertinente. Jour 20 : enregistrez 45 secondes d'écran montrant votre produit dans ce qu'il fait de plus impressionnant, et postez-les. Jour 21 : lisez votre Search Console et votre analytics pendant dix minutes et notez quelles pages et quels posts ont eu la moindre traction.
Semaine 4 : misez fort (jours 22-30)
La semaine 4 n'a qu'un seul rôle : tuer ce qui n'a pas marché et répéter ce qui a marché. Regardez les réponses, les inscriptions et les impressions de recherche (pas les likes ; les likes sont des applaudissements, pas de l'intérêt). Au canal qui a produit de vrais humains, consacrez six des neuf derniers jours. Utilisez les trois restants pour poser une question par email à chaque nouvel inscrit : qu'espériez-vous que cet outil fasse pour vous ? Leurs mots deviendront vos titres et vos articles du mois prochain.
Mettez le marketing dans le même backlog que le code
Le correctif le plus profond de ce plan est structurel. Le marketing meurt quand il vit dans un tiroir mental à part, étiqueté 'un jour peut-être'. Alors ne lui en donnez pas. Mettez 'écrire l'article comparatif, jour 2 sur 4' dans le même backlog que 'corriger le retry du webhook Stripe', estimez ses minutes, et notez-le à l'impact comme tout le reste. Notées honnêtement, les tâches marketing en phase de démarrage gagnent avec une fréquence embarrassante : une réponse de 20 minutes dans une communauté, qui pourrait vous amener votre troisième utilisateur, bat un refactoring spéculatif sur n'importe quelle échelle d'impact par minute. C'est exactement ainsi que shipsolo les traite : les tâches marketing côtoient les tâches de dev, chacune notée par impact (1-100) rapporté aux minutes estimées, et l'email de rappel quotidien vous tend simplement la meilleure tâche, code ou marketing, avec un lien pour la marquer comme faite. Le rythme 2:1 (deux tâches produit, puis une tâche marketing) se met alors en place naturellement, sans volonté héroïque.
Vous n'avez pas besoin d'aimer le marketing. Vous avez besoin de ne pas pouvoir le sauter. Un backlog qui note honnêtement les tâches marketing fait de leur report le choix irrationnel qu'il est vraiment.
Après le jour 30
Trente jours ne vous rendront pas ramen profitable. Ce qu'ils produisent est mieux : un canal dont vous savez qu'il répond à votre produit, un petit tas de contenu qui continue de travailler, une poignée de vrais utilisateurs qui vous parlent, et la preuve que 20 minutes par jour restent tenables à côté d'une charge complète de développement. À partir du jour 31, passez de quatre canaux à deux (votre gagnant plus le SEO, qui reste toujours parce qu'il capitalise), gardez la tâche quotidienne, et conservez la revue hebdomadaire de métriques de dix minutes. Le marketing cesse d'être ce que vous redoutez et devient ce qu'il aurait toujours dû être : une tâche de plus dans la file, livrée chaque jour, comme tout le reste.
Questions fréquentes
- Combien de temps un indie hacker devrait-il consacrer au marketing ?
- Environ 20 minutes par jour suffisent au début, à condition que ce soit quotidien. La régularité compte plus que le volume : les communautés, les audiences et les moteurs de recherche récompensent la présence stable plutôt que les rafales occasionnelles. Un rythme courant est deux tâches produit puis une tâche marketing, ce qui maintient environ un tiers de votre effort sur la distribution sans freiner le développement.
- Comment promouvoir mon produit sans audience ?
- Empruntez des audiences au lieu d'en construire une d'abord. Les communautés (Reddit, Hacker News, Discords et forums de niche) vous permettent d'atteindre vos utilisateurs exacts dès le premier jour en répondant utilement à leurs questions. En parallèle, lancez le build in public et publiez du contenu SEO, qui font grandir votre propre audience lentement. Vos dix premiers utilisateurs viennent presque toujours des communautés, pas de vos abonnés.
- Quels canaux marketing fonctionnent le mieux pour les indie hackers ?
- Quatre couvrent presque tout : le SEO pour un trafic durable qui capitalise, le build in public pour transformer votre travail existant en contenu, la vidéo courte pour des pics de portée occasionnels, et les communautés pour un feedback rapide et les premiers utilisateurs. Faites tourner les quatre pendant trois semaines, mesurez réponses et inscriptions, puis concentrez-vous sur ceux qui ont vraiment répondu.
- Comment équilibrer marketing et développement ?
- Arrêtez de les séparer. Mettez les tâches marketing dans le même backlog que les tâches de dev, estimez leurs minutes, et priorisez-les à l'impact par minute comme tout le reste. Notée honnêtement, une publication de 20 minutes qui pourrait amener des utilisateurs bat souvent un énième refactoring. Des outils comme shipsolo notent les deux types de tâches de la même façon et vous envoient par email la meilleure tâche du jour, donc l'équilibre se fait par défaut.
- Combien de temps avant que le marketing donne des résultats pour un petit SaaS ?
- Les communautés peuvent produire des inscriptions en quelques jours, le build in public et le format court en quelques semaines, et le SEO demande en général deux à six mois pour amener un trafic significatif. C'est pourquoi un plan de 30 jours exploite les canaux rapides pour un feedback immédiat tout en plantant du contenu SEO qui paiera plus tard. Jugez chaque canal sur les réponses, les inscriptions et les impressions de recherche, pas sur les likes.
Mettez ça en pratique
shipsolo transforme des conseils comme celui-ci en tâches notées pour chacune de vos apps.
Essayez shipsolo gratuitementContinuez la lecture
Comment les fondateurs solo construisent un workflow assisté par IA
La plupart des fondateurs solo utilisent un agent de code pour écrire du logiciel et un outil séparé pour suivre quoi construire. Le fossé entre les deux, c'est là que meurt l'élan. Ce guide explique comment construire un workflow cohérent assisté par IA : un tableau classé que l'agent peut lire et mettre à jour, un déclencheur quotidien qui les garde synchronisés, et des garde-fous qui vous laissent aux commandes sans avoir à surveiller chaque ligne.
🗓️Le systeme de revue hebdomadaire de 20 minutes pour les fondateurs solo
Sans remise a zero hebdomadaire, les fondateurs solo derivent : ils livrent les mauvaises choses, perdent le fil des jalons et arrivent au vendredi sans savoir ou la semaine est passee. Une revue hebdomadaire de 20 minutes regle les trois problemes, et cet article vous montre exactement comment la conduire.