Partir des désagréments d’une newsletter

Le point de départ de Justin Duke pour créer Buttondown fut son mécontentement envers TinyLetter, le service de newsletters qu’il utilisait. TinyLetter gardait l’écriture et l’envoi simples, mais son traitement de Markdown était instable et le réglage de la taille des images manquait. L’éditeur resta longtemps sans vraie amélioration. Duke voulait garder cette façon sobre de travailler tout en résolvant les problèmes qu’il rencontrait chaque fois.

En janvier et février 2017, il publia sur Twitter au sujet de l’outil de newsletter qu’il voulait. Fin avril, il décida de le construire lui-même, et fin mai il tenait une version capable d’envoyer réellement des courriels. Après un lancement formel fin juin, il avait déjà quelques clients payants en juillet. Dans la rétrospective de cette année-là, il écrivit avoir consacré assez de temps aux fonctions et aux bugs mais pas assez à faire connaître le produit. Le lancement et les premiers paiements vinrent vite, mais gagner des clients commençait là.

L’expérience d’édition de Buttondown respectait les habitudes de qui écrit. Les textes en Markdown pouvaient porter titres, emphase, liens et code, avec du HTML pour des expressions plus complexes. Développeurs et blogueurs habitués à Markdown avaient moins de nouvelle édition à apprendre pour des newsletters. Ajouter ces fonctions au flux simple hérité de TinyLetter donna forme au produit que Duke voulait.

Le marché était déjà plein. Selon son comptage postérieur, huit plateformes de newsletters sortirent aussi l’année où parut Buttondown, beaucoup avec financement ou attention de presse. Il développa seul le soir et les week-ends sans financement ni vrai budget marketing. Voir des concurrents dans des médias célèbres ou alliés à de grandes plateformes le rapetissait, et le revenu récurrent mensuel de la première année resta sous 500 dollars. Son emploi couvrait la vie, si bien que Buttondown ne portait pas la pression de payer son propre salaire aussitôt.

Les réponses directes retinrent les premiers clients. Au début, il craignait tant de recevoir des demandes que d’envoyer des réponses, voulant éviter d’écrire des réponses qui fâchent ou d’interrompre le développement. Mais répondre plus vite changea les réactions. En 2018, il expliqua en public que pas mal de gens choisirent des surclassements payants grâce au support rapide. Les demandes de clients en attente allaient dans un petit tableau Notion pour que rien ne se perde.

Le support devint aussi un chemin vers des fonctions. L’import de Buttondown commença comme un script Django d’une vingtaine de lignes lisant du CSV. Chaque fois que des utilisateurs de TinyLetter et Mailchimp déménageaient des données, du code pour formats différents et exceptions s’y collait. Devant une demande unique, Duke faisait un petit script réutilisable pour la demande suivante, le polissant à mesure que le même travail se répétait. Le code écrit pour déménager un client crût jusqu’à devenir la fonction qui traite les migrations suivantes.

La croissance des utilisateurs gratuits montra aussi la charge d’exploitation. Dans sa rétrospective de 2019, Duke écrivit que servir des utilisateurs gratuits prenait beaucoup de son temps, et que sans embaucher de support même le goût de créer le produit rétrécissait. Il annonça des plans pour passer à un modèle centré sur le payant et améliorer l’expérience d’écriture et d’édition. Il vivait, dans son propre produit, le problème qu’une activité ne continue à croître que si le temps du fondateur et les coûts d’exploitation se couvrent à mesure que les utilisateurs croissent.

Il limita aussi la portée du développement. Dans des plans pour l’année suivante publiés fin 2020, il priorisa de laisser les utilisateurs traiter seuls des demandes fréquentes, comme importer abonnés et numéros passés et régler des domaines. Il exclut en revanche les campagnes séquentielles les plus demandées pour leur gros coût de développement et d’écrans. La connexion unique d’entreprise et les fonctions d’équipe n’entrèrent pas non plus alors. Le temps limité alla à réduire la charge d’exploitation déjà présente.

Le caractère du produit se voyait dans les valeurs par défaut. En mars 2021, Duke changea les comptes nouveaux pour couper par défaut le suivi des ouvertures et des clics. Les comptes existants gardaient leurs réglages, tandis que de nouveaux éditeurs activeraient le suivi au besoin. Il admit que l’ancienne valeur n’avait pas survécu à assez de révision et corrigea le code. Un petit réglage portait le jugement de combien de comportement lecteur recueillir.

