Dienstvertrag, freier Dienstvertrag, Werkvertrag

„Dienstvertrag, freier Dienstvertrag, Werkvertrag“ tauchen in Softwareprojekten oft genau dann auf, wenn Unternehmen Anbieter, Angebote und Vertragsarten vergleichen. Wer Software entwickeln lassen will, stößt dabei schnell auf Begriffe, die ähnlich klingen, praktisch aber unterschiedlich wirken können. Dieser Beitrag erklärt die Unterschiede verständlich, ordnet typische Einsatzsituationen in der Softwareentwicklung ein und hilft Ihnen, Gespräche und Angebotsvergleiche besser vorzubereiten. Er bietet eine praktische Orientierung und ersetzt keine Rechtsberatung; rechtliche Fragen sollten Sie mit einem Anwalt oder bei öffentlichen Vorhaben mit der zuständigen Vergabestelle prüfen. Wenn Sie den Gesamtprozess besser einordnen möchten, hilft auch ein Blick auf den Ablauf eines Softwareprojekts.

Was Dienstvertrag, freier Dienstvertrag und Werkvertrag bedeuten

Ein Dienstvertrag bedeutet vereinfacht: Geschuldet wird eine Leistung, nicht automatisch ein ganz bestimmter Erfolg. In Softwareprojekten passt das oft zu Tätigkeiten wie Analyse, Beratung, Konzeption, laufender Unterstützung oder Betrieb. Ein Werkvertrag zielt dagegen auf ein konkretes Werk oder Ergebnis, etwa eine vereinbarte Softwarefunktion, eine Schnittstelle oder einen klar beschriebenen Projektstand.

Mit „freier Dienstvertrag“ ist im allgemeinen Sprachgebrauch meist eine freie, also nicht angestellte Zusammenarbeit auf Dienstvertragsbasis gemeint. Die genaue rechtliche Einordnung sollten Sie im Einzelfall juristisch prüfen.

Für die Praxis wichtig: In der Softwareentwicklung ist die Trennung selten nur Schwarz oder Weiß. Wer neue Software plant, bestehende Anwendungen ablöst oder eine Lösung erweitert, hat oft Mischformen aus:

• laufender Unterstützung
• Konzeption und Entwicklung
• Qualitätssicherung
• Betrieb und Support

Deshalb zählt nicht nur der Vertragsname. Entscheidend ist, was genau vereinbart wird: Leistungsumfang, Abnahme, Mitwirkung, Änderungen, Dokumentation, Betrieb und Support. Abnahme bedeutet, dass ein vereinbartes Ergebnis formal als erbracht bestätigt wird. Ein Lastenheft beschreibt aus Sicht des Auftraggebers, was die Software leisten soll.

Wenn Sie Anforderungen erst strukturieren möchten, hilft ein Blick auf was in eine Anfrage gehört. Aus einer Beschreibung oder einem Lastenheft kann außerdem über den Projekt-Check ein Projektsteckbrief entstehen. Für eine erste Einordnung eignet sich auch der Kostenrechner.

Welche Vertragsart bei Softwareprojekten praktisch wofür genutzt wird

Stärker ergebnisorientierte Vereinbarungen werden in Softwareprojekten oft dort genutzt, wo sich Funktionen, Schnittstellen, der Umfang einer Datenbank oder ein Portal mit klaren Anforderungen beschreiben lassen. Dann lässt sich besser festhalten, welches Ergebnis erwartet wird und woran es später geprüft wird.

Laufende Dienstleistungen passen häufiger, wenn Beratung, Konzeption, Analyse, Priorisierung, Betrieb, Support oder kontinuierliche Weiterentwicklung im Vordergrund stehen. Gerade bei Individualsoftware werden viele Vorhaben schrittweise konkreter: Fachprozesse, Datenquellen und bestehende Systeme werden oft erst im Projekt gemeinsam vollständig verstanden.

Typisch sind deshalb Mischformen. Beispiele aus der Praxis zeigen das gut:

• Eine Webplattform, auf der Gemeinden ihr Kanalnetz, dessen Zustand und geplante Maßnahmen an einem Ort verwalten, braucht meist sowohl klar definierbare Ergebnisse als auch laufende Abstimmung zu Fachlogik und Datenstrukturen.
• Ein CRM für einen Versicherungsmakler kann definierte Module enthalten, zugleich aber im Verlauf neue Erkenntnisse zu Prozessen, Rollen und Auswertungen bringen.
• Eine Erweiterung, die Azure DevOps mit einer Planungssoftware verbindet, verlangt oft eine präzise Klärung von Schnittstellen. Eine Schnittstelle ist die technische Verbindung zwischen zwei Systemen zum Datenaustausch.

Auch moderne Technologien ersetzen diese Entscheidung nicht. .NET, SQL-Datenbanken, Azure, Microsoft 365 oder Entra ID sind wichtig für die technische Passung, beantworten aber nicht automatisch die Frage nach der geeigneten Vertragsgestaltung. CI/CD bedeutet, dass Änderungen automatisiert gebaut, geprüft und bereitgestellt werden; automatisierte Tests prüfen Funktionen wiederholt nach festgelegten Regeln.

Wenn Sie ein ähnliches Vorhaben einordnen möchten, helfen ein Blick auf vergleichbare Projektarten, die Leistungen im Überblick oder ein unverbindliches Erstgespräch. Wer direkt einen Termin festhalten möchte, kann ein 30-minütiges Erstgespräch per Microsoft Teams online buchen.

Worauf Sie Angebote und Anbieter vergleichen sollten

