Simon Høiberg a transformé son activité sur les réseaux sociaux en entreprise logicielle

Simon Høiberg est le fondateur de FeedHive, un outil qui aide à rédiger, programmer et gérer des publications sur les réseaux sociaux. Lancé en bêta publique en février 2021, le produit visait à réduire le travail répétitif de ceux qui publient régulièrement du contenu sur les plateformes existantes. Le point de départ était la méthode de travail que le fondateur avait lui-même acquise en se constituant une audience en ligne.

Ce qu'un premier échec lui a appris

L'essai qui a précédé FeedHive ne s'est pas déroulé sans difficulté. Il raconte avoir commencé le développement de son premier SaaS en février 2020 et l'avoir lancé en juin de la même année, sans obtenir presque aucun intérêt. Il comptait alors environ 250 abonnés sur Twitter, et un large écart séparait l'espoir de voir les gens venir dès la sortie du produit et l'obtention réelle de clients.

Il s'est ensuite concentré sur la constitution d'une audience et a pris l'habitude de publier régulièrement du contenu utile. Sa méthode, rendue publique en 2021, consistait à consacrer 3 à 4 heures le dimanche à rédiger et programmer une semaine de publications, à enregistrer en brouillon les idées qui lui venaient entre-temps et à réutiliser aussi ses anciennes publications. FeedHive est précisément le produit conçu pour faciliter ces tâches.

Le périmètre initial de développement était modeste. D'après ses propres explications, la fabrication du produit minimum viable a pris environ dix jours et il a d'abord fait participer 20 personnes à une bêta privée. Il a mené les deux premiers mois en parallèle d'une activité de conseil en freelance, avant de se consacrer pleinement au produit.

Il a fait connaître FeedHive publiquement le 3 janvier 2021, puis annoncé le lancement de la bêta publique le 6 février. Il comptait alors environ 32 000 abonnés sur Twitter et a déclaré avoir obtenu 50 clients payants quelques heures après le lancement, en atteignant 250 dollars de MRR en 48 heures. Derrière cette vente initiale rapide se trouvaient l'audience et la confiance accumulées avant même le développement du produit.

Au-delà de la programmation, industrialiser la gestion de contenu

Les débuts de FeedHive en faisaient un outil centré sur Twitter. Le mode d'emploi officiel de mai 2021 décrit la création de créneaux de publication par jour et par heure, puis le remplissage de ces créneaux avec des textes portant un libellé correspondant au thème. L'enregistrement automatique des brouillons, la réutilisation d'anciennes publications, le retweet automatique et l'analyse des performances étaient également proposés, tandis que les intégrations LinkedIn et Instagram étaient alors annoncées comme à venir. Il faut distinguer les fonctions actuelles, qui couvrent plusieurs plateformes, du périmètre existant au lancement.

La valeur de cette structure ne tenait pas seulement au remplacement du clic sur le bouton de publication. On pouvait par exemple décider de publier les actualités du secteur le lundi et des conseils d'utilisation le mercredi, puis rédiger des textes en une seule fois pour remplir les créneaux quand le temps le permettait. Au lieu d'interrompre son travail chaque jour à l'heure de publication, cette approche séparait la rédaction de la diffusion et rendait le rythme d'exploitation régulier.

En 2021, il a mis l'IA en avant comme facteur de différenciation. Dans un article technique publié le 3 novembre, il expliquait avoir créé une fonction de prévision de performance à partir des données de plus de 100 000 publications diffusées par les utilisateurs via FeedHive et des réactions qu'elles avaient suscitées. Il s'intéressait au taux d'engagement par rapport à la portée plutôt qu'au simple nombre de « j'aime », cherchait à réduire le biais lié à la taille du compte et affichait la performance attendue d'une publication sur une échelle de 0 à 9.

Une équipe sans spécialiste de l'apprentissage automatique a affiné le modèle GPT-3 Curie existant pour le connecter au produit. Les articles publiés ne présentent toutefois ni évaluation contrôlée des performances ni résultats de vérification indépendante : il n'est donc pas possible de tenir la précision des prévisions pour établie. L'intérêt de cette tentative réside dans le fait qu'une petite équipe a cherché, en combinant une IA existante et les données accumulées dans le service, à apporter une valeur supplémentaire à un outil de programmation de publications.

La réalité d'une entreprise derrière 8 500 dollars de MRR

En novembre 2021, environ neuf mois après le lancement, il a rendu publics 8 500 dollars de revenu récurrent mensuel (MRR) et 65 000 dollars de revenus cumulés. Le service comptait plus de 3 000 utilisateurs et environ 600 abonnés à une offre payante, avec une croissance mensuelle alors présentée à environ 20 %. Il s'agit de chiffres rapportés par le fondateur : ils désignent un revenu récurrent mensuel et des revenus cumulés, pas un bénéfice net ni le revenu actuel.

L'activité n'était déjà plus menée seul. Il a indiqué composer une équipe de quatre personnes et travailler avec un développeur full stack junior, une consultante en marketing sur les réseaux sociaux et une graphiste. Il recourait à des prestataires sous contrat plutôt qu'à des salariés, et la taille de l'équipe a varié de 2 à 6 personnes selon les périodes. Il s'agissait d'une exploitation reposant sur des prestataires sous contrat, avec du travail et des coûts de main-d'œuvre en plus de ceux du fondateur.

