Question 1

Wie funktioniert die wöchentliche Kündigung wirklich?

Accepted Answer

Beende jede Woche mit einer einzigen Nachricht. Keine Frist, kein Exit-Gespräch, kein Kleingedrucktes. Wir rechnen wöchentlich ab, du bist also maximal die laufende Woche gebunden.

Question 2

Was, wenn die Arbeit mich nicht überzeugt?

Accepted Answer

Es steht in deinem Vertrag: Sag es uns, und wir erstatten diese Woche. Keine Rückfragen, keine Rechnungen zum Streiten, keine Eskalationscalls. Einzige Regel: Erstattungen gelten für die letzte Woche.

Question 3

Warum trackt ihr keine Stunden?

Accepted Answer

Weil Stunden die falsche Metrik sind. Wenn wir auf abrechenbare Stunden optimieren, optimieren wir nicht auf dein Ergebnis. Der Deal ist einfacher: Jede Woche müssen wir die nächste verdienen. Wenn wir das nicht tun, zahlst du nicht. Wir können null Stunden oder sechzig investieren. Was zählt, ist, ob du umgehauen bist.

Question 4

Was bedeutet „Erwartungen losgelöst von der Realität“?

Accepted Answer

Wir arbeiten mit Operators, nicht mit Lottogewinnern. Wenn eine Anforderung Physik, Gesetz oder Drittanbieter-Systeme brechen würde, sagen wir das, und wenn wir uns nicht ausrichten können, gehen wir. Die Garantie ist gegenseitig: Du kannst uns jede Woche feuern; wir können uns auch selbst feuern.

Question 5

Übernehmt ihr auch Software, die eine andere Agentur oder ein Freelancer gebaut hat?

Accepted Answer

Ja, genau darum geht es hier. Wir übernehmen Codebases von Agenturen, Freelancern und internen Teams, die weitergezogen sind. Die ersten ein bis zwei Wochen sind ein Audit: Wir dokumentieren die Architektur, finden die Quick Wins und die strukturellen Risiken und geben dir einen schriftlichen Plan, bevor wir nennenswert Code ändern. Wir haben .NET-, PHP/Symfony-, Python- und Node-Projekte übernommen und modernisiert, ohne Big-Bang-Rewrite.

Question 6

Wie wechsle ich die Software-Agentur, ohne die Produktion zu zerlegen?

Accepted Answer

Stufenweise, nicht über Nacht. Wir bekommen Lesezugriff und machen das Assessment, während dein aktuelles Setup weiterläuft, übertragen Repos, CI, Cloud und Secrets in Accounts, die dir gehören (unsere Checkliste für die Software-Übergabe zeigt, was du bekommen solltest), und übernehmen die Releases, sobald Tests und Rollback stehen. Der bisherige Anbieter wird, wo möglich, befragt, damit das Wissen nicht mit ihm verschwindet.

Question 7

Könnt ihr unsere bestehende Software einfach weiterentwickeln oder fertigstellen?

Accepted Answer

Ja. Wenn der Code solide genug ist, um darauf aufzubauen, gehen wir direkt vom Assessment zu neuen Features und einer bewegten Roadmap über. Die meiste geerbte Software muss zuerst stabilisiert werden, härten statt abreißen, und danach ist es ein ganz normales Softwareentwicklungs-Engagement.

Question 8

Was, wenn wir nur Wartung brauchen, keine neuen Features?

Accepted Answer

Dann ist eine volle Übernahme zu viel. Ein Live-Produkt sicher und stabil halten, Regressionen abfangen, bevor Nutzer sie merken, ist unsere Software-Quality-Assurance-Partnerschaft. Wir schicken dich dorthin, statt dir mehr zu verkaufen, als du brauchst.

Question 9

Was, wenn sich herausstellt, dass es ein KI- oder Vibe-Coding-Prototyp ist?

Accepted Answer

Die Fehlerbilder sind andere, also ist auch die Lösung anders. Wenn deine App aus Lovable, Bolt, Cursor oder Replit kommt, schau dir Vibe Coding Rescue an, das ist speziell für KI-generierten Code gemacht.

Question 10

Welchen Zugang braucht ihr für die Übernahme?

Accepted Answer

Fürs Assessment: Lesezugriff auf das Repository, das CI/CD-Setup und vorhandene Doku. Für die volle Übernahme: Ownership über Repos, Cloud-Accounts, Domains und Secrets, überführt in Accounts, die du kontrollierst. Ein Teil der Arbeit ist, dafür zu sorgen, dass alles auf deinen Namen läuft, nicht auf dem privaten Account eines abgewanderten Dienstleisters.

Question 11

Was kostet das Takeover-Assessment?

Accepted Answer

Fixer Umfang, bepreist nach einem kurzen Kennenlern-Call, sobald wir die Größe der Codebase kennen, und angerechnet auf das Engagement, wenn du weitermachst. Den schriftlichen Bericht behältst du in jedem Fall. Die Übernahme selbst quotieren wir nicht, bevor wir den Code gelesen haben, denn eine blind genannte Zahl ist eine Zahl, die du später zu viel zahlst.

Software übernehmen, die jemand anderes gebaut hat

Was du wirklich erbst

Was das bezahlte Takeover-Assessment abdeckt

So läuft die Übergabe

Bezahltes Assessment

Knowledge Transfer

Stabilisierung

Release-Risiko-Management

Wartung und Weiterentwicklung

Was das Assessment dir als nächsten Schritt sagt

Was es kostet

Beweise statt Versprechen

Was Kunden sagen

FAQs

Mehr aus Softwareentwicklung

Lern uns kennen