Pendant environ cinq ans, Buttondown ajouta des clients payants peu à peu. Certains mois ajoutaient deux clients payants sans résiliation, d’autres mois des concurrents fermaient. Duke maintint le produit en vie pendant que le bouche-à-oreille et l’entrée par recherche accumulaient du temps. En avril 2022, il quitta Stripe. Il avait assez d’économies plus le revenu de son conjoint, pas encore d’enfants, et ne vit pas de raison de reporter davantage le travail indépendant.

En décembre 2022, le revenu récurrent mensuel de Buttondown atteignit environ 15 000 dollars. Dans la rétrospective de cette année-là, Duke se montra satisfait de la croissance des revenus et du progrès technique mais jugea ne pas avoir terminé de grandes fonctions et opérations prévues. Il fixa comme but de l’année suivante d’asseoir Buttondown comme affaire à croissance stable. Sur des clients et revenus assurés avec un emploi, il passa à consacrer plus de temps au produit et aux opérations.

La structure de revenus de Buttondown se centra sur des redevances que paient ceux qui publient des newsletters. Sur la grille de septembre 2026, les fonctions de base restent gratuites jusqu’à 100 abonnés, avec des frais selon les abonnés actifs qui reçoivent et les fonctions extra utilisées. Analytique, abonnements payants et envoi auto par RSS peuvent s’ajouter selon besoin. Personne ne paie pour un simple nom dans une liste de contacts ; les destinataires réels d’envoi fixent la base de facturation.

Même quand ceux qui publient font payer des lecteurs, Buttondown ne prend aucune part de ce chiffre. Ceux qui publient paient à part le traitement des paiements et peuvent mener abonnements mensuels et annuels ou plusieurs niveaux de prix. À lecteurs et fonctions égaux, monter les prix seuls n’envoie jamais à Buttondown une part en plus. Une fonction de migration pour des abonnements payants utilisant déjà le même compte Stripe évite aux lecteurs de ressaisir des données de paiement.

Les opérations s’appuyèrent activement sur des services externes. Lors de la divulgation des coûts de 2023, Buttondown utilisait Heroku pour l’hébergement, avec Postmark, Mailgun et AWS ensemble pour envoyer le courrier. Un chemin d’envoi séparé pour les pannes restait prêt. Heroku coûtait alors environ 500 dollars par mois, une bonne part venant de la configuration du travail asynchrone, expliqua Duke. Des outils d’abord choisis pour économiser le temps d’administrer des serveurs passèrent en revue de coût et d’efficacité à mesure que l’affaire grandissait.

En avril 2024, il acheta le domaine buttondown.com pour 85 000 dollars avec la trésorerie faite par l’affaire. Déplacer le trafic web de buttondown.email vers la nouvelle adresse finit en août. Duke apprécia que, contrairement à acheter une autre société ou à élargir beaucoup une organisation marketing, acheter un domaine fût un investissement unique fixe avec la charge continue collée aux alternatives. Il nota que l’entrée par recherche ne chuta pas comme craint après le déménagement et s’était plutôt améliorée pour lors.

Du changement vint aussi dans l’entreprise. 2024 fut la première année dans l’histoire de Buttondown où la plupart du code nouveau vint de quelqu’un d’autre que Duke. Les clients parlaient aussi plus souvent avec d’autres collègues qu’avec le fondateur en demandant. Un entretien de février 2025 présenta une équipe grandie à huit. Le travail fait jadis seul — tout développer et envoyer chaque réponse — commença à se répartir entre collègues.

En 2025, les revenus crûrent de 61 % sur l’année précédente. Les éditeurs actifs ayant réellement envoyé dans les 30 derniers jours montèrent de 45 %, et les abonnés uniques ayant reçu du courrier montèrent de 72 %. L’entreprise dit avoir gardé un flux de trésorerie positif tout en élargissant support et infrastructure. Au-delà des comptes joints, elle vérifia la santé de l’affaire avec l’activité réelle d’envoi, les lecteurs atteints et les revenus comme métriques clés.