Les clients venaient des réseaux sociaux du fondateur, de la recherche et du contenu, et de la publicité payante, son canal personnel étant le plus efficace. Il cherchait toutefois à augmenter à terme la part de la recherche et de la publicité. L'objectif était de prévoir le coût d'acquisition des clients et de rendre l'activité moins dépendante du compte personnel du fondateur en vue d'une cession future. Il était conscient qu'une marque personnelle favorable aux ventes initiales pouvait devenir un point de dépendance durable pour l'entreprise.

Les 400 000 dollars de la première année comprenaient des licences à vie

La progression du chiffre d'affaires qui a suivi doit aussi beaucoup à un mode de vente distinct de l'abonnement. Dans un bilan publié le 5 juillet 2022, il a indiqué que le chiffre d'affaires de la première année avait dépassé 400 000 dollars, dont plus de 300 000 dollars générés en moins de deux mois. L'élément central était la licence à vie vendue sur AppSumo en novembre 2021.

Il est essentiel de préciser ici que ces 300 000 dollars correspondent au montant total des ventes de la campagne AppSumo. Dans la structure de répartition qu'il décrit alors, la part de FeedHive s'élevait à 30 % : le montant total des ventes ne représentait donc ni la trésorerie ni le bénéfice encaissés par l'entreprise. La vente de licences à vie n'étant pas non plus un revenu d'abonnement récurrent, présenter ce cas comme « 400 000 dollars d'ARR la première année » serait inexact.

Il a jugé la licence à vie utile pour obtenir des fonds de départ sans céder de parts, mais il en a aussi subi la charge d'exploitation. Les demandes des clients ont afflué au point que l'équipe ne parvenait plus à y répondre, et l'explication selon laquelle il ne pouvait garantir l'inclusion de toutes les futures fonctions dans la licence à vie a provoqué le mécontentement de certains acheteurs. C'était un modèle où l'argent encaissé une fois s'accompagnait d'une responsabilité d'exploitation et de support sur le long terme. Il a donc insisté sur la nécessité d'utiliser les fonds obtenus pour créer un revenu d'abonnement durable.

Le risque de dépendance à une plateforme apparu après la croissance

En 2023, le risque d'une activité dépendant d'une plateforme externe est devenu visible. Le 12 mai, il a indiqué que le changement de tarification de l'API de Twitter l'obligerait à payer 42 000 dollars par mois pour maintenir la prise en charge selon l'ancienne méthode. Cela ne signifie pas qu'il a réellement dépensé cette somme chaque mois. Dans un commentaire du même article, il expliquait avoir choisi un autre mode de connexion et précisait que le montant qu'il versait alors à Twitter s'élevait à 0 dollar.

La solution consistait à proposer une alternative aux clients existants en utilisant des clés API propres à chaque utilisateur. Il ajoutait toutefois ne pas recommander de fonder un nouveau produit sur cette méthode, car même un compte développeur gratuit peut être restreint à tout moment. Même en possédant le code du produit et les clients, il n'est pas possible de maîtriser les conditions d'accès de la plateforme à laquelle les fonctions essentielles sont reliées.

Dans ce même texte de 2023, il a également indiqué ne plus publier son MRR. Il ne faut donc pas continuer à appliquer le taux de croissance de 2021 ni estimer les revenus d'abonnement ultérieurs à partir du montant des ventes de licences à vie. Il convient de traiter séparément les performances initiales vérifiables et la taille actuelle de l'activité qui a suivi.

De l'habitude de publication d'une personne à l'outil de travail d'une équipe

Dans la présentation officielle du produit consultée le 1er octobre 2026, le processus de relecture et de validation par une équipe apparaît comme une fonction importante, au même titre que la programmation individuelle. Plusieurs personnes peuvent modifier des brouillons et y laisser des commentaires, et un responsable est désigné pour approuver la publication avant sa mise en ligne. Il est possible de partager un aperçu d'une publication sans donner accès à l'ensemble de l'espace de travail, ce qui prend en charge la collaboration au sein d'une marque ou d'une agence.

Les offres actuelles se répartissent entre Creator, Brand, Business et Agency, avec un abonnement mensuel ou annuel et un essai gratuit de sept jours. Elles diffèrent par le nombre de comptes connectés, le nombre d'espaces de travail, le volume de publications programmées, le nombre d'exécutions d'automatisation et l'usage de l'IA. Cette composition permet d'interpréter ce que vend FeedHive comme la capacité à gérer l'exploitation de contenu de plusieurs comptes et de plusieurs personnes.

FeedHive est le cas d'un produit développé à petite échelle, dont le canal de rencontre avec les clients a été préparé à l'avance et qui a transformé un travail répétitif en produit payant. Pour comprendre la période de développement initiale d'environ dix jours, il faut aussi considérer l'audience constituée auparavant et la gestion d'équipe qui a suivi. Les grands chiffres de vente comprennent la structure de reversement des licences à vie et la responsabilité de support qui les accompagne. C'était une petite entreprise logicielle qui a bâti l'un après l'autre le produit, l'équipe et les canaux de vente en partant de l'expérience et de la confiance de son fondateur.