Teleskop-Software und die ungewöhnlichen Ursprünge von RevenueCat

Auf der Suche nach einer Forschungsstelle während seines Bachelorstudiums lud Jacob Eiting das E-Mail-Verzeichnis des Physik-Instituts seiner Universität herunter und schrieb dreißig Professoren an. Er erhielt nur zwei Antworten und ein einzelnes Angebot. Obwohl Eiting Physik studierte, betrachtete er das Programmieren damals primär als persönliches Hobby. Für die Laborstelle musste er jedoch eine Steuerungssoftware in Python für die Dark Energy Camera (DECam) schreiben – ein fortschrittliches astronomisches Instrument, das systematische Aufnahmen des tiefen Weltalls für die kosmologische Forschung machen sollte.

Steuerungs-Code für eine Dark Energy Camera

Die Software-Architektur der DECam war über mehrere akademische Einrichtungen verteilt. Eine Universität entwickelte die Steuerung des Verschlusssystems, eine andere baute die Auslesesysteme der Kamera, und weitere Teams erstellten spezialisierte Module. Eiting war dafür verantwortlich, den Steuerungscode zu schreiben, damit diese getrennten Software-Komponenten nahtlos zusammenarbeiteten. Die Koordinierung des von unabhängigen Universitäts-Teams geschriebenen Codes erwies sich als chaotische Lektion in Software-Integration und Projektkoordinierung, die ihn letztlich von der reinen Wissenschaft in Richtung Software-Entwicklung lenkte.

Der App-Store-Schwenk im Jahr 2008

Als Apple im Jahr 2008 den App Store für das iPhone einführte, wandte sich Eiting gänzlich von der Physikforschung ab. Er begann mit der Entwicklung von mobiler Software und veröffentlichte eine der ersten 200 Anwendungen auf Apples neuer Plattform. Jahre später, als er an der mobilen Gehirntrainings-App Elevate arbeitete, stieß Eiting auf einen hartnäckigen Engpass im Backend. Apple hatte vor Kurzem wiederkehrende Abonnements für mobile Anwendungen eingeführt, doch die Verwaltung der zugrunde liegenden Daten war unerwartet mühsam. Während Eitings Team ein Jahr mit der Entwicklung der Kernanwendung Elevate verbrachte, musste es die folgenden drei Jahre damit zubringen, eine eigene Backend-Infrastruktur aufzubauen, um Abonnentendaten überhaupt verarbeiten, anreichern und nachverfolgen zu können.

Blinde Flecken der Plattformen und plattformübergreifende Reibung

Die technische Reibung resultierte aus den strengen Plattform-Einschränkungen der Hersteller mobiler Betriebssysteme. Apple enthielt App-Entwicklern aufgrund von Datenschutzrichtlinien kritische Zahlungsdetails vor, darunter Abonnentenidentitäten, Transaktionsorte und genaue Zahlungsbeträge. Google wiederum hatte eigene Regeln dafür, welche Transaktionsdaten offengelegt oder verborgen wurden. Für plattformübergreifende Software, die sowohl auf iOS als auch auf Android lief, erforderte die Zusammenführung dieser unterschiedlichen Datenströme in eine kohärente Analytik komplexe, maßgeschneiderte Systeme. Da sich die Zahlungsabwicklung weit entfernt von den Kernfunktionen der Anwendungen anfühlte, investierten die meisten Entwicklungsteams zu wenig in diese Infrastruktur, was Entwicklern nur unvollständige Geschäftseinblicke verschaffte.

Whiteboards und 30.000 Anwendungen

In dem Bewusstsein, dass Entwickler mobiler Apps in der gesamten Branche vor demselben Problem bei der Zahlungs-Infrastruktur standen, beschloss Eiting, das Problem mit einer dedizierten Plattform anzugehen. Er wandte sich an seinen ehemaligen Elevate-Kollegen Miguel. Eiting besuchte Miguel zu Hause und stellte ihm die Idee in einer Whiteboard-Session vor. Gemeinsam skizzierten sie ein vereinheitlichtes Software Development Kit und eine API, mit denen Abonnements, Kundendaten und Paywalls in Apps über beide großen mobilen Plattformen hinweg verwaltet werden konnten.

Sie gründeten RevenueCat und traten dem Accelerator-Jahrgang Summer 2018 von Y Combinator bei, um aus dem Whiteboard-Konzept eine skalierbare Entwickler-Infrastruktur zu machen.

Sieben Jahre nach der Teilnahme am Y-Combinator-Jahrgang Summer 2018 bietet RevenueCat In-App-Abonnementverwaltung, Paywall-Tests und Umsatz-Analytik für mehr als 30.000 mobile Anwendungen. Durch die Umwandlung eines frustrierenden, repetitiven Backend-Hindernisses in ein standardisiertes SDK-Werkzeug ermöglicht die Plattform Entwicklungsteams, jahrelangen Infrastrukturaufbau zu überspringen und sich direkt auf ihre eigenen Kernprodukte zu konzentrieren.

KI-generierte redaktionelle Illustration; kein Dokumentarfoto.

Quelle: The origins of RevenueCat