Warum Softwareagenturen lange Vertragslaufzeiten verlangen, bevor die Arbeit beginnt

Wenn Sie drei Softwareagenturen um ein Angebot gebeten haben und alle drei mit derselben Bedingung zurückkommen, eine Mindestlaufzeit von sechs oder zwölf Monaten, bevor überhaupt jemand Ihren Code anfasst, sind Sie auf eine der ältesten Gewohnheiten der Branche gestoßen. Eine Mindestvertragslaufzeit bei einer Softwareagentur hat meist sehr wenig damit zu tun, wie schwierig Ihr Projekt tatsächlich ist. Sie hat sehr viel mehr damit zu tun, wie die Agentur verkauft, Personal plant und bezahlt wird. Sobald Sie verstehen, warum die Mindestlaufzeit existiert, haben Sie eine echte Grundlage, um etwas Kürzeres zu verlangen.

Der wahre Grund hinter einer Mindestvertragslaufzeit

Individuelle Softwareentwicklung zu verkaufen ist teuer und langsam. Eine Agentur verbringt womöglich drei oder vier Wochen mit Telefonaten, einem Angebot, einer technischen Schätzung und einer Verhandlungsrunde, bevor überhaupt ein Vertrag unterschrieben wird. Führt dieser ganze Prozess nur zu einem sechswöchigen Engagement, kann die Agentur mit dem Deal Geld verlieren, noch bevor eine einzige Zeile Code geschrieben wurde. Eine längere Mindestlaufzeit verteilt diese Vertriebskosten auf eine größere Summe, weshalb dieselbe Agentur, die Ihnen zwölf Monate für einen Neubau anbietet, einem Kunden, dem sie bereits vertraut, gerne ein einwöchiges Audit durchführt.

Es gibt einen zweiten, weniger sichtbaren Grund. Agenturen planen ihr Personal, indem sie Entwickler Monate im Voraus an Kunden binden. Ein langer Vertrag erlaubt es ihnen, zu planen, wer den Rest des Jahres an was arbeitet, und schützt sie vor der Lücke zwischen dem Ende eines Projekts und dem Start des nächsten, wenn Entwickler auf der Bank sitzen, aber weiterhin bezahlt werden. Nichts davon ist geheim, und nichts davon ist für sich genommen unehrlich. Es bedeutet nur, dass die Länge des Vertrags, den man Ihnen anbietet, genauso von der internen Planung der Agentur geprägt ist wie von Ihrem tatsächlichen Projekt.

Was die Discovery-Phase wirklich abdeckt

Fast jedes lange Angebot beginnt mit einer Discovery- oder Onboarding-Phase, oft mit vier bis acht Wochen angesetzt, bevor überhaupt sichtbare Arbeit beginnt. Ein Teil dieser Zeit ist tatsächlich sinnvoll. Ihre Codebasis, Ihre Nutzer und Ihre Rahmenbedingungen zu verstehen, erfordert echten Aufwand, und das zu überspringen führt später zu schlechten Schätzungen. Aber Discovery-Phasen sind auch der Ort, an dem ein langer Vertrag seine langsamsten, am schwersten messbaren Wochen unterbringt. Der Umfang ist in dieser Phase bewusst locker gehalten, sodass die Agentur, falls die ursprüngliche Schätzung zu optimistisch war, Raum hat, sich zu erholen, bevor Sie anfangen, gezielte Fragen zum Fortschritt zu stellen.

Für einen nicht-technischen Auftraggeber ist das der am schwersten von außen zu bewertende Teil des Prozesses. Sie können nur schwer unterscheiden zwischen einer Discovery-Phase, die etwas aufbaut, das Sie tatsächlich nutzen werden, und einer, die vor allem internes Einarbeiten auf Seiten der Agentur ist. Der einzige verlässliche Weg, das herauszufinden, ist zu fragen, was konkret aus der Discovery-Phase hervorgeht, und ob Sie es noch nützlich fänden, wenn Sie direkt danach abspringen würden.

Anzeichen dafür, dass Sie sich binden, bevor echte Arbeit passiert ist

Ein paar Muster tauchen so oft auf, dass es sich lohnt, sie direkt zu benennen. Das Scope-Dokument beschreibt Aktivitäten, Workshops, Assessments, Architektur-Sitzungen, statt Liefergegenstände, die Sie jemand anderem übergeben und nutzen könnten. Der Starttermin verschiebt sich immer weiter, während die Vertragsuhr unverändert weiterläuft. Und das Pitch stützt sich auf die Beziehung statt auf die Arbeit, mit einem weichen "Lassen Sie uns zuerst Ihr Team kennenlernen", das in Wahrheit darum bittet, dass Sie sich committen, bevor Sie etwas Konkretes gesehen haben.

Nichts davon ist zwangsläufig Bösgläubigkeit. Viele Agenturen arbeiten so, weil es das einzige Modell ist, das sie je betrieben haben, nicht weil sie einen Kunden in eine Falle locken wollen. Aber die Beweislast liegt trotzdem bei Ihnen: Fordern Sie Nachweise, bevor Sie eine Laufzeit unterschreiben, die länger ist als die meisten Einstellungsentscheidungen, die Sie für einen echten Angestellten treffen würden.

