Kostenloser Word-Download • Online bearbeiten • Mit Drive speichern und teilen • Als PDF exportieren
Eine Vereinbarung zwischen einem Klienten und einem Entwickler ist ein rechtlich verbindlicher Vertrag, der die Bedingungen für Softwareentwicklungs- und Systemanalyse-Dienstleistungen regelt. Die Vorlage ist ein kostenlos herunterladbares Word-Dokument, das Sie online bearbeiten und als PDF exportieren können. Sie enthält alle wesentlichen Klauseln: Definitionen von Begriffen, Leistungsbeschreibung, Preismodelle (Festpreis oder Zeit-und-Material), Regelungen zu geistigem Eigentum, Vertraulichkeitsbestimmungen und Abnahmeverfahren. Die Vorlage ist branchenstandard und in Deutschland, Österreich und der Schweiz anwendbar.
Ohne eine klare schriftliche Vereinbarung entstehen schnell Missverständnisse zwischen Klient und Entwickler: Über den genauen Leistungsumfang, die Kosten, die Zeitplanung und nicht zuletzt die Frage, wem der entwickelte Code gehört. Diese Unsicherheit führt zu Streitigkeiten, verspäteten Projekten, Kostenüberschreitungen und im schlimmsten Fall zu Rechtsstreitigkeiten. Eine Vereinbarung schützt beide Seiten: Sie definiert, was der Entwickler liefert, wie es abgenommen wird, wann Zahlungen fällig sind und wer für Mängel haftet. Sie ist das Fundament für professionelle, vertrauensvolle Zusammenarbeit — ob Sie ein kleines Startup-Projekt oder eine mehrstöckige Unternehmens-Anwendung bauen.
| Wenn Ihre Situation ist… | Diese Vorlage verwenden |
|---|---|
| Wenn Leistungsumfang, Liefergegenstände und Gesamtpreis vorab klar definiert sind. | Festpreis-Projektvertrag |
| Für agile oder flexible Projekte mit variable Stundenhonorar und Materialkosten. | Zeit-und-Material-Vertrag |
| Nachträgliche Betreuung, Bug-Fixes und Wartung nach Projektabschluss. | Wartungs- und Support-Vereinbarung |
| Wenn ein Entwickler selbst weitere Entwickler oder Spezialisten einbindet. | Subunternehmer-Vereinbarung |
| Zusätzliche Schutzklauseln für besonders sensible Geschäftsdaten oder Algorithmen. | Geheimhaltungs- und Vertraulichkeitsanhang |
| Detaillierte Spezifikation einzelner Meilensteine, Abnahmekriterien und Zeitplan. | Leistungsbeschreibung (Statement of Work) |
Warum es wichtig ist: Führt zu Scope Creep, Streitigkeiten über erwartete Leistungen und unerwartete Zusatzkosten.
Fix: Verfassen Sie eine präzise Leistungsbeschreibung mit Meilensteinen, Liefergegenstände und messbaren Akzeptanzkriterien.
Warum es wichtig ist: Der Kunde vermutet, alle Komponenten seien sein Eigentum; der Entwickler versucht, Code zu reichen oder zu lizenzieren — Rechtsstreit.
Fix: Klären Sie vorab, welche Komponenten bereits Eigentum des Entwicklers sind (Frameworks, Bibliotheken) und welche neu entwickelt werden.
Warum es wichtig ist: Entscheidungen verzögern sich, die Teams arbeiten an verschiedenen Vorstellungen, Projektplan läuft aus dem Ruder.
Fix: Berufen Sie einen technischen Koordinator des Kunden und einen Projektleiter des Entwicklers, die sich regelmäßig absprechen.
Warum es wichtig ist: Streit über Fertigstellung; Entwickler denkt, Arbeit ist done, Klient findet Bugs oder Mängel.
Fix: Dokumentieren Sie konkrete, überprüfbare Akzeptanzkriterien (z. B. ‚keine Kritischen Bugs', ‚Ladezeit unter 2 Sekunden').
Warum es wichtig ist: Klient ist überrascht, dass Externe eingebunden werden; Vertrauen wird beschädigt; Geheimhaltungsrisiken entstehen.
Fix: Vereinbaren Sie, dass Subunternehmer schriftlich benannt und vom Kunden genehmigt werden müssen, bevor sie eingesetzt werden.
Warum es wichtig ist: Rechnungsstreitigkeiten, verspätete Zahlungen, Kostenüberschreitungen — Projektstillstand.
Fix: Definieren Sie Zahlungsmeilensteine (z. B. 30 % bei Unterzeichnung, 40 % bei Meilenstein 1, 30 % bei Abnahme) und Zahlungsfristen (z. B. 14 Tage Netto).
In einfacher Sprache: Legt Schlüsselbegriffe fest (Kunde, Entwickler, Projekt, Software, Dokumentation, IP), um Missverständnisse auszuschließen.
Der Begriff ‚Entwickler' bezeichnet [NAME DES DIENSTLEISTERS], sowie seine Mitarbeiter, Direktoren, Tochtergesellschaften, Partner, Rechtsnachfolger und Zessionare, die jetzt und in der Zukunft vorhanden sind.
Häufiger Fehler: Unzureichend präzise Definitionen führen zu Auslegungskonflikten, wenn Parteien später unterschiedliche Verständigungen haben.
In einfacher Sprache: Identifiziert beide Vertragsparteien, ihre Anschrift und die bevollmächtigten Unterzeichner.
[NAME IHRES UNTERNEHMENS] (der ‚Kunde'), ein Unternehmen, gegründet unter den Gesetzen von [BUNDESLAND], UND: [DER DIENSTLEISTER] (der ‚Entwickler'), gegründet unter den Gesetzen von [BUNDESLAND].
Häufiger Fehler: Falsche oder mehrdeutige Benennungen der Parteien führen dazu, dass der Vertrag nicht wirksam ist oder falsche Entitäten haften.
In einfacher Sprache: Unterscheidet Projekte mit festem Gesamtpreis von solchen mit variablen Stundenhonorar und Materialkosten.
Ein ‚Festpreis-Projekt' ist ein Projekt, in welchem der Entwickler dem Kunden Arbeit bereitstellt, für welche die Bezahlung auf spezifische Liefergegenstände oder eine andere vereinbarte Grundlage beruht, nicht auf Stunden.
Häufiger Fehler: Verwechslung der Preismodelle führt zu Abrechnungsstreitigkeiten; Entwickler berechnet Mehraufwand, Kunde erwartet Festpreis.
In einfacher Sprache: Definiert, dass jedes Projekt durch eine schriftliche Leistungsbeschreibung konkretisiert wird, die Umfang und Liefergegenstände nennt.
Eine ‚Leistungsbeschreibung' ist ein schriftliches Dokument, das einvernehmlich für [NAME] für ein bestimmtes Projekt annehmbar ist und Meilensteine und Akzeptanzkriterien nennt.
Häufiger Fehler: Fehlende oder zu vage Leistungsbeschreibung führt zu Scope Creep; der Klient verlangt ständig zusätzliche Features ohne Zusatzkosten.
In einfacher Sprache: Definiert, dass ‚Software' den Code (Quellcode, Objektcode, Firmware) sowie alle Dokumentation, Handbücher und zugehörigen Rechte umfasst.
‚Software' bezeichnet die Anweisungen für einen Computer, ob als Quell-Code, Objekt-Code, in ausführbarer Form, zusammen mit allen zugehörigen Dokumentationen und die immateriellen Anrechte daran.
Häufiger Fehler: Unklarheit, ob Dokumentation im Lieferumfang enthalten ist, führt zu Verzögerungen und Zusatzkosten bei Handover oder Wartung.
In einfacher Sprache: Schützt Rechte des Entwicklers an geistigem Eigentum, das vor dem Projekt entstand oder unabhängig davon entwickelt wurde.
‚Bereits existierende IP' bedeutet alle Rechte (Patente, Urheberrechte, Geschäftsgeheimnisse), welche dem Entwickler vor dem Projektbeginn gehörten oder sich unabhängig von dieser Vereinbarung entwickelten.
Häufiger Fehler: Keine Klarheit über Vorab-IP führt dazu, dass der Kunde denkt, alle Komponenten seien sein Eigentum, was zu Lizenzstreitigkeiten später führt.
In einfacher Sprache: Klarstellt, dass Mitarbeiter des Entwicklers keine Mitarbeiter des Kunden sind und dass Subunternehmer nur mit Zustimmung eingebunden werden dürfen.
‚Personal des Entwicklers' bezeichnet alle Mitarbeiter, Agenten und untergeordnete Entwickler, die vom Entwickler zur Verfügung gestellt werden, und sind in keinem Sinne Mitarbeiter des Kunden.
Häufiger Fehler: Undefinierte oder nicht autorisierte Subunternehmer führen zu Qualitätsproblemen und Vertrauensverlust, wenn der Kunde überrascht wird.
In einfacher Sprache: Verpflichtet beiden Parteien, Geschäftsdaten, Geschäftsgeheimnis und proprietäre Informationen vertraulich zu behandeln.
‚Vertrauliche Informationen' sind alle geschäftlichen und technischen Daten, die eine Partei der anderen mitteilt und deren vertrauliche Behandlung erwartet, einschließlich Quellcode, Algorithmen und Geschäftsmodelle.
Häufiger Fehler: Zu breite oder zu schwache Geheimhaltungsklauseln führen dazu, dass sensitives Wissen weitergegeben wird oder der Entwickler mit Konkurrenten zusammenarbeitet.
In einfacher Sprache: Benennt den Ansprechpartner des Kunden, der die Arbeiten überwacht, koordiniert und Genehmigungen erteilt.
‚Technischer Koordinator des Kunden' ist der Mitarbeiter des Kunden, der beauftragt ist, die Arbeit, die ausgeführt wird, zu überwachen und zu koordinieren.
Häufiger Fehler: Kein klar benannter Koordinator führt zu Verzögerungen bei Entscheidungen und Missverständnissen über Anforderungen.
In einfacher Sprache: Definiert das Standardformular des Kunden für Geldmittel und Freigaben, das von autorisierten Mitarbeitern unterzeichnet werden muss.
‚Bestellung' bedeutet das Standardformular [ANGEBEN] des Kunden, das ordnungsgemäß von einem leitenden Angestellten der Beschaffungsabteilung mit offizielle Zulassung unterzeichnet wurde.
Häufiger Fehler: Fehlende oder nicht autorisierten Bestellungen führen zu Problemen bei Zahlungsfreigabe und Projektstart.
In einfacher Sprache: Der Kunde akzeptiert Liefergegenstände durch formale schriftliche Bestätigung, dass die Akzeptanzkriterien erfüllt sind.
‚Abnahme' ist die schriftliche Bestätigung des Kunden, dass ein Meilenstein oder Liefergegenstand die in der Leistungsbeschreibung definierten Kriterien erfüllt.
Häufiger Fehler: Vage Akzeptanzkriterien führen zu Streit darüber, ob Deliverables fertig sind; der Entwickler verlangt Abnahme, der Kunde findet Mängel.
Tragen Sie den Namen und die vollständige Adresse Ihres Unternehmens (Kunde) und die des Entwicklers oder der Agentur ein. Geben Sie auch die Namen der unterzeichnungsberechtigten Personen an.
💡 Überprüfen Sie, dass Sie den Firmennamen und die Handelsregisterdaten korrekt eingeben, um Gültigkeitsprobleme später zu vermeiden.
Tragen Sie das Datum ein, ab dem die Vereinbarung gültig werden soll — in der Regel das Datum der Unterzeichnung oder ein zukünftiges Datum.
💡 Nutzen Sie ein klares Datumsformat wie ‚01.01.2026', um Verwechslungen zwischen Ländern zu vermeiden.
Erstellen Sie eine detaillierte schriftliche Leistungsbeschreibung (Statement of Work), die Projektumfang, Meilensteine, Liefergegenstände und Akzeptanzkriterien beschreibt. Diese wird als Anlage referenziert.
💡 Die Leistungsbeschreibung ist das Herzstück; investieren Sie Zeit, um sie präzise zu schreiben, um späteren Scope Creep zu vermeiden.
Entscheiden Sie, ob es ein Festpreis-, Zeit-und-Material- oder hybrides Projekt ist, und füllen Sie Anlage B mit den Preisen, Stundenhonorar oder Materialkostenersatz aus.
💡 Bei Festpreisprojekten einen Puffer von 10–15 % für unvorhergesehene Änderungen einkalkulieren; bei T&M ein maximales Gesamtbudget setzen.
Falls nötig, listen Sie die Konkurrenten des Kunden auf, mit denen der Entwickler nicht parallel arbeiten darf. Lassen Sie diesen Punkt leer, wenn es keine Einschränkung gibt.
💡 Breite oder zu restriktive Konkurrentenklauseln können Verhandlungen erschweren; seien Sie konkret und realistisch.
Wenn der Entwickler Subunternehmer oder zusätzliche Ressourcen einbinden möchte, müssen diese vorher schriftlich benannt und vom Kunden genehmigt werden.
💡 Verlangen Sie, dass der Entwickler für die Leistung und Vertraulichkeit der Subunternehmer haftet — nicht der Klient.
Beide Parteien müssen das Dokument von autorisierten Unterzeichnern (z. B. Geschäftsführer, Projektmanager) unterzeichnen lassen. Es ist ratsam, beglaubigter Kopien zu fertigen.
💡 Digitale Signaturen (z. B. DocuSign) sind rechtskonform; achten Sie darauf, dass alle Unterschriftsberechtigten unterzeichnen — teilweise Unterzeichnung macht den Vertrag ungültig.
Das hängt von der Vereinbarung ab. In der Regel wird vereinbart, dass der Quellcode (und die gesamte entwickelte Software) Eigentum des Kunden wird, sobald alle Rechnungen bezahlt sind. Komponenten, die bereits vor dem Projekt Eigentum des Entwicklers waren (z. B. Framework, Bibliotheken), können unter Lizenz überlassen werden. Konsultieren Sie einen Anwalt, um die IP-Klausel Ihren Bedürfnissen anzupassen.
Eine Leistungsbeschreibung ist ein detailliertes schriftliches Dokument, das den genauen Umfang, die Meilensteine, Liefergegenstände und Akzeptanzkriterien eines Softwareprojektes beschreibt. Sie wird als Anlage zur Vereinbarung angefügt. Eine gute Leistungsbeschreibung verhindert Missverständnisse und Scope Creep, da beide Parteien genau wissen, was erwartet wird.
Ja, aber nur mit schriftlicher Genehmigung des Kunden. Die Vereinbarung verpflichtet den Entwickler, zusätzliche Ressourcen oder Subunternehmer vorab zu benennen und vom Kunden genehmigen zu lassen. Der Entwickler bleibt für alle Leistungen und Vertraulichkeit verantwortlich — nicht der Subunternehmer.
Der Kunde kann diese ablehnen und verlangt, dass der Entwickler Mängel behebt — kostenlos, da es keine „Abnahme" gibt. Die genaue Frist zur Fehlerbehebung wird in der Leistungsbeschreibung oder Vereinbarung festgelegt. Bei größeren Mängeln kann die Vereinbarung Rückgriffsrechte oder Rücktrittsrechte vorsehen.
Ja, digitale Signaturen (z. B. DocuSign, Adobe Sign) sind in Deutschland, Österreich und der Schweiz rechtlich verbindlich, solange sie authentifizierung und Integrität des Dokuments gewährleisten. Für größere Projekte kann eine notarielle Beglaubigung oder beglaubigte Kopien zusätzliche Sicherheit bieten, ist aber nicht obligatorisch.
Das hängt vom Projekttyp ab. Für einzelne Projekte ist eine Laufzeit bis Abnahme sinnvoll (z. B. 6–12 Monate). Für laufende Wartung und Support kann eine offene oder mehrjährig vereinbarte Laufzeit festgelegt werden, mit Kündigungsfristen von 30–90 Tagen. Prüfen Sie regelmäßig, ob die Bedingungen noch passen.
Der Entwickler haftet während der vereinbarten Gewährleistungszeit (üblicherweise 30–90 Tage nach Abnahme) für Fehlerbehebung. Für schwerwiegende Fehler, die Daten zerstören oder große Schäden verursachen, gelten Haftungsgrenzen — typisch 1–3 × der Projektkosten. Eine Anwalt sollte die Haftungsklausel an Ihr Risiko anpassen.
Ja, aber nur schriftlich und von beiden Parteien unterzeichnet. Jede Änderung des Leistungsumfangs, der Kosten oder des Zeitplans sollte als Change Order dokumentiert werden. Mündliche Abmachungen gelten nicht — dokumentieren Sie alles schriftlich, um Streitigkeiten zu vermeiden.
Für größere oder komplexe Projekte (>€ 50.000) ist eine rechtliche Prüfung sehr zu empfehlen. Ein Anwalt kann Haftungsrisiken minimieren, branchenspezifische Besonderheiten berücksichtigen und sicherstellen, dass alle notwendigen Klauseln vorhanden sind. Für kleinere Projekte kann diese Vorlage meist ausreichen, wenn sie sorgfältig angepasst wird.
Ein Arbeitsvertrag bindet einen Entwickler als Mitarbeiter; die Vereinbarung mit Projektentwickler ist für externe Dienstleister. Der Arbeitsvertrag regelt Gehalt, Urlaub und Beschäftigungsverhältnis; diese Vereinbarung regelt Projektleistungen, Deadline und IP-Rechte. Nutzen Sie eine Projektvereinbarung für externe Agenturen, einen Arbeitsvertrag für Angestellte.
AGBs sind Standardbedingungen für viele Kunden; diese Vereinbarung ist projektspezifisch und maßgeschneidert. AGBs gelten für alle Projekte (mit Änderungen), eine Vereinbarung gilt für ein einzelnes Projekt. AGBs sind sinnvoll, wenn Sie regelmäßig mit vielen Kunden arbeiten; Vereinbarungen sind besser für größere, individuelle Projekte.
Ein Beratungsvertrag regelt Beratungsleistungen (Strategie, Analyse); diese Vereinbarung regelt konkrete Softwareentwicklung und -lieferung. Ein Berater gibt Empfehlungen, ein Entwickler liefert Code und Dokumentation. Nutzen Sie einen Beratungsvertrag für strategische Unterstützung, diese Vereinbarung für Softwareprojekte.
Diese Vereinbarung ist für die Entwicklung neuer Software gedacht; eine Wartungsvereinbarung ist für die laufende Betreuung nach Go-Live. Eine kann die andere ergänzen — oft wird eine Entwicklungsvereinbarung mit einer nachfolgenden Wartungsvereinbarung kombiniert. Nutzen Sie diese für Neuentwicklung, dann einen Support-Vertrag für die Jahre danach.
Kern-Anwendungsfall; regelt Programmierdienste, Systemanalyse und Support zwischen Agentur und Klient.
Essentiell für die Entwicklung von Online-Shops, Apps und digitalen Plattformen mit externen Entwicklern.
Zusätzliche Compliance- und Sicherheitsanforderungen notwendig; regulatorische Klauseln zu Datenschutz und Prüfungsrechten empfohlen.
Verstärkte Datenschutz- (DSGVO, Patientendaten) und Sicherheitsanforderungen; Nachverfolgbarkeit und Versionskontrollen kritisch.
Anforderungen an Systemintegration, Schnittstellen-Dokumentation und langfristige Wartung; Lizenzen für lizenzierte Tools erforderlich.
Besonderheiten bei der Verwaltung von Lernplattformen, Benutzer-Daten und Integration mit Learning Management Systemen.
Die Vereinbarung unterliegt deutschem Recht (BGB, UrhG). Datenschutz ist DSGVO-konform auszugestalten. Unterschriftsberechtigte müssen gemäß GmbH-Satzung oder Partnerschaftsvertrag autorisiert sein.
Österreichisches Recht (ABGB, UrhG-Ö) mit ähnlichen Prinzipien wie Deutschland. Datenschutz auch DSGVO. Konsultieren Sie einen österreichischen Anwalt, wenn Haftungsgrenzen oder Gewährleistungsfristen Unterschiede aufweisen.
Schweizer Recht (OR, URG) mit leicht abweichenden Haftungs- und Gewährleistungsregeln. DSGVO gilt teilweise nicht; Datenschutz wird durch FADP geregelt. Schweizer Anwalt empfohlen für Besonderheiten.
| Weg | Am besten für | Kosten | Zeit |
|---|---|---|---|
| Vorlage verwenden | Kleine bis mittlere Projekte (<€ 50.000), einzelne Beauftragugen, wenn Sie ein klares Verständnis der Anforderungen haben. | Kostenlos (Vorlage); Zeit zum Anpassen ca. 3–5 Stunden. | 1–2 Tage zum Ausfüllen und Unterzeichnen. |
| Vorlage + Rechtsprüfung | Projekte €50.000–€250.000 oder komplexe Anforderungen (Datenschutz, IP-Risiken, mehrere Partner); Risikominderung durch Anwalts-Feedback. | Vorlage kostenlos + €300–€800 für Anwalts-Prüfung und Anpassung. | 5–10 Tage (1 Woche für Feedback-Schleifen). |
| Maßgeschneidert | Große Projekte (>€ 250.000), regulierter Bereich (Finanz, Gesundheit), Mehrjahrs-Partnerschaften, besondere IP-Strukturen. | €1.500–€5.000+ für eine maßgeschneiderte Vereinbarung, je nach Komplexität. | 2–4 Wochen Beratung, Verhandlung und Finalisierung. |
Dieses Dokument ist eine von 3,000+ Geschäfts- und Rechtsvorlagen, die in Business in a Box enthalten sind.
Greifen Sie auf über 3,000+ geschäftliche und rechtliche Vorlagen für jede Aufgabe, jedes Projekt oder jede Initiative zu.
Passen Sie Ihre vorgefertigte Geschäftsdokumentvorlage an und speichern Sie sie in der Cloud.
Teilen Sie Ihre Dateien und Ordner mit Ihrem Team. Erstellen Sie einen Raum für nahtlose Zusammenarbeit.
"Fantastischer Wert! Ich kann nicht mehr darauf verzichten. Es ist Gold wert und hat sich schon vielfach bezahlt gemacht."
"Ich benutze Business in a Box seit 4 Jahren. Es ist die beste Quelle für Vorlagen, die ich je gesehen habe. Ich kann es jedem nur empfehlen."
"Es war so oft ein Lebensretter, dass ich es gar nicht mehr zählen kann. Business in a Box hat mir so viel Zeit gespart und wie Sie wissen, Zeit ist Geld."
Hören Sie auf, Dokumente herunterzuladen. Beginnen Sie, mit Klarheit zu arbeiten. Business in a Box bietet Ihnen das Business Operating System, das von über 250.000 Unternehmen weltweit genutzt wird, um ihr Geschäft zu strukturieren, zu führen und auszubauen.
Für immer kostenloser Plan · Keine Kreditkarte erforderlich
