Deadlines rutschten. Antworten kamen langsamer. Dann Funkstille.
Sie haben für ein Produkt bezahlt und halten ein halbfertiges in der Hand, vielleicht ohne Quellcode, vielleicht ohne Store-Account. Der Code ist nicht das erste Problem. Das sind Vertrauen - und Kontrolle. Dort fangen wir an, dann liefern wir.
Der Projektmanager hat dreimal gewechselt. Ihnen wurden Seniors versprochen, und der Code liest sich wie ein erster Job - oder als wäre er generiert und als handgeschrieben verkauft worden.
Ein neuer Entwickler hat zehn Minuten draufgeschaut und gesagt: „Von vorn anfangen.“ Sie können nicht wissen, ob das stimmt oder einfach das Bequemste für ihn ist.
Repo, Hosting, Domain oder Store-Eintrag laufen auf den Namen des Dienstleisters. Ihre Auszahlungen sind vielleicht pausiert. Sie brauchen Kontrolle, bevor Sie Features brauchen.
Zuerst Kontrolle. Dann die Wahrheit. Dann die Arbeit.
Eine Consumer-App, ein Investor, ein gescheitertes Team. Heute ist sie live und wächst.
Wir haben eine Ernährungs-App übernommen, nachdem dem vorherigen Team der Weg ausgegangen war. Statt die Feature-Liste neu zu bauen, haben wir sie rund um das zugeschnitten, was Nutzer tatsächlich taten, das Scoring auf einen aktuellen wissenschaftlichen Standard umgestellt und in einem neuen Markt neu gestartet. Wir betreiben sie bis heute.
Unser ältestes Backend ist seit 2012 in Produktion und hat einen Exit, eine zweite Produktlinie und mehrere Generationen von Engineers überstanden. Wir wissen, was Software ihr erstes Team überleben lässt - und bauen genau das ein.
Sie lernen die Leute kennen, die die Arbeit machen. Sie wechseln nicht.
Keine Account Manager, kein „ein neuer Kollege ist jetzt im Call“, keine Juniors, die als Seniors verkauft werden. Die Seniors, die Sie am ersten Tag kennenlernen, sind am neunzigsten Tag im Repo.
Alles läuft ab dem ersten Commit auf Ihren Namen. Zahlungen sind an klickbare Meilensteine gebunden. Liefern wir einen nicht, zahlen Sie ihn nicht - und Sie können an jedem davon aussteigen.
Wir ziehen die Zusammenarbeit nicht in die Länge. Ziel ist ein Produkt, das eine technische Due Diligence besteht, und ein Team - Ihres oder unseres -, das es betreiben kann.
Sagen Sie uns, worauf Sie Zugriff haben und worauf nicht. Wir sagen Ihnen, was Sie heute noch sichern sollten.
Wir setzen auf schnelle Kommunikation: keine Formulare, kein Briefing, kein Termin für einen Call. Schreiben Sie einfach - ein Senior aus dem Team antwortet direkt.
Softwareprojekt retten: Übernahme eines festgefahrenen oder aufgegebenen Projekts
Gescheiterte Softwareprojekte folgen einem Drehbuch. Eine Deadline verschiebt sich. Dann wird der wöchentliche Call kürzer, dann fällt er aus. Dann wird Ihr Ansprechpartner durch jemanden ersetzt, dem man alles neu erklären muss. Dann fragen Sie nach dem Quellcode, und der Ton ändert sich. Wenn Sie eine Seite wie diese lesen, haben Sie meist Monate verloren, eine fünf- oder sechsstellige Summe und - der Teil, den niemand beziffert - das Vertrauen, dass man Software überhaupt kaufen kann. Die ersten zwei Wochen haben wir als Plan aufgeschrieben: was zu tun ist, wenn Ihr Entwicklungsdienstleister nicht mehr antwortet.
Kontrolle vor Code
Der teuerste Fehler bei einer Rettung ist, mit dem Code anzufangen. Wenn Repository, Hosting, Domain, App-Store-Account, Zahlungsanbieter oder Analytics auf den Dienstleister registriert sind, besitzen Sie kein Produkt - Sie mieten die Kontrolle darüber. Für kleine Unternehmen entsteht hier der eigentliche Schaden: ein gesperrter Store, pausierte Auszahlungen, eine Domain, die im Postfach eines anderen abläuft. Schritt null ist eine Bestandsaufnahme dessen, was Ihnen auf dem Papier gehört, aber nicht in der Praxis, und dessen Übertragung. Erst dann öffnet irgendjemand den Code.
Ein Ist-Audit, mit dem Sie arbeiten können
Ein Rettungs-Audit ist kein Code-Review um seiner selbst willen. Es beantwortet drei Fragen in dieser Reihenfolge: was das Vertrauen blockiert (Sicherheit, Daten, Zahlungen), was die Lieferung bremst (Architektur, Tests, Deployment) und was warten kann. Es dokumentiert den vorgefundenen Zustand des Systems - Commit-Historie, Testabdeckung, Infrastruktur, offene Schwachstellen - in einer Sprache, mit der Investoren, Versicherer oder Anwälte arbeiten können. Manche Kunden brauchen dieses Dokument für eine Forderung gegen den vorherigen Dienstleister. Alle brauchen es, um zu entscheiden, wie es weitergeht.
Neu schreiben oder refaktorieren?
„Von vorn anfangen“ ist das Bequemste, was ein neuer Entwickler sagen kann, und das Teuerste, was Sie hören können. Manchmal stimmt es. Häufiger sind die funktionierenden Teile des Systems - die, auf die sich Ihre Nutzer schon verlassen - mehr wert als die saubere Architektur, die ein Rewrite verspricht und selten pünktlich liefert. Standardmäßig arbeiten wir nach dem Strangler-Prinzip: Das Produkt bleibt live, Kaputtes wird Stück für Stück ersetzt, neu geschrieben wird nur dort, wo das Risiko es erzwingt. Die Begründung halten wir in jedem Fall schriftlich fest.
Für Investoren: ein Produkt, das die Due Diligence besteht
Wenn Sie ein Unternehmen finanziert haben, dessen extern vergebenes Entwicklungsprojekt feststeckt, sorgt Sie nicht der Code - sondern ob das Unternehmen überhaupt einen Vermögenswert hat. Wir liefern im Vokabular der technischen Due Diligence: automatisierte Tests, CI/CD, lesbare Git-Historie, Code-Reviews, Dokumentation und Eigentum im Namen des Unternehmens. Das Produkt soll seine Erbauer überleben, uns eingeschlossen.
Für wen das ist
Gründer und Investoren mit einem festgefahrenen oder aufgegebenen Projekt. Kleine und mittlere Unternehmen, deren Website, Shop oder internes Tool bei einem Dienstleister liegt, der abgetaucht ist. Unternehmen, deren Nischen-Softwareanbieter nicht mehr reagiert und deren Plattform stillsteht. Nicht für Apps, die Sie selbst mit KI-Tools gebaut haben und die fertig werden müssen - das ist eine andere Situation, siehe Vibe-coded → Produktion.
Häufige Fragen
Ja. Ihn zu bekommen ist Schritt null, und meist gibt es mehr Hebel, als Sie denken - Verträge, Zahlungshistorie, Plattformrichtlinien. Lässt er sich wirklich nicht zurückholen, sagt Ihnen das Audit, was ein Neubau kostet, bevor Sie sich festlegen.
Innerhalb eines Tages. Kontrolle und Audit dauern je nach Umfang einige Tage bis zwei Wochen. Sie haben ein schriftliches Bild, bevor Sie Geld in Entwicklung stecken.
Wir verdienen mehr, wenn wir recht haben, als wenn das Projekt groß ist. Das Audit ist so geschrieben, dass Sie es einem anderen Team geben können; die Empfehlung muss das aushalten.
Wir sitzen in Slowenien, EU, und stellen Rechnungen mit EU-USt. Wir sind nicht die billigste Option und versuchen es auch nicht zu sein - die billigste Option ist der Grund, warum Sie hier sind.
Gut. Wir helfen beim Einstellen, übergeben sauber und bleiben erreichbar. Unsere Arbeit endet damit, dass Sie die Kontrolle haben - nicht damit, dass Sie von uns abhängig sind.