☰ Menu

08.10.2026 · Signal Titans Editorial

Du logiciel pour télescope aux origines inattendues de RevenueCat

Comment l'étudiant en physique Jacob Eiting a transformé du code d'astronomie et la gestion des abonnements mobiles en une infrastructure alimentant 30 000 applications.

Un boîtier de miroir de télescope en verre bleu foncé posé sur un établi en bois ciré, à côté d'un petit outil en laiton sous un éclairage doux.

Dans le cadre de ses recherches pour obtenir un poste d'assistant de recherche de premier cycle, Jacob Eiting a téléchargé l'annuaire électronique du département de physique de son université et a contacté trente professeurs. Il n'a reçu que deux réponses et une seule offre. Bien qu'Eiting étudie la physique, il considère alors l'informatique avant tout comme un hobby personnel. Le poste au laboratoire exigeait pourtant qu'il rédige des logiciels de contrôle en Python pour la Dark Energy Camera (DECam), un instrument astronomique de pointe conçu pour prendre des images méthodiques de l'espace profond dans le cadre de recherches cosmologiques.

Code de contrôle pour une caméra d'énergie noire

L'architecture logicielle de la DECam était répartie entre plusieurs institutions universitaires. Une université développait le logiciel de commande de l'obturateur, une autre concevait les systèmes de lecture de la caméra, tandis que d'autres équipes créaient des modules spécialisés. Eiting avait pour mission d'écrire le code de contrôle garantissant un fonctionnement fluide entre ces différents composants matériels et logiciels. Coordonner le code conçu par des équipes universitaires indépendantes s'est révélé être une leçon chaotique d'intégration logicielle et de gestion de projet, l'éloignant du monde universitaire pur au profit de l'ingénierie logicielle.

Le tournant de l'App Store en 2008

Lorsque Apple lance l'App Store de l'iPhone en 2008, Eiting se détourne complètement de la recherche en physique. Il commence à développer des logiciels mobiles et lance l'une des 200 premières applications sur la nouvelle plateforme d'Apple. Des années plus tard, alors qu'il travaille sur Elevate, une application mobile d'entraînement cérébral, Eiting se heurte à un goulot d'étranglement récurrent côté serveur. Apple venait d'introduire les abonnements récurrents pour les applications mobiles, mais la gestion des données sous-jacentes s'avérait d'une complexité inattendue. Alors que l'équipe d'Eiting avait consacré une année au développement de l'application Elevate elle-même, elle a dû passer les trois années suivantes à concevoir une infrastructure serveur personnalisée à seule fin de traiter, enrichir et suivre les données des abonnés.

Angles morts des plateformes et frictions multiplateformes

Ces difficultés techniques découlaient des restrictions strictes imposées par les concepteurs de systèmes d'exploitation mobiles. Apple dissimulait aux développeurs d'applications des détails de paiement essentiels, tels que l'identité des abonnés, la localisation des transactions ou les montants exacts prélevés, en invoquant sa politique de confidentialité. Google appliquait de son côté ses propres règles sur la visibilité ou le masquage des données de transaction. Pour les logiciels multiplateformes fonctionnant à la fois sur iOS et Android, concilier ces flux de données hétérogènes en des analyses cohérentes exigeait une plomberie informatique sur mesure d'une grande complexité. Le traitement des paiements paraissant éloigné des fonctionnalités principales de l'application, la plupart des équipes de développement sous-investissaient dans cette infrastructure, privant les développeurs d'une vision commerciale complète.

Tableaux blancs et 30 000 applications

Conscient que les développeurs mobiles de toute l'industrie se heurtaient exactement aux mêmes problèmes de plomberie monétique, Eiting décide d'y répondre en créant une plateforme dédiée. Il prend contact avec son ancien collègue d'Elevate, Miguel. Eiting se rend chez Miguel et lui présente l'idée au cours d'une session devant un tableau blanc, dessinant un kit de développement logiciel (SDK) et une API unifiés capables de gérer les abonnements, les données clients et les paywalls intégrés sur les deux principales plateformes mobiles.

Ils fondent RevenueCat et intègrent la promotion de l'été 2018 du programme d'accélération Y Combinator pour transformer le concept esquissé sur le tableau blanc en une infrastructure évolutive destinée aux développeurs.

Sept ans après leur passage au sein de la promotion de l'été 2018 de Y Combinator, RevenueCat assure la gestion des abonnements in-app, l'expérimentation de paywalls et l'analyse des revenus pour plus de 30 000 applications mobiles. En transformant un obstacle serveur récurrent et frustrant en un ensemble d'outils SDK standardisés, la plateforme permet aux équipes de développement de s'épargner des années de construction d'infrastructure pour se consacrer directement à leur produit principal.

Illustration éditoriale générée par IA ; ce n’est pas une photographie documentaire.

Source: The origins of RevenueCat