App programmieren lassen: Was gehört in den Vertrag?

Kurze Antwort

Ein App-Entwicklungsvertrag sollte sieben Dinge festhalten: Umfang, geistiges Eigentum und Code-Eigentum, Zahlungsmeilensteine, Geheimhaltung, Gewährleistung und Support, Zeitrahmen und Kündigung. Am wichtigsten ist das geistige Eigentum: Der Vertrag muss alle Rechte und das Code-Repository auf Sie übertragen, sonst besitzen Sie die App, für die Sie bezahlt haben, rechtlich nicht. Behandeln Sie den Vertrag als Schutz für beide Seiten, nicht als Formalität. Dies ist allgemeine Orientierung, keine Rechtsberatung; lassen Sie jeden Vertrag von einer Fachperson prüfen. Für die Kostenseite hilft unser Beitrag zu den Kosten einer App-Entwicklung.

Warum der Vertrag wichtiger ist, als Gründer denken

Viele App-Projekte starten mit einem Handschlag und einem Angebot. Die Arbeit läuft gut, bis sie es nicht mehr tut, und dann verwandelt das Fehlen eines klaren Vertrags ein lösbares Problem in einen Streit. Wem gehört der Code? Was war eigentlich versprochen? Was passiert jetzt, wo der Zeitplan gerissen ist? Ohne schriftliche Antwort steht Erinnerung gegen Erinnerung, und das Recht am geistigen Eigentum kann sogar gegen Sie ausfallen.

Ein guter Vertrag ist kein Zeichen von Misstrauen. Er macht die Erwartungen ausdrücklich, sodass beide Seiten wissen, woran sie sind, was die Zusammenarbeit sogar ruhiger macht. Die klarsten Projekte, die wir sehen, sind jene, in denen der Vertrag die Unklarheit am Anfang beseitigt hat, damit später niemand darüber streitet.

Die sieben Dinge, die jeder Vertrag regeln muss

Klausel	Was sie klärt	Warum sie zählt
Leistungsumfang	Was gebaut wird und was nicht	Verhindert Umfangsstreit und Nachträge
Geistiges Eigentum	Wem App und Code gehören	Sie müssen besitzen, wofür Sie zahlen
Zahlungsmeilensteine	Wann Geld freigegeben wird	Schützt beide gegen Nichtlieferung
Geheimhaltung	Was vertraulich bleibt	Schützt Idee und Daten
Gewährleistung und Support	Wer Mängel behebt, wie lange	Deckt die Zeit nach dem Launch
Zeitplan und Pflichten	Wer was bis wann tut	Legt die Verantwortung fest
Kündigung	Wie das Verhältnis endet	Bietet einen sauberen Ausstieg

Jeder dieser Punkte schliesst eine Lücke, die offen gelassen ein teurer Streit wird, unsichtbar solange es gut läuft und kostspielig, sobald es das nicht mehr tut. Die folgenden Abschnitte nehmen die problematischsten der Reihe nach.

Geistiges Eigentum: die Klausel, die zählt

Wenn Sie nur eine Klausel genau lesen, dann diese. Das Urheberrecht übergibt Ihnen die Rechte an beauftragter Arbeit nicht automatisch. In vielen Rechtsordnungen kann die Person, die den Code erstellt hat, ohne schriftliche Übertragung Rechte daran behalten, obwohl Sie dafür bezahlt haben. Der WIPO-Überblick zum Urheberrecht beschreibt als Ausgangspunkt, wie Urheberschaft und Eigentum funktionieren, und die Details unterscheiden sich je nach Land, weshalb der Vertrag ausdrücklich statt vorausgesetzt sein muss.

Ein guter Vertrag tut zwei Dinge. Er überträgt alle Rechte an der App auf Sie, üblicherweise bei vollständiger Zahlung, sodass Ihnen Design, Code und Produkt gehören. Und er legt das Code-Repository ab Tag eins auf Ihren Namen, sodass das Eigentum keine Zusage für das Ende, sondern eine Tatsache von Anfang an ist. Der Unterschied ist nicht akademisch: Ohne ihn besitzen Sie womöglich nur eine Lizenz zur Nutzung Ihrer eigenen App und können nicht zu einem anderen Entwickler wechseln oder das Unternehmen sauber verkaufen.