Es gibt eine leisere Variante desselben Musters, auf die man ebenfalls achten sollte. Manche Angebote nennen gar keine Mindestlaufzeit, sondern bepreisen die ersten Monate so niedrig, dass ein Ausstieg nach dem zweiten Monat bedeuten würde, den Großteil des Werts zu verlieren. Der Vertrag wirkt auf dem Papier flexibel, während die Preisgestaltung denselben Zweck erfüllt wie eine Bindungsklausel. Sind die frühen Monate deutlich günstiger bepreist als die späteren pro Arbeitswoche, fragen Sie nach, warum, und was mit dem Satz passiert, wenn Sie nach der ersten Lieferung aufhören wollen.

Was Sie stattdessen einfordern sollten

Die Alternative, die für die meisten Auftraggeber funktioniert, ist ein kurzes, bezahltes Engagement mit festem Umfang und einem echten Ausstiegspunkt, typischerweise ein bis zwei Wochen. Sie bezahlen die Zeit unabhängig vom Ergebnis, genau wie bei jeder anderen professionellen Dienstleistung, aber die Vereinbarung endet an einem festen Datum und produziert etwas, das Ihnen gehört: eine priorisierte Liste dessen, was in Ihrer Codebasis tatsächlich falsch läuft, eine funktionierende Version des riskantesten Features, oder eine klare Antwort auf die Frage, die seit Monaten offen ist. Ist die Arbeit gut, verlängern Sie, weil Sie es wollen, nicht weil noch eine Uhr auf einem Vertrag läuft, den Sie unterschrieben haben, bevor Sie einen einzigen Commit gesehen haben.

Das kommt dem, was ein Code-Quality-Audit in der Praxis bedeutet, sehr nahe. Ein erfahrener Entwickler verbringt ein festes, kurzes Zeitfenster damit, Ihre Codebasis oder den aktuellen Ansatz Ihres Teams durchzugehen, und übergibt Ihnen eine konkrete Einschätzung: was solide ist und was fragil genug ist, um später Probleme zu verursachen. Sie sehen, wie jemand tatsächlich arbeitet, bevor Sie entscheiden, ob Sie diese Person für die nächsten sechs Monate wollen.

Wie eine gute kurzfristige Vereinbarung auf dem Papier aussieht

Drei Dinge unterscheiden einen echten Test von einer Discovery-Phase mit kürzerem Namen. Der Preis ist für die Testphase fix, keine offene Stundenschätzung, die wachsen kann, sobald Sie sich schon committiert haben. Der Umfang benennt ein konkretes, prüfbares Ergebnis statt einer Reihe von Aktivitäten. Und die Vereinbarung sagt klar, dass eine Fortsetzung danach Ihre Entscheidung ist, ohne automatische Verlängerung und ohne Strafe für den Ausstieg. Zögert eine Agentur, diese drei Bedingungen schriftlich festzuhalten, sagt das etwas darüber aus, wie der Rest der Zusammenarbeit verlaufen würde.

Wie ein kurzes Engagement die Verhandlung verändert

Eine kurze, bezahlte Testphase statt einer langen Mindestlaufzeit zu verlangen, verändert das Gespräch zu Ihren Gunsten. Es zwingt die Agentur, etwas Konkretes abzugrenzen, das sich in zwei Wochen liefern lässt, was vage Angebote schnell aussortiert. Und es gibt Ihnen Belege statt Versprechen, bevor Sie echtes Geld in ein längeres individuelles Softwareentwicklungs-Engagement investieren. Agenturen, die von ihrer Arbeit überzeugt sind, stimmen dem meist ohne großen Widerstand zu, weil ein gutes Zwei-Wochen-Ergebnis ohnehin das beste Pitch wäre, das sie machen könnten. Diejenigen, die sich am stärksten gegen eine kurze Testphase wehren, sind oft diejenigen, deren Geschäft davon abhängt, dass Sie keinen einfachen Ausweg haben.

Wenn Sie aktuell auf ein Zwölf-Monats-Angebot schauen und sich fragen, ob die ersten zwei Monate das wert sind, was sie kosten, liegt dieser Instinkt wahrscheinlich richtig. Fordern Sie stattdessen eine Zwei-Wochen-Version mit einem Liefergegenstand, den Sie auch dann noch wollen würden, wenn Sie sich entschieden, nicht fortzusetzen. Lautet die Antwort ein klares Nein, sagt Ihnen das auch etwas Nützliches darüber, wie die anderen zehn Monate ausgesehen hätten.

Wenn Sie eine zweite Meinung zu einem bereits erhaltenen Angebot möchten oder eine kurze, bezahlte Einschätzung Ihrer eigenen Codebasis, bevor Sie sich auf etwas Längeres festlegen, melden Sie sich unter hello@wolf-tech.io oder besuchen Sie wolf-tech.io.