1 million de dollars de revenus atteints grâce à GitHub Sponsors

• 1 million de dollars de revenus générés en 5 ans grâce à GitHub Sponsors
• Il y a 5 ans, il a quitté son emploi sans plan précis et a commencé à développer des projets open source comme Livewire et Alpine.js
• Deux ans plus tard, il a créé un compte GitHub Sponsors et a atteint 100 000 dollars de revenus annuels
• Il a mis en place une source de revenus continue grâce au développement de projets open source et à la vente de produits dérivés

Détail du million de dollars de revenus

• 5 000 dollars : dons via "Buy me a Coffee"
• 5 000 dollars : revenus de la vente de stickers
• 20 000 dollars : revenus liés à l’accès anticipé au projet Sushi
• 25 000 dollars : revenus de conseil facturés à l’heure
• 20 000 dollars : revenus de la conférence Alpine (sans bénéfice réel)
• 200 000 dollars : revenus publicitaires issus des logos de plusieurs entreprises affichés sur le site web (grâce à Fly.io)
• 725 000 dollars : revenus des screencasts premium Livewire

Stratégie pour un open source durable

"Écrivez beaucoup de code que les gens aiment, puis vendez des screencasts où vous montrez comment construire quelque chose avec ce code. Et écrivez beaucoup, parlez, enregistrez."

Proposez quelque chose qui mérite d’être acheté

• Les gens veulent vous soutenir, mais il leur faut une raison supplémentaire
• Vous devez proposer quelque chose qui mérite d’être acheté : vos cours, screencasts, stickers, etc.

Commencez par créer du contenu éducatif

• Le plus simple est d’enseigner comment utiliser le logiciel que vous avez vous-même développé
• Même si le montage vidéo est difficile, on peut commencer simplement
• Publiez des vidéos sur le site de documentation et ajoutez des liens vers ces vidéos depuis d’autres pages de la documentation
• Proposez gratuitement 10 à 20 vidéos
• Demandez une connexion via GitHub, puis réservez le reste aux sponsors
• C’est encore aujourd’hui la stratégie qui génère l’essentiel de ses revenus, sans presque jamais montrer son visage ni recourir à un montage sophistiqué ou à des graphismes tape-à-l’œil
• Faites de votre mieux pour créer le contenu : au final, c’est le contenu qui compte le plus pour les gens

La documentation est l’actif le plus précieux

• Il insiste sur le fait que la documentation est l’actif le plus précieux
• Contrairement à d’autres business d’indie hacking, il dispose d’un site que les développeurs visitent chaque jour et sur lequel ils passent beaucoup de temps
• C’est une occasion de communiquer directement avec les visiteurs du site et de capter leur attention
• On peut la monétiser de diverses façons : bannière pour un nouvel événement, inscription à la newsletter, publicité pour un cours sur un side project, etc.
• Il ne faut toutefois pas surcharger de publicité, et garder l’ensemble propre et honnête
• Avec l’IA comme GPT ou Arc, le trafic des sites de documentation pourrait diminuer : il faut donc s’y préparer rapidement

La liste e-mail est le deuxième actif le plus précieux

• Proposez du contenu gratuit en échange d’une adresse e-mail
• Envoyez de temps en temps des e-mails avec de bonnes idées et des réflexions intéressantes
• Respectez le temps des lecteurs et livrez votre meilleur contenu
• Répondez individuellement à toutes les personnes qui répondent à vos e-mails
• Adoptez un ton informel dans vos e-mails
• Un ton sincère parle davantage aux lecteurs et est aussi plus facile à tenir dans la durée
• Un style trop léché est au contraire plus difficile à maintenir
• Si vous avez un produit à vendre, envoyez d’abord un e-mail d’annonce, puis lancez-le
• Une liste e-mail a bien plus de valeur qu’une énorme audience sur Twitter

Montrez-vous tel que vous êtes

• Communiquez avec les gens en vous montrant tel que vous êtes
• Cela permet de créer de vraies amitiés durables

Les relations sont tout

• Les compétences en programmation, en marketing ou le sens du produit sont nécessaires, mais le plus important reste les relations
• Il voyage pour assister à des conférences comme intervenant ou participant, et pour rencontrer les gens en personne
• Il passe des heures au téléphone avec des personnes et lance même de petites activités avec elles
• Il passe aussi un temps incalculable sur Twitter et beaucoup de temps sur Zoom
• L’accumulation de ces échanges finit par former un vaste réseau de personnes à qui demander conseil à tout moment
• Cela crée une communauté qui le soutient, parle de son travail autour d’elle et lui apporte des opportunités
• C’est vraiment l’essentiel : les relations sont ce qui compte le plus
• Il faut se concentrer sur la création et l’entretien de ces relations