Les chiffres de support vinrent aussi. Les demandes répondues en 2025 furent 5 247, en hausse de 34 % sur 3 906 l’année d’avant, tandis que la médiane du délai à première réponse tomba de 7 heures à 5. La croissance des demandes courut sous la croissance des revenus de la même période. En expliquant ensuite les opérations de support, Duke souligna de regarder combien de travail de support en plus arrive quand les revenus croissent.

Pour cela, les demandes empilées dans une boîte personnelle passèrent à un outil dédié avec un tour de garde. Qui de garde répond vite et répare les problèmes courts, consignant les bugs lourds pour juger la priorité avec d’autres développements. De petits outils montrant historique client et paiements sur l’écran de demande reçurent de l’investissement. Qui écrit prit l’habitude de vérifier les documents d’abord, comblant les trous trouvés sans texte ou avec peu de texte. Chaque client aidé laissait meilleurs outils et instructions.

Pourquoi on choisit Buttondown se voit aussi dans des dossiers de migration de clients. L’écrivain en génie logiciel Will Larson publia son déménagement de janvier 2026 de Mailchimp à Buttondown. Payant à Mailchimp 326 dollars par mois, il peinait encore à trouver les menus qui modifient le courrier de bienvenue ou les coordonnées et souffrait du réglage de vérification de domaine. Déménager vers Buttondown sortit fluide, avec des redevances attendues de 79 ou 139 dollars par mois. Le produit cadrait avec le fait d’être propriétaire d’écrits sur son propre domaine et de les livrer comme voulu.

L’analyse d’origine des clients de février 2026 de Duke répartit moitié au bouche-à-oreille, un quart à la recherche et le quart restant à l’entrée par grands modèles de langage. Par revenus au lieu du comptage, les clients de bouche-à-oreille prirent environ deux tiers. Les pages de comparaison aux concurrents attirèrent moins que les pages centrales de prix et de fonctions. Duke jugea que le temps à améliorer le produit rendait alors plus qu’optimiser des pages marketing et répartit les ressources en conséquence.

Ce printemps-là, les inscriptions recommandées par l’IA montèrent vite. Les nouveaux utilisateurs nommant des modèles de langage comme voie montèrent de 15 % en janvier à 32 % en février à 49 % en mars. Duke dit que la croissance mensuelle du premier trimestre 2026 doubla le trimestre précédent, avec presque tout l’extra sur la tendance depuis l’entrée par modèles. Il signala que les écrans d’administration de Buttondown sont conçus pour utiliser une API publique. Des fonctions réelles qui font marcher le produit vivaient aussi dans l’API et les documents, aptes aux outils externes.

La nouvelle entrée exigea aussi un réajustement d’exploitation. Les clients arrivés par l’IA convertissaient au payant à des taux moindres que les groupes existants et attendaient parfois des usages que Buttondown n’appuie pas. Le support consacra du temps à répondre à des demandes complexes pour ne recevoir en retour que des réponses générées par machine. Duke avança l’investissement interne et d’infrastructure et renforça l’API, gérant le temps sur prospects et utilisateurs gratuits. Il déclara aussi que le revenu accru ne justifierait pas aussitôt une dépense permanente élargie.

De petits arrangements d’écran rendirent pendant la croissance. Dans une expérience de juillet 2026, l’équipe déplaça le bouton d’inscription à l’intérieur du calculateur de prix depuis l’extérieur et retira le texte guide que seuls lisaient ceux qui commencent des newsletters pour la première fois. Les clients déménageant des listes d’abonnés depuis d’autres services pouvaient aussi couler naturellement vers l’inscription. L’achèvement d’inscription des visiteurs de prix monta de 6,7 % sur l’ancien écran à 9,5 % sur le révisé. L’équipe laissa en dossier public les expériences gagnantes et perdantes.

En avril 2026, avec quatre ans d’indépendance, Duke écrivit que beaucoup de clients ne l’avaient jamais connu et se rapportent à Buttondown par d’autres collègues. Des collègues recevaient demandes et avis de pannes, et les revenus avaient crû pendant une semaine de voyage. Il tenait à fixer lui-même le temps avec la famille, acceptant que ce choix signifiait ne pas faire croître l’entreprise à la vitesse maximale possible. L’outil de newsletters qu’il avait fait pour s’en servir était devenu une entreprise que des collègues améliorent ensemble et que font marcher des redevances de clients.