Dies ist auch die Klausel, die einen professionellen Vertrag am häufigsten von einer billigen Vorlage unterscheidet. Ist ein vorgeschlagener Vertrag beim geistigen Eigentum vage oder verschiebt das Eigentum auf eine unbestimmte spätere Übergabe, behandeln Sie das als ernstes Warnsignal und klären es vor der Unterschrift.

Umfang: der Schutz gegen Nachträge und Streit

Der Umfang ist der Ort, an dem die meiste alltägliche Reibung entsteht. Ein präziser Umfang benennt, was gebaut wird, so konkret wie möglich, und ebenso wichtig, was nicht enthalten ist. Er sollte auf das Design oder Pflichtenheft verweisen, dem die Umsetzung folgt, damit es eine gemeinsame Definition des Produkts gibt.

Ebenso wichtig ist, wie sich der Umfang ändert. Projekte entwickeln sich, und ein guter Vertrag erwartet das mit einem Änderungsprozess: wie eine neue Anforderung angeboten, vereinbart und hinzugefügt wird, statt in den bestehenden Preis hineingedacht zu werden. Das schützt beide Seiten. Sie werden nicht von Kosten überrascht, und der Entwickler muss keine unbegrenzten Ergänzungen absorbieren. Ein vager Umfang ist dagegen genau der Ort, an dem günstige Projekte aus dem Ruder laufen: Alles, was nicht aufgeschrieben ist, wird zur Verhandlung, und Verhandlungen mitten im Projekt gehen selten zu Ihren Gunsten aus. Je klarer der Umfang und der Änderungsprozess, desto weniger hängt die Beziehung von gutem Willen ab, wenn es einmal schwierig wird.

Zahlungsmeilensteine: Fortschritt bezahlen, den Sie sehen

Wie und wann Geld den Besitzer wechselt, gehört in den Vertrag, und die Zahlung nach Meilensteinen dient beiden Seiten am besten. Statt einer grossen Vorauszahlung oder einer einzigen Zahlung am Ende wird Geld freigegeben, sobald definierte Phasen geliefert sind.

Typische Meilensteine folgen den Projektphasen:

1. Bei Unterzeichnung. Eine Anzahlung, um die Discovery-Phase zu beginnen.
2. Design abgeschlossen. Zahlung, wenn der Prototyp geliefert und abgenommen ist.
3. Entwicklungsstufen. Zahlungen, sobald vereinbarte Funktionsblöcke gebaut und gezeigt sind.
4. Launch. Eine Schlusszahlung bei der App-Store-Einreichung und der Freigabe durch Apple, deren Prüfung laut den App Store Review Guidelines die meisten Apps rasch durchlaufen.

So zahlen Sie für sichtbaren Fortschritt, und der Entwickler wird stetig für abgeschlossene Arbeit bezahlt statt auf eine Pauschale zu wetten. Koppeln Sie jeden Meilenstein an eine klare, überprüfbare Definition von fertig, sodass keine Unklarheit bleibt, ob eine Stufe erreicht ist. Sie behalten so auch bei jedem Schritt die Kontrolle, weil die nächste Zahlung davon abhängt, dass die letzte Stufe stimmt, was ein starker Anreiz für saubere Arbeit ist.

Geheimhaltung, Gewährleistung und Kündigung

Drei weitere Klauseln runden einen soliden Vertrag ab.

Geheimhaltung schützt Ihre Idee, Ihre Geschäftsdaten und alle Nutzerdaten, die der Entwickler verarbeitet. Eine Klausel im Hauptvertrag genügt oft, viele Teams unterschreiben zusätzlich eine separate Vereinbarung vor detaillierten Gesprächen. Machen Sie sie beidseitig und lassen Sie sie das Projekt überdauern, denn Ihre Informationen hören nicht auf, sensibel zu sein, sobald die App erscheint.

Gewährleistung und Support decken die Zeit nach dem Launch. Der Vertrag sollte festhalten, wer nach der Lieferung gefundene Mängel behebt und wie lange, und er sollte Gewährleistungskorrekturen von der laufenden Wartung trennen, die neue, separat bezahlte Arbeit ist. Die Nutzung des App Store bedeutet zudem, Apples eigenen Bedingungen zuzustimmen, die im Apple Developer Program License Agreement festgehalten sind.