Il faut répartir le risque lié aux plateformes

• Il a perdu 4 000 dollars de revenus mensuels après un changement soudain de politique de paiement chez GitHub (arrêt de PayPal)
• Une dépendance trop forte à une plateforme est risquée, il faut donc diversifier les solutions de paiement
• Il utilise toujours GitHub Sponsors et l’apprécie, mais a commencé à utiliser aussi Stripe, Paddle, Gumroad, Lemon Squeezy et d’autres processeurs de paiement
• Le plus grand avantage de GitHub reste l’absence de frais de paiement pour les développeurs, ainsi qu’une gestion fiscale bien plus simple que sur d’autres plateformes

Les concurrents sont partout

• La partie la plus difficile dans l’open source, c’est de « vendre quelque chose aux gens »
• En plus de construire et maintenir un énorme projet open source, il faut aussi créer quelque chose que les gens auront envie d’acheter
• Cela rend la concurrence très rude sur le marché
• Les concurrents ont toutes sortes de comportements : reprendre des idées, tromper, envelopper le code, etc.
• Dans la plupart des cas, ces projets n’aboutissent pas à grand-chose, donc ce n’est pas un gros problème
• Mais parfois, malheureusement, ce n’est pas le cas

Ne stressez pas à cause de la concurrence

• Beaucoup ne le pensent pas, mais il se considère comme quelqu’un de très compétitif
• Quand il créait un cours et que quelqu’un en faisait un similaire plus vite que lui, cela le stressait
• C’est une mauvaise façon de penser, et il a tiré de cette expérience une leçon importante qui a profondément amélioré sa vie
• De la même manière que les gens écoutent plusieurs groupes de musique, ils achètent plusieurs cours et suivent plusieurs formateurs
• Dans l’éducation, plus il y a de concurrents, mieux c’est
• Plus il y a de concurrents, plus il y a de personnes qui font connaître le projet
• Et cela débouche à chaque fois sur de bons résultats

La concurrence sur le code, elle, est stressante

• La concurrence sur le contenu éducatif est une bonne chose, mais pas celle sur le code
• En général, les gens ont tendance à utiliser un seul framework
• Si quelqu’un enveloppe votre framework dans une fine couche d’API, il peut détourner l’attention et la propriété intellectuelle du projet
• C’est extrêmement frustrant, mais au fond, c’est vous qui avez choisi d’investir énormément de travail dans un dépôt publié sous licence MIT
• La licence MIT précise qu’on peut prendre votre code et en faire à peu près ce qu’on veut : le renommer comme sien, le vendre, etc.
• C’est l’aspect le plus décourageant de l’open source
• Vous créez un projet qui vous enthousiasme, vous et d’autres personnes, puis vous passez des années à y ajouter des fonctionnalités et à corriger des bugs, avant que quelqu’un ne vienne se servir de votre travail au détriment du vôtre
• Pire encore, ces personnes peuvent ouvrir des issues sur votre dépôt pour vous demander d’améliorer leur propre projet
• Ce genre de situation vous retire de la visibilité et des options, réduit vos revenus, puis peut vous renvoyer à un travail classique et conduire lentement le projet à la mort
• Il n’avait jamais pensé à cela quand il était développeur salarié de 9 h à 17 h, mais l’a ressenti de plein fouet en devenant mainteneur
• Heureusement, certaines personnes explorent de nouvelles voies, comme l’initiative Fair-code

Sortir régulièrement des versions majeures

• Vous pouvez être satisfait de votre logiciel et le trouver beau, mais si vous ne sortez pas consciemment de nouvelles versions majeures, votre projet finira par paraître daté
• Si deux ans passent sans changer le design du site de documentation, sans ajouter une fonctionnalité correcte et sans sortir un nouveau vX.0, c’est que vous vous y prenez mal
• La plupart des développeurs, lui compris, aiment ce qui est neuf et brillant
• Ce qui est le plus récent paraît souvent meilleur
• Même sans changement fondamental, gardez cette sensation de nouveauté
• Il suffit de taguer une nouvelle version, de refaire la landing page et de tweeter avec des émojis flamme 🔥, fusée 🚀 et tada 🎉 (sans oublier les paillettes)

