Eine App von einem anderen Anbieter übernehmen Sie in drei Schritten. Zuerst sichern Sie Code, Zugänge und Daten, solange der alte Anbieter noch antwortet. Dann schaut jemand Unabhängiges in den Code. Erst danach entscheiden Sie, ob weiterentwickelt, stabilisiert oder neu begonnen wird.
Vor einem Blick in den Code ist der Preis einer Übernahme immer nur eine Schätzung. Unten beschreiben wir, was Sie anfordern sollten, worauf wir schauen und welche Urteile infrage kommen. Seit 2023 haben wir 15+ Produktionsprojekte geliefert.
Was sollten Sie vom alten Anbieter anfordern, solange er noch antwortet?
Die Zusammenarbeit endet selten im Guten. Je früher Sie anfordern, was Sie brauchen, desto weniger tut es weh. Fordern Sie schriftlich an, per E-Mail. Haken Sie ab, was Sie schon in der Hand haben:
Wie finden Sie heraus, in welchem Zustand die App ist?
Eine Demo auf dem Bildschirm beweist nichts. Entscheidend ist, was im Repository liegt und ob es ohne den ursprünglichen Autor läuft. Bei einer Übernahme schauen wir auf fünf Dinge:
Lässt sich die App von null starten? Nach Anleitung, auf einem sauberen Rechner. Wenn nicht, ist die erste Aufgabe klar.
Bedeutet der grüne Haken in der CI etwas? Oft läuft die Pipeline, stoppt aber nie einen Merge. Und ohne Tests kann sie gar nicht fehlschlagen.
Liegen Passwörter und Schlüssel außerhalb des Codes? Im Repository haben sie nichts zu suchen. Liegen sie dort, müssen sie ausgetauscht werden.
Ist die Zugriffskontrolle überall gleich? Ein häufiger Fehler: Ein Teil hat einen sauberen Login, der Teil daneben gibt Daten an jeden heraus.
Bemerkt jemand einen Ausfall? Monitoring und Alarme, nicht ein Kunde, der anruft.
Beim Audit einer per Vibe Coding gebauten App fanden wir ein öffentliches Repository, einen geheimen Schlüssel direkt im Code und eine CI, die nie etwas gestoppt hatte. Es gab keine Tests, also konnte nichts fehlschlagen. Der Gründer stellte das Repository noch während des Gesprächs auf privat.
Den letzten Punkt haben wir aus einem eigenen Fehler gelernt. Bei einem Projekt für einen Kunden mit einem Online-Marktplatz lief im Dezember 2025 ein Crawler nicht mehr. Wir haben es spät bemerkt, erst an einem Diagramm. Inzwischen brachen die Seitenaufrufe stark ein. Deshalb schauen wir bei einer Übernahme gleich zu Beginn auf das Monitoring.
Seitenaufrufe im Monat, bis wir bemerkten, dass der Crawler nicht mehr lief
Weiterentwickeln, stabilisieren oder neu beginnen?
Nach dem Blick in den Code bekommen Sie eines von drei Urteilen. Jedes bedeutet andere Arbeit und einen anderen Preis.
Urteil
Wann
Was es bedeutet
Weiterentwickeln
Das Fundament hält, Tests prüfen etwas, das Deployment ist wiederholbar
Der neue Anbieter entwickelt weitere Funktionen
Stabilisieren
Die App funktioniert, aber Sicherheit, Tests oder Monitoring fehlen
Erst diese Stellen beheben, dann weitere Funktionen
Neu beginnen
Reparaturen würden länger dauern als eine neue Version
Der Prototyp bleibt als Briefing, der Code wird neu geschrieben
In den Fällen, die wir gesehen haben, war es meist kein Neuschreiben. Auch bei diesem Audit haben wir keines vorgeschlagen. Wir schlugen Regeln für die Arbeit mit KI und getrennte Umgebungen vor, und der Gründer baute aus dem bestehenden Code eine saubere neue Produktion. Meist geht es um ein paar Sicherheitskorrekturen, ein funktionierendes Deployment und danach normale Arbeit. Ein Anbieter, der Ihnen ohne Blick in den Code sagt „werfen Sie alles weg“, verkauft ein Neuschreiben.
Was kostet die Übernahme einer App?
Vor einem Blick in den Code kann das niemand ehrlich sagen. Auch wir nicht. Der Preis hängt vom Urteil ab, und das Urteil hängt vom Code ab.
Deshalb beginnen wir nicht mit einem Angebot. Wir schauen ins Repository und sagen Ihnen dann, welches der drei Urteile gilt und was es für den ersten Monat bedeutet. Schickt Ihnen jemand eine Summe, ohne das Repository geöffnet zu haben, nehmen Sie sie als Schätzung ins Blaue.
01
Schicken Sie den Zugang zum Repository
Und wenn vorhanden, eine Anleitung zum Starten der App.
02
Wir schauen in den Code
Start von null, CI, Passwörter, Zugriffe und Monitoring.
03
Sie bekommen ein Urteil
Weiterentwickeln, stabilisieren oder neu beginnen.
04
Wir schreiben den ersten Monat auf
Eine Liste: was fertig wird und wie Sie es prüfen.
Übernahme und Weiterentwicklung laufen bei uns wie die MVP-Entwicklung für Gründer: ein Monatsabo, das Sie jeden Monat kündigen können.
Was, wenn Sie die App selbst per Vibe Coding gebaut haben?
Das war nicht umsonst. Es ist das beste Briefing, das Sie einem Anbieter geben können. Ein Prototyp zeigt besser als jede Spezifikation, wie das Produkt funktionieren soll. Diesem Gründer haben wir nach dem Audit offen gesagt, wo er stark ist und wo schwach.
Produkt und Logik sind bei dir stark. Schwach ist das Deployment, und das bringt dich um, sobald du es nicht mehr selbst machst.
Filip Papranec
Gründer von Digitaliko
Sie wissen, wie Ihr Unternehmen funktioniert. Unsere Arbeit ist, das aus Ihrem Kopf in Software zu bringen, die Jahre hält. Und mit eigenen Versuchen müssen Sie nicht aufhören. Wir richten das Repository so ein, dass das, was Sie ausprobieren, zum Rest des Systems passt.
Der alte Anbieter antwortet und Sie sind zufrieden. Wechseln Sie nicht. Lassen Sie sich nur Repository und Zugänge auf Ihre Firma geben.
Die App ist ein fertiges Produkt oder SaaS, das nur angepasst wurde. Der Code gehört Ihnen nicht und lässt sich nicht übernehmen. Kümmern Sie sich um den Datenexport.
Niemand nutzt die App mehr und Sie haben keine Pläne damit. Übernehmen Sie sie nicht. Sichern Sie die Daten und schalten Sie sie ab.
Sie wollen einen Preis für die Übernahme, bevor jemand den Code sieht. Den bekommen Sie von uns nicht. Jede solche Zahl ist geraten.
Haben Sie eine App von einem anderen Anbieter?
Schicken Sie uns den Zugang zum Repository. Wir melden uns innerhalb von zwei Arbeitstagen und wählen gemeinsam, was wir zuerst lösen.
Wie übernimmt man eine App von einem anderen Anbieter?
Fordern Sie vom alten Anbieter zuerst das Repository mit der ganzen Historie, die Zugänge zu Servern und Domain und einen Datenexport an. Dann lassen Sie den neuen Anbieter in den Code schauen. Erst danach entscheiden Sie, ob weiterentwickelt, stabilisiert oder neu begonnen wird.
Was kostet die Übernahme einer App?
Vor einem Blick in den Code kann das niemand ehrlich sagen. Der Preis hängt vom Urteil ab: Weiterentwickeln ist günstiger als Stabilisieren, Stabilisieren günstiger als ein Neuanfang. Jede Summe ohne geöffnetes Repository ist nur eine Schätzung.
Muss mir der alte Anbieter den Quellcode übergeben?
Das hängt vom Vertrag ab. Bei Software im Auftrag übt in der Regel der Auftraggeber die Verwertungsrechte aus, den Code brauchen Sie aber auch physisch in der Hand. Will der Anbieter ihn nicht herausgeben, beginnen Sie mit dem Vertrag und einer schriftlichen Aufforderung.
Kann man eine App weiterentwickeln, die jemand anderes geschrieben hat?
Meistens ja. Häufiger als ein Neuschreiben braucht es mehr Sicherheit, ein sauberes Deployment und Monitoring. Ein Neuanfang lohnt sich nur, wenn er schneller ist als Reparieren.
Was, wenn ich die App selbst per Vibe Coding gebaut habe?
Das war nicht umsonst. Ein funktionierender Prototyp ist das beste Briefing, das Sie geben können. Der neue Anbieter sieht daran, wie das Produkt funktionieren soll, und entscheidet, was vom Code bleibt.
Fragen Sie eine KI zu diesem Artikel
Die KI nutzt dabei auch unsere anderen Artikel und Erfahrung aus echten Projekten.
Ihre Lovable-App funktioniert, aber hält sie echten Kunden stand? Der Code lässt sich über GitHub exportieren und weiterentwickeln. Was Sie prüfen sollten, vor allem den Datenzugriff, und was ohne Neuschreiben dazukommt.
Ein Vibe-Coding-Prototyp kommt in die Produktion, wenn Sie Sicherheit, Backups, wiederholbares Deployment, Tests und Monitoring ergänzen. Was fehlt, wie Sie es prüfen und wann ein Neuanfang lohnt.
Eine PWA reicht, wenn die Nutzer die App über einen Link bekommen, den Sie schicken. In den App Store und zu Google Play gehen Sie, wenn neue Leute Sie dort finden sollen oder Sie Funktionen brauchen, die das Web nicht hat. Vergleich, Selbsttest und Einstieg.
LinkedIn
Echte Erfahrungen, kein Hype
Filip Papranec, Gründer von Digitaliko. Auf LinkedIn lösen wir technische Herausforderungen, teilen Erfahrung aus der Entwicklung und zeigen, wie KI Unternehmen wirklich verändert. KI-Hype mögen wir nicht: Wir sind Realisten, keine Traumverkäufer.