Deine Agentur liefert nicht? Was du jetzt tun kannst
Du hast eine Agentur beauftragt. Das Budget ist genehmigt, der Vertrag unterschrieben, die Anzahlung überwiesen. Und dann: Funkstille. Oder noch schlimmer — es wird geliefert, aber es funktioniert nicht. Die Deadline war vor 3 Wochen, das Budget ist aufgebraucht und das Ergebnis ist Murks.
Das ist kein Einzelfall. Es ist eines der häufigsten Probleme bei Softwareprojekten. Und es gibt einen Weg raus.
Die 5 Warnsignale dass dein Projekt in Schwierigkeiten steckt
1. Kommunikation wird dünner
Am Anfang gab es wöchentliche Updates, Demos, schnelle Antworten. Jetzt dauert eine Antwort 3 Tage. Updates sind vage („Wir arbeiten daran”). Demos werden verschoben.
Was das bedeutet: Die Agentur hat entweder dein Projekt deprioritisiert (weil ein größerer Kunde gekommen ist) oder steckt in technischen Schwierigkeiten die sie nicht zugeben will.
2. Deadlines rutschen ohne Erklärung
„Wir brauchen noch 2 Wochen” wird zu „noch 4 Wochen” wird zu „wir können keinen Termin nennen.” Jede Nachfrage wird mit technischem Jargon beantwortet den du nicht überprüfen kannst.
Was das bedeutet: Entweder wurde der Aufwand falsch geschätzt oder das Team ist überfordert. Beides ist ein Problem.
3. Die Demo zeigt immer das Gleiche
Du siehst zum dritten Mal die gleichen 3 Screens. „Das Backend ist fast fertig, wir zeigen es nächste Woche.” Nächste Woche kommt eine neue Ausrede.
Was das bedeutet: Es gibt kein funktionierendes Backend. Oder es gibt fundamentale Architektur-Probleme die die Agentur nicht lösen kann.
4. Zusatzkosten tauchen auf
„Das war nicht im Scope.” „Das ist eine Änderung.” „Dafür brauchen wir ein Change Request.” Plötzlich kostet alles extra — obwohl es in der Spezifikation stand.
Was das bedeutet: Entweder wurde bewusst niedrig angeboten um den Auftrag zu bekommen (Lowballing), oder die Agentur hat den Aufwand nicht verstanden.
5. Du siehst keinen Code
Du fragst nach dem Repository und bekommst keine Antwort. Oder du bekommst Zugang aber kannst nichts damit anfangen. Es gibt keine Dokumentation, keine README, keine Kommentare.
Was das bedeutet: Im schlimmsten Fall: Es gibt kaum Code. Im besseren Fall: Der Code ist so chaotisch, dass die Agentur sich schämt ihn zu zeigen.
Deine 3 Optionen
Option 1: Eskalieren und retten
Wann sinnvoll: Die Agentur hat grundsätzlich die Kompetenz, ist aber abgelenkt, unterbesetzt oder schlecht gemanagt. Das Problem ist organisatorisch, nicht technisch.
Wie:
-
Schriftliche Fristsetzung. Per E-Mail, nicht per Slack. „Wir erwarten bis [Datum] die Lieferung von [konkretes Ergebnis]. Andernfalls behalten wir uns weitere Schritte vor.”
-
Eskalation auf Geschäftsführer-Ebene. Nicht mehr mit dem Projektmanager reden, sondern mit dem Chef der Agentur. Chefs reagieren anders auf drohenden Kundenverlust.
-
Wöchentliche Demo als Pflicht. Keine PowerPoint, sondern eine funktionierende Version auf einer Staging-Umgebung. Was du nicht siehst, existiert nicht.
-
Meilensteine mit Zahlungsfreigabe. Keine weiteren Zahlungen ohne nachweisbaren Fortschritt. Geld ist der einzige Hebel den du hast.
Option 2: Agentur wechseln
Wann sinnvoll: Die Agentur hat die technische Kompetenz nicht, reagiert nicht auf Eskalation oder die Vertrauensbasis ist zerstört.
Wie:
-
Bestandsaufnahme machen. Was existiert? Quellcode, Dokumentation, Designs, Zugangsdaten, Domains, Hosting-Accounts. Alles sichern.
-
Vertragscheck. Was sagt der Vertrag über Kündigung, Code-Eigentum und Übergabe? Im besten Fall: Der Code gehört dir. Im schlechtesten Fall: Verhandeln.
-
Neue Agentur suchen. Suche jemanden der Erfahrung mit Projektübernahmen hat. Das ist eine spezielle Kompetenz — nicht jede Agentur kann oder will fremden Code übernehmen.
-
Code Review durch die neue Agentur. Bevor du investierst, muss klar sein: Kann man auf dem bestehenden Code aufbauen? Oder ist ein Neustart nötig?
-
Saubere Übergabe erzwingen. Alle Zugangsdaten, Repositories, Deployment-Konfigurationen, Datenbanken. Dokumentiert und vollständig.
Option 3: Projekt retten mit neuem Partner
Wann sinnvoll: Es gibt brauchbaren Code und ein klares Produkt-Bild, aber die aktuelle Agentur kann es nicht fertigstellen.
Wie:
-
Prototyp-Übergabe vorbereiten. Alles dokumentieren was existiert: Screenshots, Feature-Liste, Zugangsdaten, bekannte Probleme.
-
Neuen Partner briefen. Was funktioniert, was nicht, was noch fehlt. Je klarer du bist, desto schneller und günstiger die Übernahme.
-
Code-Audit. Der neue Partner prüft ob der Code refactored werden kann oder neu gebaut werden muss. Ehrliche Einschätzung vor dem Start — kein Wunschdenken.
-
Festpreis für die Fertigstellung. Kein offenes Stundenkonto mehr. Ein klarer Scope, ein Festpreis, eine Timeline.
Wie du beim nächsten Mal vorbeugst
Vor dem Vertragsabschluss
- Referenzen anrufen. Nicht nur lesen — anrufen. Frag: „War die Agentur pünktlich? Hat das Budget gehalten? Würdest du sie wieder beauftragen?”
- Code-Eigentum im Vertrag. „Der gesamte Quellcode ist Eigentum des Auftraggebers.” Ohne diese Klausel bist du erpressbar.
- Meilenstein-basierte Zahlung. Nie mehr als 30% Anzahlung. Rest nach definierten, messbaren Meilensteinen.
- Staging-Zugang von Tag 1. Du musst jederzeit sehen können wie der aktuelle Stand aussieht.
Während des Projekts
- Wöchentliche Demo-Pflicht. Jede Woche eine funktionierende Version auf Staging. Keine Ausnahmen.
- Git-Repository-Zugang. Du musst sehen dass regelmäßig Code gepusht wird. Wenn 2 Wochen nichts passiert — Alarmstufe Rot.
- Klare Ansprechpartner. Wer ist dein Hauptansprechpartner? Wer ist der Backup? Wie erreichst du sie?
- Schriftliche Änderungen. Scope-Änderungen nur schriftlich, mit Kostenschätzung, vor der Umsetzung genehmigt.
Red Flags bei der Agenturwahl
| Red Flag | Was es bedeutet |
|---|---|
| Kein Festpreis, nur Stundensatz | Du trägst das gesamte Risiko |
| Keine eigenen Projekte/Produkte | Die Agentur hat keine bewiesene Expertise |
| Keine Referenzen die du anrufen darfst | Es gibt keine zufriedenen Kunden |
| „Wir machen alles” | Keine Spezialisierung = keine Tiefe |
| Sehr günstiger Preis | Lowballing — die Nachträge kommen später |
| Kein Git/Versionskontrolle | Amateure |
| Keine Staging-Umgebung | Kein professioneller Prozess |
Was eine Projektübernahme kostet
Sei realistisch: Eine Projektübernahme ist nicht kostenlos. Der neue Partner muss fremden Code verstehen, bewerten und weiterentwickeln. Das ist aufwändiger als ein Neustart — manchmal.
| Szenario | Kosten |
|---|---|
| Code brauchbar, Scope klar | 3.000–8.000 € für Analyse + Weiterentwicklung wie geplant |
| Code teilweise brauchbar, Refactoring nötig | 5.000–15.000 € für Analyse + Refactoring + Weiterentwicklung |
| Code unbrauchbar, Neustart nötig | Prototyp als Blaupause, neue Entwicklung von Grund auf |
Die gute Nachricht: Selbst bei einem Neustart sparst du 40–60% gegenüber einem Projekt ohne existierenden Prototyp — weil das Design, die Anforderungen und die Nutzererfahrung bereits existieren.
FAQ: Häufig gestellte Fragen
Kann ich mein Geld zurückfordern wenn die Agentur nicht liefert?
Theoretisch ja — wenn der Vertrag klare Liefergegenstände und Fristen definiert und die Agentur diese nicht einhält. Praktisch ist der Rechtsweg langwierig und teuer. Besser: Meilenstein-basierte Zahlung von Anfang an, damit dein finanzielles Risiko begrenzt bleibt.
Wie finde ich eine Agentur die Projekte übernimmt?
Suche nach Agenturen die explizit Projektrettung oder Code-Übernahme anbieten. Achte auf Erfahrung mit Code Reviews und Refactoring. Ein guter Partner wird zuerst den bestehenden Code analysieren, bevor er ein Angebot macht — nicht blind Stunden verkaufen.
Soll ich auf dem bestehenden Code aufbauen oder neu anfangen?
Das kommt auf die Qualität des Codes an. Faustregel: Wenn mehr als 60% des Codes umgeschrieben werden müsste, ist ein Neustart günstiger. Wenn die Grundstruktur solide ist und nur Features fehlen oder Bugs existieren, lohnt sich das Aufbauen. Ein ehrlicher Code Review durch den neuen Partner gibt dir diese Antwort.
Was mache ich wenn die alte Agentur den Code nicht herausgibt?
Prüfe deinen Vertrag: Steht dort, dass der Quellcode dir gehört? Dann hast du einen rechtlichen Anspruch. Wenn nicht: Verhandeln. In den meisten Fällen gibt die Agentur den Code frei — sie will kein schlechtes Abschlusszeugnis. Als letztes Mittel: Anwalt einschalten. Für die Zukunft: Code-Eigentum immer vertraglich regeln, Code von Anfang an in deinem Git-Repository hosten.
Fazit: Ein schlechter Start muss kein schlechtes Ende sein
Ein gescheitertes Agentur-Projekt fühlt sich wie eine Katastrophe an. Aber es ist rettbar. Der Code (oder zumindest die Idee, das Design und die Nutzererfahrung) sind wertvoll. Mit dem richtigen neuen Partner kann daraus noch ein erfolgreiches Produkt werden.
Der wichtigste Schritt: Nicht warten bis das gesamte Budget verbrannt ist. Sobald du 2 oder mehr Warnsignale erkennst — handle. Eskaliere, verhandle oder wechsle. Je früher du reagierst, desto mehr Budget und Zeit bleiben für die Lösung.
Dein Softwareprojekt steckt fest und du brauchst einen neuen Partner? Wir übernehmen laufende Projekte, machen ehrliche Code-Reviews und liefern einen klaren Plan — Festpreis, feste Timeline, kein Risiko.
TAGS
Muhammed Bayram
Autor bei bayram.solutions
Ähnliche Artikel
Freelancer vs. Agentur: Was ist besser für dein Softwareprojekt?
Freelancer oder Agentur für Softwareentwicklung? Ehrlicher Vergleich mit Kosten, Risiken und einer Entscheidungshilfe — ohne …
Die 5 Phasen eines Software-Projekts: Was dich wirklich erwartet
Dein erstes Software-Projekt? Hier erfährst du was in jeder Phase passiert, wie lange sie dauert …
Software-Anforderungen schreiben die ein Entwickler versteht
Die meisten Software-Projekte scheitern nicht an der Technik — sondern an Missverständnissen. So schreibst du …
Lust auf mehr Einblicke?
Entdecken Sie weitere Artikel über Software-Entwicklung und KI-Integration.
Alle Artikel ansehen →