Désactivez le suivi des issues GitHub

• Une leçon importante que personne ne vous dit : désactivez le suivi des issues GitHub. C’est un modèle cassé
• Il est étrange de laisser des inconnus sur Internet exiger votre attention et vous prendre en otage jusqu’à ce qu’ils soient satisfaits
• Si vous fermez une issue parce qu’elle n’est pas prioritaire ou qu’un bug est difficile à reproduire, les gens le prendront comme une attaque
• Utilisez plutôt GitHub Discussions
• Sa philosophie est la suivante :
  • laisser la communauté discuter entre elle des bugs découverts et d’autres problèmes
  • puis, une fois le sujet suffisamment clarifié, un membre compétent de la communauté peut soumettre une Pull Request, et c’est à ce moment-là qu’il investit son attention et son temps
• Il n’investit son temps que lorsqu’une personne a suffisamment réfléchi au problème, l’a reproduit dans un environnement facile à tester et, si possible, a ajouté un test qui échoue
• Cela permet de bien maintenir le projet tout en restant en contact avec la communauté, et en gardant du temps pour d’autres tâches destinées à préserver la fraîcheur du projet ou à financer son développement
• Il existe sûrement des mainteneurs bien meilleurs que lui dans ce domaine
  • eux passent leurs journées sur Discord à vider leur boîte d’issues, et ils le font très bien, mais ce n’est pas son cas
  • lui a une femme, deux enfants et une montagne de travail sur ses dépôts, au-delà de la gestion permanente des issues
• Discord ? Il aimerait communiquer plus régulièrement avec sa communauté, mais cela lui mange trop de concentration. Impossible de faire du deep work
• À la place, il publie sur Twitter, répond aux e-mails et participe à beaucoup de podcasts
  • les gens ont toujours l’impression d’être connectés à lui, mais d’une manière où il peut « opt-in » quand il a le temps

Préparez votre vie après l’open source

• Il n’a pas encore d’expérience sur ce sujet, mais il commence à y penser de plus en plus
• Le succès dans l’open source est éphémère. Votre bibliothèque est peut-être populaire aujourd’hui, mais il y a de fortes chances qu’elle ne le soit plus demain
• Bien sûr, tout ne disparaîtra pas du jour au lendemain. Il est utile de garder en tête l’effet Lindy
• Malgré cela, monétiser l’open source reste particulièrement difficile, pour toutes les raisons évoquées plus haut
• Idéalement, il faut commencer à construire un business plus durable
• Par exemple un SaaS que tout le monde finit un jour ou l’autre par vouloir construire. Lui aussi nourrit cet espoir...

Profitez des avantages de l’open source

• GitHub et d’autres entreprises vous enverront au hasard des goodies sympas
• Lors des conférences, au lieu de rester seul dans votre coin avec gêne, des gens voudront venir vous parler
• Vos héros vous reconnaîtront, et vous pourrez peut-être même devenir leur ami

Mais « vous n’avez pas de vrai travail. » Profitez-en. Allez marcher, partez camper, disparaissez quelque part sans rien dire à personne
Et surtout
Vous pouvez gagner de l’argent en codant toute la journée. Vous pouvez mâcher avec bonheur des problèmes de programmation uniques, frais, brûlants, encore fumants.
C’est pour cela qu’il fait ce métier. C’est tout. Tirer sur ce fil et voir où il le mène. Chevaucher l’éclair d’un problème profond. C’est tout. C’est ce qu’il préfère au monde.
Ne considérez pas cela comme acquis. N’oubliez pas que vous n’êtes pas derrière une caisse ni en train de faire les trajets domicile-travail. Vous faites l’une des choses les plus amusantes qu’on puisse faire, et c’est votre métier.

[yangeok]

Cela suggère beaucoup de choses.

[roxie]

??? : php, ce n’est pas une technologie complètement dépassée ?

[bbulbum]

Livewire et alpine.js, ce n’est pas rien... haha

[koyokr]

Je veux devenir un GitHuber de Cursor

[aer0700]

Impressionnant.

[xguru]

Comment j’ai gagné 120 millions de wons grâce à GitHub Sponsors

J’avais partagé cet article ici il y a 4 ans, et le montant a maintenant été multiplié par 10. C’est impressionnant à bien des égards.