Un marché de l'emploi où les développeurs sont découverts en premier : RailsDevs de Joe Masilotti
Le processus par lequel RailsDevs, parti d'un tableur, a relié les profils de développeurs aux commissions de recrutement des entreprises. On y examine la validation initiale de la demande et le développement public, la différence entre revenus récurrents et revenus cumulés, jusqu'à l'arrêt du service en 2025.
RailsDevs, créé par Joe Masilotti, était une plateforme de recrutement inversée : au lieu que les entreprises publient des offres d'emploi et attendent les candidatures, les développeurs publiaient leur profil et les entreprises les contactaient en premier. Elle était limitée aux développeurs Ruby on Rails et visait à réduire la gêne des développeurs qui devaient chercher des missions de façon répétée. C'est un exemple de problème de la communauté technique à laquelle il appartenait transformé en activité, plutôt que de l'ensemble du gigantesque marché du recrutement.
Une demande confirmée dans un tableur
Le point de départ a été les missions irrégulières qu'il a connues en travaillant comme développeur indépendant. Quand le travail affluait, il ne pouvait pas y faire face, mais à d'autres moments, il lui était difficile de trouver le projet suivant. Selon son jugement, les sites d'emploi existants étaient centrés sur les postes à temps plein et n'aidaient pas suffisamment à trouver des missions freelance ou sous contrat.
Ce qui est apparu avant le produit, c'était le tableur. Joe a partagé avec des entreprises une liste de connaissances disponibles pour travailler, afin de transmettre à d'autres développeurs Rails les missions qu'il ne pouvait pas accepter. En quelques semaines, deux personnes ont obtenu du travail, ce qui a confirmé la demande.
La première version a été publiée en 15 jours avec les technologies familières Ruby on Rails, Tailwind UI et Heroku. Le coût de lancement était d'environ 300 dollars, dont 250 dollars pour l'achat du domaine.
Le 5 novembre 2021, un tweet demandant de l'aide sur un problème d'hébergement a servi de déclencheur inattendu au lancement. Une personne de la communauté Rails qui l'a aidé a partagé le service, et environ 100 personnes ont créé un profil la première semaine.
Environ un mois plus tard, le premier client a demandé un abonnement, mais l'écran de paiement n'existait pas encore. Joe a envoyé une facture lui-même et a reçu 99 dollars ; entre l'idée et le premier paiement, moins de deux mois se sont écoulés.
Rassembler des développeurs et facturer les entreprises
Les développeurs participaient gratuitement et les entreprises assumaient les frais. Joe estimait qu’en rassemblant d’abord des développeurs, il pourrait attirer des entreprises qui recrutent, et il a aussi concentré sa promotion sur l’expérience de recherche d’emploi des développeurs.
Le principe d’un produit centré sur les développeurs s’est aussi reflété dans le choix des fonctionnalités. En janvier 2022, Joe a annoncé avoir supprimé les champs de saisie du taux horaire et du salaire annuel ainsi que les fonctions de tri et d’affichage qui en dépendaient. Il estimait que cela pouvait pousser les entreprises à chercher d’abord les personnes les moins chères plutôt que les plus adaptées, et que la rémunération devait être fixée après discussion sur l’étendue et la complexité du travail. Toutefois, certains utilisateurs ont aussi objecté que des prix publics étaient plus transparents ; il est donc plus exact de voir cette décision comme révélant l’orientation de la plateforme plutôt que comme une solution universellement valable.
Le modèle économique a évolué vers une combinaison d’un abonnement mensuel et de frais de recrutement. Dans la grille tarifaire introduite en mars 2022, l’entreprise payait $99 par mois pour le recrutement de freelances ou de contractuels, et $299 par mois pour le recrutement de salariés à temps plein. Lorsqu’un recrutement à temps plein était conclu, elle payait en plus 10 % du salaire de la première année du développeur, et cette formule comprenait aussi des recommandations de candidats soigneusement sélectionnés et un accompagnement prioritaire.
Joe a ajouté des frais parce qu’il voulait aligner les intérêts de la plateforme et ceux de ses clients. Si elle ne percevait que des abonnements, le chiffre d’affaires de l’opérateur augmenterait à mesure que les entreprises restaient plus longtemps, alors que ce que veulent les entreprises, c’est recruter rapidement un développeur adapté puis partir. C’était l’explication : en associant une rémunération distincte à la réussite d’un recrutement, l’opérateur pouvait lui aussi se concentrer sur les résultats de recrutement plutôt que sur la durée de maintien de l’abonnement.
MRR de $4,000 et structure réelle du chiffre d’affaires
La présentation de l’interview d’Indie Bites publiée le 13 septembre 2022 décrivait RailsDevs comme une activité ayant dépassé $4,000 de revenu récurrent mensuel (MRR). Il s’agit d’un chiffre représentant le revenu récurrent mensuel à l’époque, et non du chiffre d’affaires mensuel total, frais de recrutement compris, ni du bénéfice net personnel de Joe.
Dans une interview de novembre 2022, il a révélé des résultats de plus de 600 développeurs, plus de 30 recrutements réussis et près de $150,000 de revenus cumulés sur environ un an après le lancement. Les coûts déclarés étaient inférieurs à $10,000, et il travaillait sans employés, avec quelques prestataires externes. Il s’agit toutefois de chiffres d’activité publiés par le fondateur, et non de données montrant le revenu net personnel qu’il a perçu.
Dans la même interview, il expliquait que près de 90 % du chiffre d’affaires provenait de frais de recrutement. Il faut donc distinguer une activité dotée d’une fonction d’abonnement d’une activité dont le chiffre d’affaires repose principalement sur l’abonnement. Pour comprendre les revenus élevés de RailsDevs, l’essentiel ne réside pas seulement dans le nombre d’abonnés, mais dans le nombre de recrutements réellement conclus.
Relier le développement en public à l’engagement communautaire
Joe, au lieu de commencer à promouvoir le produit une fois celui-ci terminé, a fait du processus de développement lui-même une activité publique. Il partageait sur Twitter ce sur quoi il travaillait et recueillait les avis sur les questions et les idées dans GitHub Discussions. En septembre 2022, sa newsletter Hotwire Dev a aussi été présentée comme ayant dépassé les 2 000 abonnés. Au vu de ces activités, il est important de noter que le public avec lequel il partageait ses connaissances techniques et le groupe de développeurs dont RailsDevs avait besoin se recoupaient largement.
La transparence ne s’arrêtait pas au code source. RailsDevs se voulait une « open startup » qui publiait aussi des indicateurs commerciaux comme le chiffre d’affaires et le trafic, ainsi que les principales décisions. Les utilisateurs ne se contentaient pas de créer un profil : ils pouvaient donner leur avis sur la direction que le produit devait prendre et participer au développement.
En mars 2023, il a aussi lancé un programme visant à verser une récompense financière pour les contributions open source. Le montant versé était d’au moins 25 dollars pour les issues résolues ou les modifications de code fusionnées, selon leur niveau de difficulté. Joe l’a décrit comme une manière de rendre à la communauté et comme un moyen d’aider les développeurs juniors à ajouter à leur CV une expérience de travail réel rémunérée.
Pourquoi il faut aussi considérer la fermeture en 2025
RailsDevs ne doit pas être présenté comme un cas de réussite toujours en activité. Joe a annoncé la fermeture du service, qu’il a exploité pendant près de quatre ans, et le dépôt de code officiel a été archivé le 28 juillet 2025. Dans l’annonce de fermeture, il reconnaissait que des dizaines de personnes avaient trouvé un emploi, tout en indiquant qu’il était temps de se ménager du temps pour la suite.
Le texte de présentation d’une interview de suivi publiée en 2025 décrit le chiffre d’affaires total de RailsDevs sur toute sa période d’activité comme s’élevant à environ 250 000 dollars, et aborde l’évolution des conditions de marché ainsi que la décision de fermer le service. Il s’agit là aussi d’un chiffre d’affaires cumulé, et non d’un chiffre d’affaires annuel ni du produit d’une vente. L’annonce de fermeture n’était pas une annonce de vente, et même après la fin de l’activité, le code source est resté public.
Ce que l’on peut tirer de ce cas est plus concret que le simple conseil de choisir un petit marché. Le fait d’avoir validé manuellement la demande de mise en relation au sein d’une communauté déjà connue, et d’avoir séparé la manière de rassembler les développeurs de celle de facturer les entreprises, a été au cœur de la monétisation initiale. En même temps, si l’on considère à la fois la structure qui dépendait fortement des recrutements réussis plutôt que des abonnements et la fermeture survenue ensuite, il apparaît aussi que la monétisation rapide et la stabilité des revenus à long terme sont deux enjeux distincts.