Bei einem guten Softwareentwicklungsvertrag geht es nicht darum, die Verhandlung zu „gewinnen“, sondern darum, klare Regeln festzulegen, bevor Probleme auftreten. Genau diese Regeln retten das Projekt, wenn sich Umfang, Zeitplan oder Prioritäten ändern. Hier ist ein praktischer Leitfaden Schritt für Schritt.
1. Beginnen Sie mit Ihrem Bedarf, nicht mit der Preisliste
Bevor Sie Angebote vergleichen, legen Sie intern fest: Umfang, Budget, Zeitplan und Erfolgskriterien. Je genauer Sie beschreiben, was Sie brauchen, desto leichter erkennen Sie, ob der Anbieter das Problem versteht – und desto weniger kostspielige Missverständnisse entstehen später.
2. Prüfen Sie den Anbieter, nicht nur den Stundensatz
Das günstigste Angebot ist selten das günstigste über das gesamte Projekt gerechnet. Prüfen Sie Erfahrung mit ähnlichen Projekten, Referenzen und die Art der Kommunikation.
- Echte Case Studies und Kundenreferenzen.
- Kompetenz im benötigten Technologie-Stack.
- Wie Fortschritte berichtet und Probleme eskaliert werden.
Achten Sie auf „Scope Creep“. Halten Sie schriftlich fest, was zum Leistungsumfang gehört und was eine Änderung ist, die separat angeboten werden muss. Fehlt diese Grenze, ist das die häufigste Ursache für Streit.
Als Referenz für die Preisverhandlung: Öffentliche Daten zu B2B-Stundensätzen von IT-Spezialisten nach Rolle finden Sie im IT-Stundensätze-Index Q4 2026.
3. Wählen Sie das Abrechnungsmodell passend zum Projekt
Time & Materials bietet Flexibilität bei sich ändernden Anforderungen, ein Festpreis bietet Planbarkeit bei klar definiertem Umfang. Die Wahl des Modells ist oft wichtiger als der Stundensatz selbst. (Mehr dazu im Artikel Wie wählt man das richtige Outsourcing-Modell?)
4. Sorgen Sie für Klauseln, die beide Seiten schützen
- Eigentum am Code und Urheberrechte – wem das Ergebnis gehört.
- Vertraulichkeit (NDA) und Datensicherheit.
- SLA und Supportregeln nach dem Go-live.
- Ausstiegsbedingungen und Übergabe des Projekts.
Der beste Vertrag ist einer, in den man nicht hineinschauen muss – weil beide Seiten von Anfang an wissen, was sie erwartet.
Ist der Auftraggeber eine Bank oder ein Versicherer, legt DORA (Art. 30) den Mindestinhalt des Vertrags mit dem IT-Dienstleister fest – von den Leistungsorten bis zu Prüfungsrechten und dem Übergangszeitraum beim Ausstieg. Siehe: DORA und IT-Bodyleasing: Was Banken von IT-Personaldienstleistern verlangen.
Checkliste vor der Unterzeichnung
- Sind Umfang und Abnahmekriterien eindeutig?
- Ist klar, wie Änderungen der Anforderungen abgerechnet werden?
- Sind Rechte am Code, Vertraulichkeit und Support geregelt?
- Kennen Sie den Eskalationsweg und die Bedingungen für das Ende der Zusammenarbeit?
Planen Sie eine Zusammenarbeit mit einem IT-Dienstleister?
Wir beraten Sie bei der Wahl des Modells und des Umfangs – damit der Vertrag das Projekt unterstützt, statt es zu blockieren.
Lassen Sie uns sprechen