Kündigung gibt beiden Seiten einen sauberen Ausstieg. Sie sollte festhalten, wie das Verhältnis enden kann, was mit laufender Arbeit und Zahlung geschieht, und dass Sie das Eigentum an allem bis zur Kündigung Erstellten behalten. Das ist Ihr Schutz, falls die Zusammenarbeit nicht mehr funktioniert, und lässt sich am Anfang weit leichter vereinbaren als mitten in einem Zerwürfnis.

Eine kurze Checkliste vor der Unterschrift

Bevor Sie einen App-Entwicklungsvertrag unterschreiben, prüfen Sie ihn an diesen Punkten. Jeder verweist auf eine Klausel oben, und ein Nein in der rechten Spalte ist ein Grund innezuhalten:

Prüfung	So sieht gut aus	Stopp, wenn
Gehört Ihnen das geistige Eigentum?	Alle Rechte bei Zahlung auf Sie	Eigentum vage oder aufgeschoben
Gehört Ihnen das Repository?	Ab Tag eins auf Ihren Namen	Beim Entwickler “vorerst”
Ist der Umfang schriftlich?	Konkrete Liste, plus Ausschlüsse	Nur eine lose Beschreibung
Gibt es einen Änderungsprozess?	Neue Arbeit schriftlich angeboten	Änderungen informell geregelt
Sind Zahlungen an Meilensteine gekoppelt?	An gelieferte, prüfbare Stufen	Grosse Vorauszahlung
Ist die Geheimhaltung beidseitig und dauerhaft?	Überdauert das Projekt	Endet mit dem Launch
Schützt die Kündigung Ihre Arbeit?	Sie behalten alles Erstellte	Schweigt zum Ausstieg

Fallen mehrere Zeilen in die rechte Spalte, ist der Vertrag trotz eines attraktiven Preises nicht unterschriftsreif. Jede offene Zeile ist ein Risiko, das Sie allein tragen. Eine kurze Prüfung durch eine auf Softwareverträge spezialisierte Fachperson, die auch Ressourcen wie das WIPO-Material zum geistigen Eigentum kennt, ist günstig gegenüber den Kosten eines falsch geregelten Eigentums.

Der Vertrag als Zeichen der Zusammenarbeit

Ein Vertrag ist mehr als ein juristisches Dokument; er ist ein erster Blick darauf, wie die Zusammenarbeit laufen wird. Wie ein Anbieter auf einen fairen, gründlichen Vertrag reagiert, verrät viel. Ein Anbieter, der Klarheit begrüsst, Fragen offen beantwortet und die Bedingungen erklärt, statt sie zu umgehen, ist meist derselbe, der auch im Projekt verlässlich kommuniziert. Umgekehrt ist ein Anbieter, der beim geistigen Eigentum, beim Umfang oder bei der Kündigung ausweicht, selten transparenter, sobald die Arbeit begonnen hat und das Geld gebunden ist. Nutzen Sie die Vertragsphase daher auch als kostenlosen Test der Partnerschaft, nicht nur als Formalität, die es abzuhaken gilt.

Wo günstige Verträge Sie im Stich lassen

Ein dünner oder Vorlagen-Vertrag versagt meist an denselben Stellen: Er schweigt oder ist vage beim geistigen Eigentum, ihm fehlt ein Änderungsprozess, und er sagt nichts zur Kündigung. Jede Lücke ist unsichtbar, solange es gut läuft, und teuer, sobald es das nicht mehr tut. Die Ersparnis an einem richtigen Vertrag ist eine der falschesten im ganzen Projekt, denn der Vertrag ist genau das, worauf Sie zurückgreifen, wenn etwas schiefgeht.

Ein seriöser Anbieter wehrt sich nicht gegen einen fairen, gründlichen Vertrag; er begrüsst ihn, weil Klarheit den Entwickler ebenso schützt wie den Kunden. Sträubt sich ein Entwickler dagegen, dass Ihnen der Code gehört, oder gegen einen schriftlichen Umfang, sagt Ihnen dieser Widerstand etwas Wichtiges, bevor Geld geflossen ist. So arbeiten wir standardmässig: Ein Team, das Design und Entwicklung unter einem Dach vereint, baut auf klaren Vereinbarungen, weil ein Projekt auf ausdrücklichen Bedingungen für alle besser läuft. Beispiele finden Sie in unseren Projekten, und in einem kurzen Gespräch besprechen wir Ihr Projekt samt Bedingungen, damit Sie von Anfang an besitzen, wofür Sie bezahlen.