App von einem anderen Entwickler übernehmen lassen
Ja, eine bestehende App lässt sich von einem anderen Entwickler übernehmen und weiterentwickeln, auch wenn die ursprüngliche Agentur weg ist. Voraussetzung sind Zugang zum Quellcode, zu den Store-Accounts und den Nutzungsrechten. Am Anfang steht immer eine Bestandsaufnahme, die ehrlich klärt, ob sich die App stabilisieren lässt oder ob ein Neuaufbau der günstigere Weg ist.
Lässt sich meine App überhaupt übernehmen?
Fast immer ja. Eine bestehende App von einem anderen Entwickler übernehmen und weiterentwickeln zu lassen ist ein eingespielter Vorgang, selbst wenn die ursprüngliche Agentur insolvent, abgesprungen oder schlicht zu teuer geworden ist. Die seriöse Frage lautet nicht, ob es geht, sondern ob sich der Code retten lässt oder ob ein Neuaufbau am Ende günstiger ist.
Diese Entscheidung trifft niemand seriös aus dem Bauch. Am Anfang steht eine Bestandsaufnahme: Code-Audit, Prüfung der Rechte, Sicherung der Zugänge. Erst danach lässt sich ein belastbarer Plan mit Festpreis aufstellen. Die folgende Tabelle zeigt, wann welcher Weg der richtige ist.
Übernahme ist fast immer eine Risiko- und Kontroll-Frage, nicht primär eine Feature-Frage. Die ehrliche Bestandsaufnahme zuerst schützt Sie vor der teuersten Variante: blind weiterbauen auf einem Fundament, das nicht trägt.
Übernehmen oder ehrlich neu bauen?³ ⁴ ⁵
Das entscheidet der Zustand des Codes, nicht ein Prozentwert: Eine seriöse Schwelle nach dem Muster „ab X Prozent unverständlichem Code neu bauen“ gibt es nicht. Die folgende Tabelle stützt sich stattdessen auf anerkannte Muster aus der Softwareentwicklung und macht die Entscheidung sachlich statt emotional.
Eine Regel vorweg, weil sie die häufigste Fehlentscheidung verhindert: Bereits investiertes Geld ist kein Argument fürs Weiterführen. Nur die zukünftigen Kosten beider Wege zählen.
| Situation | Empfehlung | Warum |
|---|---|---|
| Architektur tragfähig, Doku und Tests brauchbar | Weiterführen | Der Code ist gesund genug. Übernahme und Weiterentwicklung sind klar günstiger als ein Neuaufbau. |
| Nur Teile faul, App ist geschäftskritisch | Inkrementell ablösen (Strangler Fig) | Alt und neu laufen parallel, bis das Alte abgelöst ist. Vermeidet das Risiko eines Big-Bang-Austauschs³. |
| Verstehen und Reparieren teurer als neu bauen | Neubau | Fehlende Doku und Tests lassen den Verstehens-Aufwand explodieren. Komplette Neuschreibungen scheitern aber häufig, geschätzt rund 70 Prozent⁴. Nur wählen, wenn Reparatur wirklich teurer wäre. |
| „Wir haben schon so viel investiert“ | Kein eigenes Kriterium | Die Sunk-Cost-Falle: bereits ausgegebenes Geld verzerrt die Entscheidung⁵. Es zählt nur, welcher Weg ab heute günstiger ist. |
Faustregel: weiterführen, wenn die Architektur trägt; inkrementell ablösen, wenn nur Teile faul sind; neu bauen nur, wenn Verstehen plus Reparieren teurer würde als neu, und nie, weil schon viel investiert wurde.
Ist mein Code überhaupt rettbar?
Das beurteilt eine Bestandsaufnahme, kein Bauchgefühl. Geprüft werden Architektur und Code-Qualität, der Stand der Abhängigkeiten und Bibliotheken, die Sicherheitslage und vor allem, wie viel undokumentierte Geschäftslogik im Code steckt. Fehlen Doku und Tests, muss diese Logik mühsam aus dem Code zurückgewonnen werden, und genau das ist der teuerste, am meisten unterschätzte Posten.
Der Grund liegt in der Natur fremder Software: Der größte Aufwand ist nicht, neuen Code zu schreiben, sondern bestehenden zu verstehen. Eine peer-reviewte Studie misst, dass Entwickler rund 58 Prozent ihrer Zeit mit dem Verstehen von Code verbringen und nur einen kleinen Teil mit dem Schreiben¹. In undokumentiertem Fremdcode dominiert dieses Verstehen die ersten Wochen, lange bevor eine einzige neue Zeile entsteht.
Für Sie als Entscheider heißt das: Verlangen Sie vor jedem Festpreis eine ehrliche Bestandsaufnahme. Wer Ihnen ohne Blick in den Code einen Pauschalpreis für die Weiterentwicklung nennt, rät, statt zu prüfen.
Woran Sie ein gesundes Projekt erkennen: lesbare Struktur, gepflegte Abhängigkeiten, vorhandene Tests, eine nachvollziehbare Build- und Deploy-Dokumentation. Fehlt all das, ist nicht der Code das Problem, sondern der Aufwand, ihn überhaupt zu verstehen.
Wem gehört die App: Code, Accounts, Keys und Daten?
Der wichtigste Hebel bei jeder Übernahme ist nicht der Code, sondern die Inhaberschaft der Developer-Accounts. Wer den Apple- oder Google-Account hält, kontrolliert Updates und den Transfer der App. Bei Google Play kann nur der Account-Inhaber die Übertragung starten, und ist dieser nicht erreichbar, gibt es keinen Selbstbedienungs-Transfer mehr⁷. Bei Apple wird der App-Transfer ebenfalls vom Account-Inhaber initiiert⁶. Liegt der Account auf dem Namen des Ex-Dienstleisters statt auf Ihrem, kann dieser Sie im Streitfall aus Ihrer eigenen App aussperren. Den Account auf Ihr eigenes Firmenkonto zu holen ist deshalb oft der erste praktische Rettungsschritt.
Nachgeordnet, aber bei Android wichtig, ist der App-Signing-Key. Für neue Apps gilt seit August 2021 Play App Signing: Google verwahrt den Signing-Key, der Entwickler hält nur den Upload-Key, und dieser lässt sich über die Play Console zurücksetzen. Hier drohen also keine Totalverluste. Anders beim alten Legacy-Signing für Apps von vor August 2021: Hält der Entwickler den einzigen Signing-Key und gibt ihn nicht heraus, kann die App nicht mehr aktualisiert werden und muss als komplett neue App neu veröffentlicht werden, mit Verlust von Bewertungen und Installationsbasis⁸. Die Entscheider-Frage bei jeder Android-Übernahme lautet deshalb: Play App Signing oder Legacy?
Beim Code-Eigentum gilt in Deutschland eine Falle, die viele übersehen: Software ist urheberrechtlich geschützt, und ohne vertraglich vereinbartes, ausschließliches und übertragbares Nutzungsrecht inklusive Bearbeitungs- und Quellcode-Recht dürfen Sie den Code rechtlich womöglich gar nicht ändern lassen, selbst wenn die Dateien physisch bei Ihnen liegen⁹. Einen gesetzlichen Anspruch auf Quellcode-Herausgabe gibt es nur bei entsprechender Vereinbarung; die maßgebliche Rechtsprechung dazu ist die BGH-Entscheidung X ZR 129/01.
Beim Wechsel gehört außerdem der Auftragsverarbeitungs-Vertrag (Art. 28 DSGVO) neu geschlossen und der alte beendet, damit Datenbanken und Backups sauber übergeben und beim Alt-Dienstleister gelöscht werden. Regel für neue Verträge: Store-Accounts, Code-Rechte und Datenzugänge gehören dem Auftraggeber.
Was muss ich vom alten Entwickler sichern?
Alles, womit ein neuer Entwickler die App bauen, veröffentlichen und betreiben kann. Sichern Sie es, solange der Vertrag mit dem alten Dienstleister noch läuft und die Übergabe kooperativ ist; was später fehlt, ist im Streitfall kaum noch zu bekommen.
- Repositories mit Owner-Rechten beim Git-Host, nicht nur Lesezugriff.
- Store-Accounts bei Apple Developer und Google Play, ausdrücklich inklusive der Account-Inhaberschaft.
- Signing-Keys und Keystores samt der zugehörigen Passwörter.
- Push- und Zahlungs-Zertifikate.
- CI/CD-Pipelines und deren Konfiguration.
- Cloud- und Backend-Accounts.
- Datenbank-Zugänge.
- Domains und DNS-Verwaltung.
- API-Keys und sonstige Secrets.
- Build- und Deploy-Dokumentation, damit ein neuer Entwickler überhaupt veröffentlichen kann.
Reihenfolge zählt: Zugänge zuerst, Kündigung des alten Vertrags erst danach. Wer kündigt, bevor alles gesichert ist, verschenkt seinen einzigen Hebel.
Wie läuft eine Übernahme ab?
Eine geordnete Übernahme folgt einer festen Reihenfolge, die bewusst mit der Risiko-Absicherung beginnt und erst danach in die Tiefe geht. Die ersten Schritte entsprechen sachlich einer Bestandsaufnahme; sie sind die Grundlage für jeden belastbaren Festpreis.
Die Phasen einer Übernahme der Reihe nach
- Zugang und Assets sichern, noch vor der Kündigung des Alt-Dienstleisters: Repos, Cloud, CI/CD, Store-Accounts, Domains, Secrets und Keys. Dieser Schritt verhindert die meisten Showstopper.
- Inventur und Bestandsaufnahme: Code, Doku, Zugänge, Verträge, Abhängigkeiten und Infrastruktur vollständig erfassen.
- Code-Audit: Architektur-Review, Code-Qualität und Wartbarkeit beurteilen.
- Abhängigkeiten und Stack bewerten: veraltete Bibliotheken, Versionskonflikte, OSS-Lizenzen und Plattform-Support.
- Technische Schulden analysieren: Schulden benennen, quantifizieren und priorisieren.
- Security-Review: Schwachstellen, Secrets im Code, veraltete Verschlüsselung und Datenflüsse prüfen.
- Fehlende Doku rekonstruieren: Umgebungsvariablen, Build- und Deploy-Pfade sowie fachliche Logik nachvollziehen.
- Stabilisieren: dringende Fehler im Produktivbetrieb beheben und die Deployment-Pipeline wiederherstellen.
- Recovery-Plan aufstellen: realistische Meilensteine, Timeline, Budget und gegebenenfalls ein reduzierter Scope.
Richtwerte aus der Branche, nicht als Festwert zu verstehen: Erst-Assessment rund 2 bis 4 Wochen, erste sichtbare Fortschritte oft in 5 bis 10 Tagen, die gesamte Recovery stark umfangsabhängig über mehrere Monate.
Was kostet die Übernahme einer bestehenden App?
Die Übernahme rechnet sich in Personentagen, nicht nach einer Preisliste: Audit, Einarbeitung und Weiterbau werden nach Aufwand kalkuliert, und die belastbarste Größe dafür ist der Tagessatz. Der durchschnittliche Freelancer-Stundensatz liegt in der DACH-Region 2025 bei rund 104 Euro², also grob 700 bis 960 Euro pro Tag; Senior-Spezialisten und Agenturen liegen darüber. Eine pauschale Übernahme-Preisliste gibt es am Markt nicht, weil fast nur Preise für Neuentwicklung veröffentlicht werden.
Für ein Audit gibt es keine belastbare DACH-Preisliste; konkrete Audit-Preise stammen nur von internationalen Anbietern in US-Dollar. Als grobe Orientierung lässt sich aus dem Tagessatz ein Aufwand von etwa 3 bis 10 Personentagen ableiten, also ungefähr 2.500 bis 9.000 Euro. Das ist eine Veranschaulichung, kein Angebot.
Was die Übernahme im Einzelfall kostet, hängt vor allem am Zustand des Codes. Wie sich Aufwand und Preis bei App-Projekten generell zusammensetzen, lesen Sie in einem eigenen Kosten-Ratgeber.
Diese Zahlen sind Markt- und Modellwerte zur Einordnung, keine festen Preise und keine Angebote. Welche Zahlen für eine konkrete Übernahme gelten, ergibt sich erst aus der Bestandsaufnahme.
Was, wenn der alte Entwickler nicht mehr erreichbar ist?
Das ist der gefährlichste Fall, weil die Übergabe dann nicht mehr kooperativ läuft. Entscheidend ist erneut die Account-Inhaberschaft. Liegen die Store-Accounts auf Ihrem Namen, behalten Sie die Kontrolle über Updates, und ein neuer Entwickler kann übernehmen. Liegen sie beim verschwundenen Dienstleister, wird es zäh: Bei Google Play ist ohne erreichbaren Inhaber kein Selbstbedienungs-Transfer möglich, dann bleibt nur der Weg über den Plattform-Support⁷.
Beim Android-Signing entscheidet wieder, ob Play App Signing aktiv ist: Dann lässt sich ein verlorener Upload-Key über die Play Console zurücksetzen und Updates bleiben möglich⁸. Nur beim alten Legacy-Signing ohne herausgegebenen Key wird es kritisch. Fehlen Ihnen Code oder Zugänge ganz, ist oft ein sauberer Neuaufbau auf Basis der noch vorhandenen Daten der schnellere Weg als der Versuch, einem nicht kooperierenden Dienstleister alles abzuringen.
Praktische Reihenfolge im Notfall: Accounts und Daten sichern, die Inhaberschaft auf Ihr Firmenkonto holen, Signing-Situation klären, und erst dann über Reparatur oder Neuaufbau entscheiden.
Drei Zahlen, die Sie kennen sollten
Meine Einschätzung
Ich bin kein selbsternannter Rescue-Experte mit einer Liste geretteter Apps. Was ich mitbringe, ist etwas Schlichteres und Belastbareres: Ich steige seit über zehn Jahren regelmäßig in fremde, geerbte Codebasen ein, vom Onboarding auf große Altsysteme bis zur Mitarbeit an sicherheitskritischer Software. Ich kann ehrlich beurteilen, ob Ihre App rettbar ist, und ich sage Ihnen genauso ehrlich, wenn sie es nicht ist.
Deshalb beginnt eine Übernahme bei mir nicht mit einem Pauschalangebot, sondern mit einem App-Check ab 3.999 €: der strukturierte erste Schritt, der Code, Rechte und Zugänge prüft und ehrlich klärt, ob sich Stabilisieren und Weiterbauen lohnt oder ob ein Neuaufbau der günstigere Weg ist. Bei komplexen Alt-Apps geht der Deep Dive ab 7.999 € tiefer und mündet in ein verbindliches Festpreisangebot.
Lautet das ehrliche Ergebnis „neu bauen“, dann sage ich das, auch wenn es mich den größeren Auftrag kostet. Eine vollständige Komplettentwicklung zum Festpreis gibt es bei mir ab 19.999 €. Aber so weit gehen wir erst, wenn die Bestandsaufnahme zeigt, dass Reparieren wirklich teurer wäre als neu.
Häufige Fragen zur App-Übernahme
Quellen
Diese Seite stützt sich auf die folgenden Quellen. Primärquellen sind Hersteller-Dokumentation, Gesetze, Rechtsprechung und peer-reviewte Studien; Branchenrichtwerte sind markt-korroborierte Erfahrungswerte.
- Xia, Bao, Lo, Xing, Hassan, Li: Measuring Program Comprehension, IEEE Transactions on Software Engineering 2018. Entwickler verbringen rund 58 Prozent der Zeit mit dem Verstehen von Code.Primärquelle
- Freelancer-Kompass 2025 (freelancermap): durchschnittlicher Stundensatz 104 €/h in der DACH-Region.Primärquelle
- Martin Fowler: Strangler Fig Application. Standardmuster zum inkrementellen Ablösen von Altsystemen.Primärquelle
- ardura.consulting: Playbook zur Rettung gescheiterter IT-Projekte, Rewrite-Pattern mit geschätzter Fehlerquote von rund 70 Prozent.Branchenrichtwert
- Arkes und Blumer: The Psychology of Sunk Cost, Organizational Behavior and Human Decision Processes 1985.Primärquelle
- Apple Developer / App Store Connect Help: App-Transfer wird vom Account-Inhaber initiiert.Primärquelle
- Google Play Console Help: nur der Account-Inhaber kann die Inhaberschaft übertragen; ohne erreichbaren Inhaber kein Selbstbedienungs-Transfer.Primärquelle
- Android Developers: Play App Signing gegenüber Legacy-Signing und das Zurücksetzen des Upload-Keys.Primärquelle
- IHK Region Stuttgart: rechtlicher Schutz an Software, Urheber- und Nutzungsrechte.Primärquelle
- Pixalate Q4 2022 Abandoned Apps Report: 9 Prozent (Google Play) und 6 Prozent (App Store) ohne Update seit über fünf Jahren, Stand 2022, Einzelanbieter.Primärquelle
Lassen Sie prüfen, ob sich Ihre App retten lässt
In einem kostenlosen Erstgespräch ordne ich Ihre Situation ein und sage Ihnen ehrlich, ob sich Übernahme lohnt oder ob Neubau der bessere Weg ist. Tobias Boehm, Senior-App-Entwickler aus Norddeutschland.
Weiterlesen
Was kostet eine App-Entwicklung?
Preisrahmen, Kostentreiber und 3-Jahres-Gesamtkosten im Überblick.
Mehr erfahrenFreelancer oder Agentur?
Kosten, Risiko und Code-Eigentum im fairen Vergleich.
Mehr erfahrenApp-Wartung & Updates
Ihre App bleibt aktuell
Mehr erfahrenAlle Ratgeber im Wissens-Bereich
Vergleiche, Ratgeber und Begriffe rund um App-Entwicklung, Kosten und Technik-Entscheidungen.
Mehr erfahren