Beim Vergleich von Angeboten lohnt es sich, nicht nur auf den Vertragsbegriff zu schauen, sondern auf die praktische Eignung für Ihr Vorhaben. Ein wichtiger Punkt ist Erfahrung mit ähnlichen Aufgaben. Dafür muss ein Anbieter nicht aus genau Ihrer Branche kommen. Oft entscheidender ist, ob er vergleichbare Themen nachvollziehbar beherrscht, zum Beispiel Portale, interne Fachanwendungen, Schnittstellen, Datenbanken oder den Betrieb in der Cloud.

Ebenso wichtig ist die technologische Passung. Der Anbieter sollte die für Ihr Projekt geeigneten Technologien verständlich begründen können, etwa aktuelles .NET, Webanwendungen, Apps, Datenbanken oder Microsoft Azure. Für Entscheider reicht dabei keine Schlagwortliste; relevant ist, ob die Technologie zum Ziel, zum Betrieb und zur geplanten Weiterentwicklung passt.

Prüfen Sie außerdem das Vorgehen im Projekt:

• Wie werden Anforderungen aufgenommen und konkretisiert?
• Wie werden Entscheidungen festgehalten?
• Wie laufen regelmäßige Abstimmungen ab?
• Wer ist fachlich und organisatorisch ansprechbar?

Ein weiterer Vergleichspunkt ist die Qualitätssicherung. Fragen Sie, wer Ergebnisse prüft, wie Fehler erfasst werden und welche Rolle Tests vor dem Livegang spielen.

Mindestens ebenso relevant ist die Zeit nach dem Go-live. Klären Sie, wer die Anwendung betreibt, überwacht, bei Problemen unterstützt und später weiterentwickelt.

Auch Dokumentation gehört in den Vergleich und in den Vertrag: Welche fachliche und technische Dokumentation wird übergeben, und in welcher Form?

Dasselbe gilt für den Quellcode. Der Quellcode ist die lesbare Form des Programms. Übergabe, Zugänge und Nutzungsrechte sollten vertraglich klar geregelt und rechtlich geprüft werden.

Schließlich sollten Sie die eigene Mitwirkung realistisch einplanen: Wer liefert Inhalte, Entscheidungen, Testdaten, Ansprechpartner und Freigaben?

Was im Vertrag und in der Anfrage klar sein sollte

Viele Missverständnisse entstehen nicht erst im Projekt, sondern schon vor dem Angebot. Je klarer Ihre Anfrage ist, desto besser lassen sich Angebote einordnen und vergleichen.

In Anfrage oder Vertrag sollten mindestens diese Punkte erkennbar sein:

• Ziel des Projekts
• Nutzergruppen
• wichtigste Funktionen
• vorhandene Systeme
• Schnittstellen
• Datenquellen
• gewünschter Betrieb
• Rollen im Projekt
• Abnahmekriterien

Besonders wichtig ist der Umgang mit Änderungen. In vielen Softwarevorhaben kommen neue Anforderungen hinzu oder Prioritäten verschieben sich. Deshalb sollte festgehalten werden, wie Änderungen bewertet, priorisiert und anschließend vereinbart werden.

Daneben gibt es Prüfbereiche, die häufig mitgedacht werden müssen, etwa Datenschutz, Vertraulichkeit, Vergabevorgaben oder Barrierefreiheit. Diese Themen sollten Sie mit Ihrem Datenschutzbeauftragten, mit Juristen oder mit der zuständigen Stelle prüfen.

Wenn Ihre Anforderungen noch nicht vollständig geschärft sind, kann schon vor der Angebotseinholung aus einer Beschreibung oder einem Lastenheft ein strukturierter Projektsteckbrief entstehen. Über den Projekt-Check erhalten Sie dazu Rückfragen und eine Kostenspanne. Wenn Sie Ihre Anfrage oder Ausschreibung systematischer vorbereiten möchten, hilft außerdem der Beitrag Was in die Anfrage gehört.

Wie ein erstes Gespräch mit Anbietern sinnvoll vorbereitet wird

Nutzen Sie das Erstgespräch nicht nur als Preisabfrage. Sinnvoller ist es, dabei zu prüfen, ob Ihr Vorhaben verstanden wird, ob der Anbieter strukturiert vorgeht und ob die Zusammenarbeit voraussichtlich gut funktioniert.

Hilfreiche Fragen für das erste Gespräch sind zum Beispiel:

• Wie gehen Sie vom Bedarf zum Konzept?
• Wie binden Sie Fachabteilungen ein?
• Wie organisieren Sie Abstimmungen im Projekt?
• Wie sichern Sie Qualität?
• Wie begleiten Sie Livegang und Weiterentwicklung?

Ebenso aufschlussreich sind Rückfragen zur Einschätzung selbst:

• Welche Informationen brauchen Sie für eine belastbare Einordnung?
• Welche Annahmen treffen Sie aktuell?
• Welche Punkte sind aus Ihrer Sicht noch offen?

Für Agenturen und andere Dienstleister ist zusätzlich wichtig: Wenn Entwicklungsarbeit teilweise oder vollständig extern übernommen werden soll, sollte früh geklärt werden, welche Aufgaben intern bleiben und welche nach außen gehen.

Eine grobe Kostenspanne ist zu Beginn oft nur auf Basis weniger Angaben möglich. Präziser wird sie meist erst dann, wenn Anforderungen und Randbedingungen klarer beschrieben sind. Für eine erste Einordnung hilft der Kostenrechner mit sechs Fragen. Wer den gesamten Ablauf von der Idee bis zum Betrieb besser verstehen möchte, findet dazu einen eigenen Überblick.