Dienstleister wechseln: So übernimmt eine neue Agentur Ihr Softwareprojekt

Q: Kann eine andere Agentur unser bestehendes Softwareprojekt übernehmen?

Ja, das ist Alltag: Zugänge und Code sichern, kurzes technisches Audit, dann Übernahme mit priorisiertem Fahrplan. Von erstem Kontakt bis zur Verantwortungsübernahme vergehen typischerweise 2–6 Wochen.

Q: Muss die alte Agentur einem Dienstleisterwechsel zustimmen?

Nein. Vorausgesetzt, die Nutzungsrechte am Code liegen beim Auftraggeber, ist der Wechsel dessen freie Entscheidung. Kooperation des alten Dienstleisters macht es angenehmer, ist aber keine Voraussetzung.

Kurz beantwortet: Ja, eine andere Agentur kann Ihr bestehendes Softwareprojekt übernehmen – das ist Alltag, kein Sonderfall. Der geordnete Weg: Zugänge und Code sichern, ein kurzes technisches Audit, dann Übernahme der Verantwortung mit einem priorisierten Fahrplan. Auch wenn der alte Dienstleister nicht kooperiert oder nicht mehr erreichbar ist, gibt es einen gangbaren Weg – er dauert nur etwas länger.

Typische Ausgangslagen

Die Gründe für einen Wechsel ähneln sich: Der Freelancer hat den Beruf gewechselt oder antwortet nicht mehr. Die Agentur wurde verkauft, hat die Prioritäten verschoben oder die Preise vervielfacht. Die Qualität stimmt nicht mehr, jede Kleinigkeit dauert Monate. Oder das Vertrauen ist schlicht weg. Wichtig zu wissen: Sie sind nicht gefangen. Software auf Standard-Technologien (PHP, Laravel, WordPress, React …) kann jedes kompetente Team weiterführen – und selbst Eigenbau-Systeme lassen sich übernehmen, nur mit mehr Einarbeitung.

So läuft eine geordnete Übernahme ab

projektübernahme — die vier schritte

🔑 SichernZugänge, Code,
Backups, Domains → 🔍 AuditCode, Sicherheit,
Risiken, Doku → 🚑 Stabilisierenkritische Fixes,
Updates, Monitoring → 🚀 WeiterentwickelnFahrplan & laufende
Betreuung

Von „erster Kontakt“ bis „neue Agentur trägt Verantwortung“ vergehen typischerweise 2–6 Wochen – je nach Zustand von Code und Zugängen.

Schritt 1: Was Sie jetzt sichern sollten

Quellcode: Zugriff auf das Repository (GitHub, GitLab …) oder zumindest eine aktuelle Kopie des Codes vom Server.
Zugänge: Hosting, Domain-Verwaltung, Datenbank, E-Mail, App-Store-Konten, externe Dienste (Payment, Newsletter …) – idealerweise laufen alle auf Ihre Firma, nicht auf den Dienstleister.
Backups: Eine aktuelle Sicherung von Datenbank und Dateien, bevor irgendetwas verändert wird.
Unterlagen: Verträge, Rechnungen (daraus ergeben sich Nutzungsrechte), vorhandene Dokumentation, Zugangsdaten-Listen.

Falls der alte Dienstleister noch erreichbar ist: Bitten Sie sauber um eine Übergabe – die meisten kooperieren, ein professioneller Abschied liegt in beider Interesse. Falls nicht: Domain und Hosting lassen sich über die Anbieter auf Sie übertragen, wenn die Verträge auf Ihre Firma laufen. Spätestens hier zeigt sich, warum Eigentum an Zugängen so wichtig ist.

Schritt 2 und 3: Audit und Stabilisierung

Das technische Audit (bei uns wenige Tage) beantwortet die Fragen, die Sie wirklich interessieren: In welchem Zustand ist der Code? Wo sind Sicherheitsrisiken? Was muss sofort passieren, was kann warten? Was kostet die Weiterentwicklung realistisch? Sie bekommen eine ehrliche Landkarte – auch wenn sie unbequem ist. Danach wird stabilisiert: kritische Updates, Backups, Monitoring. Erst wenn das System sicher steht, beginnt die eigentliche Weiterentwicklung – oft als Einstieg in eine schrittweise Modernisierung.

Was die Übernahme leichter macht (Checkliste für die Zukunft)

Eigentum bei Ihnen

Code-Repository, Hosting, Domains und alle Dienste auf Ihre Firma – der Dienstleister bekommt Zugriff, nicht umgekehrt. Das ist die wichtigste einzelne Regel.

Standard-Stack

Verbreitete Technologien wie Laravel oder React kann jedes erfahrene Team übernehmen. Eigenbau-Frameworks sind der eigentliche Lock-in – fragen Sie neue Dienstleister explizit danach.

Übergabefähigkeit im Vertrag

Dokumentation, Herausgabe des Codes und Mitwirkung bei einer Übergabe gehören in jeden Entwicklungsvertrag – solange das Verhältnis gut ist, kostet die Klausel nichts.

Häufige Fragen zur Projektübernahme

Der alte Entwickler ist unauffindbar und wir haben keine Zugänge. Ist alles verloren?

Fast nie. Domains und Hosting lassen sich über die Anbieter zurückholen, wenn die Verträge auf Ihre Firma laufen; Code liegt oft auf dem Server und lässt sich sichern; Datenbanken ebenso. Es ist Detektivarbeit und dauert länger als eine geordnete Übergabe – aber wir haben noch jedes System zurück in geordnete Hände geholt.

Dürfen wir den Code überhaupt von einer anderen Agentur weiterentwickeln lassen?

In den meisten Fällen ja – entscheidend sind die vertraglich eingeräumten Nutzungsrechte. Bezahlte Individualentwicklung schließt üblicherweise das Recht zur Weiterentwicklung ein. Im Zweifel lohnt der Blick in Vertrag und Rechnungen; bei Unklarheiten hilft eine kurze juristische Prüfung. (Keine Rechtsberatung.)

Übernimmt eine neue Agentur auch Gewährleistung für fremden Code?

Für den Bestand: nein – niemand Seriöses garantiert für Code, den er nicht geschrieben hat. Üblich ist: Verantwortung ab Übernahme für alles, was neu entsteht, plus definierte Reaktionszeiten für den Betrieb. Das Audit macht vorher transparent, welche Altlasten existieren.

Muss die alte Agentur der Übernahme zustimmen?

Nein. Ihre Software, Ihre Entscheidung – vorausgesetzt, die Nutzungsrechte liegen bei Ihnen. Kooperation des alten Dienstleisters macht den Wechsel angenehmer, ist aber keine Voraussetzung.