Eine App-Übernahme betrifft mehr als den Quellcode
Eine bestehende App übernehmen zu lassen bedeutet, die Verantwortung für ein laufendes Softwaresystem kontrolliert auf ein neues Team zu übertragen. Der Quellcode ist dabei nur ein Teil. Zum System gehören je nach Anwendung auch Backend, Datenbank, Cloud-Infrastruktur, Schnittstellen, App-Store-Konten, Build-Prozesse, Zertifikate, Protokollierung und Supportabläufe.
Fehlt nur eine dieser Komponenten, kann das neue Team zwar den Code lesen, aber nicht zuverlässig eine neue Version bauen oder einen Fehler im Produktivbetrieb beheben. Besonders kritisch wird das, wenn die App Aufträge, Prüfprotokolle, Kundendaten oder Arbeitszeiten verarbeitet und damit direkt in Eure Geschäftsprozesse eingreift.
Ein Entwicklerwechsel lässt sich häufig ohne längere Betriebsunterbrechung vorbereiten. Der sichere Weg besteht aus einer Bestandsaufnahme, einer technischen Übernahmeprüfung und einer kurzen Stabilisierungsphase. Erst danach sollte entschieden werden, welche Teile unverändert weiterlaufen, modernisiert oder ersetzt werden.
Wir analysieren App, Backend, Schnittstellen und Betrieb, bevor wir eine belastbare Übernahmestrategie empfehlen. Jetzt Angebot ansehen
Die wichtigste Regel für den Wechsel
Kündigt Zugänge und Infrastruktur nicht vorschnell. Das bisherige System sollte weiterlaufen, bis das neue Team den Quellcode vollständig erhalten, einen reproduzierbaren Build erzeugt und die wichtigsten Betriebswege getestet hat.
Wann ein Entwicklerwechsel notwendig wird
Ein Dienstleisterwechsel ist sinnvoll, wenn notwendige Updates ausbleiben, Fehler unbearbeitet bleiben oder niemand mehr belastbar erklären kann, wie die Anwendung betrieben wird. Auch ein gewachsenes internes Team kann Unterstützung benötigen, wenn im Tagesgeschäft Zeit für Betrieb, Sicherheitsaktualisierungen oder eine größere Modernisierung fehlt.
Typische Warnsignale sind Builds, die nur auf einem einzelnen Entwicklerrechner funktionieren, unbekannte Cloud-Zugänge oder Zertifikate, die auf persönliche Konten ausgestellt wurden. Ebenso problematisch sind fehlende Testumgebungen, veraltete Bibliotheken und eine App, deren Backend nur noch von einer Person verstanden wird.
Ein Wechsel sollte nicht erst beginnen, wenn der erste Totalausfall eingetreten ist. Solange der bisherige Ansprechpartner noch erreichbar ist, lassen sich offene Fragen, Zugangsdaten und Besonderheiten wesentlich leichter klären.
Was vor der Übernahme vollständig vorliegen sollte
Eine belastbare Übergabe beginnt mit einem Inventar aller technischen und organisatorischen Bestandteile. Dabei zählt nicht nur, ob ein Zugang vorhanden ist. Das neue Team muss prüfen können, ob der Zugang funktioniert, welche Berechtigungen er besitzt und ob er dauerhaft unter der Kontrolle Eures Unternehmens steht.
Vertragliche Fragen zu Nutzungsrechten, Herausgabe und Weiterverwendung solltet Ihr anhand der tatsächlich geschlossenen Vereinbarungen juristisch prüfen lassen. Technisch entscheidend ist zunächst, ob der aktuelle Stand vollständig verfügbar ist und sich daraus eine lauffähige Version herstellen lässt.
Unterlagen und Zugänge für die App-Übernahme
- Vollständiges Quellcode-Repository inklusive Versionshistorie, Branches und Release-Tags
- Anleitung für lokale Einrichtung, Build, Tests und Veröffentlichung
- Zugänge zu App Store Connect, Google Play Console oder weiteren Vertriebskanälen
- Signaturzertifikate, Provisioning-Profile, Upload-Schlüssel und dokumentierte Ablauffristen
- Backend-Quellcode, Datenbankschema, Migrationen und Administrationsoberflächen
- Cloud-, Hosting-, DNS- und Domainzugänge mit dokumentierten Rollen
- Liste aller Schnittstellen zu ERP, CRM, Zahlungsdiensten, E-Mail oder Identitätsdiensten
- Konfiguration der Entwicklungs-, Test- und Produktivumgebung
- Monitoring, Fehlerprotokolle, Backups und Wiederherstellungsverfahren
- Abhängigkeiten, externe Bibliotheken, Lizenzen und bekannte Sicherheitsprobleme
- Offene Fehler, bekannte Einschränkungen und priorisierte Änderungswünsche
- Testgeräte, Testkonten und realistische fachliche Prüffälle
Was tun, wenn der Quellcode fehlt?
Ohne den vollständigen Quellcode ist keine reguläre Übernahme mit anschließender Weiterentwicklung möglich. Bevor Ihr eine Neuentwicklung einplant, sollten deshalb die bestehenden Vereinbarungen, Repositories, Unternehmenskonten und Sicherungen geprüft werden. Häufig liegen Teile des Projekts noch in einem Firmenkonto, bei früheren Projektbeteiligten oder in einem Build-System. Ob und in welchem Umfang Unterlagen herausgegeben und weiterverwendet werden dürfen, muss anhand der konkreten Verträge geklärt werden.
Lassen sich die Quellen nicht vollständig beschaffen, kann ein neues Team das Verhalten der App, ihre Schnittstellen und die vorhandenen Datenstrukturen untersuchen. Das ersetzt den fehlenden Code nicht, schafft aber eine Grundlage für die Entscheidung: Einzelne Komponenten können gegebenenfalls neu angebunden oder ersetzt werden. Ist die Anwendung technisch nicht mehr wartbar, bleibt als letzter Weg eine kontrollierte Neuentwicklung, bei der Daten und zentrale Geschäftsprozesse möglichst planbar migriert werden.
Eine belastbare Zusage ist erst nach dieser Bestandsaufnahme möglich. Wer die problemlose Übernahme einer App ohne Quellcode vorab garantiert, blendet das technische und betriebliche Risiko aus.
Die technische Übernahmeprüfung schafft Klarheit
Die Übernahmeprüfung beantwortet zuerst eine einfache Frage: Kann ein neues Team aus den vorhandenen Unterlagen selbstständig eine funktionsfähige Version erzeugen? Dafür wird das Repository in einer sauberen Umgebung eingerichtet, die Anwendung gebaut und gegen eine kontrollierte Testumgebung verbunden.
Danach folgen Code-, Architektur- und Sicherheitsprüfung. Untersucht werden unter anderem veraltete Abhängigkeiten, fest hinterlegte Zugangsdaten, fehlende Fehlerbehandlung, unklare Datenflüsse und Engpässe im Backend. Auch die Qualität der Tests ist wichtig: Eine große Zahl vorhandener Tests hilft wenig, wenn zentrale Geschäftsprozesse wie Anmeldung, Datensynchronisation oder Auftragsabschluss nicht abgedeckt sind.
Als Orientierung für die Sicherheitsprüfung kann das Secure Software Development Framework des NIST dienen. Es gliedert sichere Softwareentwicklung in die Vorbereitung der Organisation, den Schutz der Software, die Erstellung abgesicherter Releases und die Reaktion auf Schwachstellen. Für eine Übernahme ist diese Einteilung hilfreich, weil sie den Blick über einzelne Codefehler hinaus auf den gesamten Betrieb richtet.
App-Übernahme in fünf kontrollierten Schritten
1. System inventarisieren
App, Backend, Datenbanken, Konten, Schnittstellen, Infrastruktur und Verantwortliche werden vollständig erfasst.
2. Zugriff und Build prüfen
Das neue Team richtet die Anwendung unabhängig ein und erzeugt einen nachvollziehbaren Build aus dem übergebenen Repository.
3. Betrieb absichern
Monitoring, Backups, Zertifikate, Veröffentlichungswege und kritische Fehler werden geprüft und priorisiert.
4. Verantwortung übergeben
Zugänge werden rollenbasiert übertragen, nicht mehr benötigte Konten entfernt und sensible Schlüssel kontrolliert erneuert.
5. Weiterentwicklung planen
Erst nach der Stabilisierung entsteht ein Plan für Fehlerbehebung, Modernisierung und neue Funktionen.
Übernahmefähigkeit Eurer App klären
Wir prüfen den aktuellen Stand, benennen technische Risiken offen und entwickeln einen realistischen Weg für Betrieb und Weiterentwicklung.
App-Store-Konten brauchen besondere Aufmerksamkeit
Store-Konten, Signaturschlüssel und integrierte Dienste entscheiden darüber, ob Nutzer weiterhin Updates erhalten. Im Idealfall liegen die Unternehmenskonten bereits bei Euch und der bisherige Dienstleister besitzt lediglich die erforderlichen Rollen. Wurde die App dagegen über das Konto des alten Anbieters veröffentlicht, muss die Übertragung separat vorbereitet werden.
Apple beschreibt, dass eine App bei einer regulären Übertragung weiterhin im App Store verfügbar bleiben und ihre Bewertungen behalten kann. Gleichzeitig nennt die Dokumentation zur App-Übertragung von Apple Sonderfälle für Funktionen wie Sign in with Apple, Push-Benachrichtigungen, Schlüsselbundgruppen oder Cloud-Dienste. Diese Abhängigkeiten gehören vor dem Transfer auf den Prüfstand.
Google überträgt laut Play-Console-Hilfe unter anderem Nutzer, Downloadstatistiken, Bewertungen und Store-Einträge. Bestimmte Berichte, Testgruppen sowie Berechtigungen für integrierte Dienste werden jedoch nicht automatisch mitgenommen. Firebase, Analytics, Entwicklerprojekte und Signaturschlüssel müssen deshalb ausdrücklich in den Übergabeplan aufgenommen werden.
Weiterführen, modernisieren oder neu entwickeln?
| Entscheidung | Weiterführen | Modernisieren oder ersetzen |
|---|---|---|
| Technischer Zustand | Build funktioniert, Architektur ist verständlich | Build instabil, zentrale Komponenten sind nicht mehr wartbar |
| Geschäftsprozesse | App bildet die Abläufe weiterhin passend ab | Prozesse haben sich grundlegend verändert |
| Sicherheitslage | Risiken lassen sich gezielt beheben | Kritische Abhängigkeiten sind nicht sinnvoll aktualisierbar |
| Daten und Schnittstellen | Strukturen sind dokumentiert und beherrschbar | Datenmodell oder Integrationen blockieren jede Erweiterung |
| Vorgehen | Stabilisieren und schrittweise verbessern | Parallel neues Fundament schaffen und kontrolliert migrieren |
Eine Neuentwicklung ist nicht automatisch die beste Lösung
Eine technisch ältere App kann wirtschaftlich weiterhin sinnvoll sein, wenn sie zuverlässig arbeitet und sich gezielt aktualisieren lässt. Umgekehrt kann äußerlich moderner Code eine schlechte Grundlage darstellen, wenn das Datenmodell unklar ist oder jede Änderung unerwartete Nebenwirkungen erzeugt.
Die Entscheidung sollte deshalb nicht anhand des Alters oder einer bevorzugten Technologie fallen. Maßgeblich sind Betriebsrisiko, Änderbarkeit, Sicherheitslage und die Bedeutung der App für Eure Prozesse. Häufig ist ein gestuftes Vorgehen sinnvoll: zuerst kritische Fehler und Zugänge absichern, anschließend einzelne Komponenten modernisieren und nur dort ersetzen, wo eine Reparatur dauerhaft unwirtschaftlich wäre.
Wenn sich die fachlichen Anforderungen inzwischen stark verändert haben, helfen die Grundsätze der individuellen Softwareentwicklung bei der Neubewertung. Die vorhandene App liefert dabei wertvolle Erkenntnisse über tatsächliche Nutzung, wichtige Funktionen und bisherige Fehlentscheidungen.
Die Stabilisierung kommt vor neuen Funktionen
Die ersten Änderungen nach der Übernahme sollten das Betriebsrisiko senken. Dazu gehören reproduzierbare Builds, getrennte Test- und Produktivumgebungen, belastbare Backups, eine nachvollziehbare Protokollierung und die Beseitigung kritischer Sicherheitslücken. Eine kleine sichtbare Funktion ist weniger wert als die Fähigkeit, einen Fehler sicher zu analysieren und ein geprüftes Update auszuliefern.
Fachliche Abnahmetests müssen am realen Prozess ausgerichtet sein. Bei einer Außendienst-App reicht es nicht, nur Anmeldung und Navigation zu prüfen. Ein vollständiger Test umfasst beispielsweise Auftragssynchronisation, Offline-Arbeit, Fotoerfassung, Abschluss vor Ort und Übertragung ins Backoffice.
Wie eng App und Backend zusammenwirken, zeigt unsere öffentlich dokumentierte App-Lösung für Rentokil: Außendienstkräfte erhalten tagesaktuelle Aufträge, dokumentieren die Arbeit vor Ort und übertragen die Daten an ein administratives Backend. Bei einer solchen Lösung muss eine Übernahme die komplette Prozesskette absichern, nicht nur die Oberfläche auf dem Mobilgerät.
Woran Ihr einen geeigneten Übernahmepartner erkennt
Wie soft-evolution bestehende Apps weiterführt
soft-evolution betrachtet eine App als Teil Eurer Systemlandschaft. Wir entwickeln nativ für iOS, Android und Windows und verbinden mobile Anwendungen mit Web-Oberflächen, Datenbanken, Servern, Cloud-Diensten sowie vorhandenen ERP- und CRM-Systemen. Der Nutzen liegt für Euch in einer durchgängigen Verantwortung: Fehler werden nicht zwischen App-Studio, Backend-Anbieter und Hoster weitergereicht.
Unsere App-Entwicklung für Unternehmen umfasst neben Konzeption und Umsetzung auch Tests, Betrieb und Weiterentwicklung nach der Veröffentlichung. Entwickelt wird ausschließlich in Deutschland mit festen Ansprechpartnern. Seit 2005 arbeiten wir im Projektgeschäft und sagen offen, wenn eine vorhandene technische Basis nicht sinnvoll übernommen werden kann.
Eine seriöse Erstbewertung endet daher nicht zwangsläufig mit einem Entwicklungsauftrag. Sie kann ebenso ergeben, dass zunächst Unterlagen vom bisherigen Anbieter benötigt werden, ein interner Zugang geklärt werden muss oder die bestehende Anwendung mit wenigen gezielten Maßnahmen stabil weiterlaufen kann.
Häufige Fragen zur Übernahme einer bestehenden App
Kann eine App ohne Dokumentation übernommen werden?
Grundsätzlich ja, aber Aufwand und Risiko steigen. Entscheidend sind ein vollständiges Repository, funktionsfähige Zugänge und die Möglichkeit, App und Backend in einer kontrollierten Umgebung zu starten. Fehlende Dokumentation muss während der Analyse rekonstruiert werden.
Kann eine App ohne Quellcode übernommen werden?
Ohne Quellcode ist keine reguläre Weiterentwicklung der vorhandenen Anwendung möglich. Zuerst sollten Verträge, Repositories, Unternehmenskonten und frühere Projektbeteiligte geprüft werden. Lassen sich die Quellen nicht beschaffen, können Schnittstellen, Daten und fachliches Verhalten teilweise rekonstruiert werden. Je nach System bleibt dann der Ersatz einzelner Komponenten oder eine kontrollierte Neuentwicklung mit Datenmigration.
Muss die App während des Entwicklerwechsels offline gehen?
In vielen Fällen nicht. Das bestehende Produktivsystem kann weiterlaufen, während das neue Team Code, Build und Testumgebung übernimmt. Änderungen an Infrastruktur, Datenbank oder Store-Konten werden erst nach Vorbereitung durchgeführt.
Wie lange dauert eine App-Übernahme?
Die Dauer hängt von Plattformen, Backend, Schnittstellen, Dokumentationsstand und Zugänglichkeit des bisherigen Teams ab. Eine belastbare Einschätzung ist erst nach Sichtung der technischen Bestandteile möglich.
Kann nur die Weiterentwicklung übernommen werden?
Ja. Ein internes Team kann für Produktwissen und fachliche Steuerung verantwortlich bleiben, während ein externer Partner Betrieb, Fehlerbehebung, einzelne Plattformen oder eine Modernisierung unterstützt. Rollen und Reaktionswege sollten eindeutig dokumentiert sein.
Wann ist eine komplette Neuentwicklung notwendig?
Eine Neuentwicklung kommt infrage, wenn zentrale Komponenten nicht mehr sicher aktualisierbar sind, das Datenmodell Erweiterungen blockiert oder die heutigen Geschäftsprozesse kaum noch zur vorhandenen App passen. Die Entscheidung sollte auf einer technischen und wirtschaftlichen Prüfung beruhen.
Bestehende App gemeinsam prüfen
Schildert uns kurz, wie Eure App aufgebaut ist und warum Ihr einen Entwicklerwechsel plant. Wir sagen Euch offen, welche Unterlagen wir für eine erste Einschätzung benötigen.
App-Übernahme anfragen