Die Parteien und den Umfang der Arbeit Verstehen
Der erste Abschnitt eines jeden Vertrags identifiziert, wer beteiligt ist und was sie zustimmen zu tun. Das mag einfach erscheinen, aber Unklarheiten hier schaffen Probleme in der Zukunft. Beginne damit zu überprüfen, dass alle Parteien korrekt mit ihren rechtlichen Namen und Adressen identifiziert sind. Wenn du mit einem Unternehmen arbeitest, stelle sicher, dass der Name der Entität mit deren offizieller Geschäftsregistrierung übereinstimmt. Ich hatte einmal einen Kunden, der unter seinem DBA (Doing Business As) Namen unterschrieb, was die Zahlungsabwicklung komplizierte, da sein Bankkonto auf den Namen seiner LLC lief. Der Abschnitt über den Umfang der Arbeit definiert genau, was du lieferst. Hier geraten viele Freiberufler in Schwierigkeiten, indem sie vage Formulierungen akzeptieren. Ausdrücke wie „Website-Entwicklung“ oder „Beratungsdienste“ sind zu allgemein. Suche stattdessen nach spezifischen Lieferungen: „Eine fünfseitige responsive Website, einschließlich Startseite, Über uns, Dienstleistungen, Portfolio und Kontaktseite, mit mobiler Optimierung und grundlegender SEO-Implementierung.“ Achte darauf, was ausdrücklich von dem Umfang ausgeschlossen ist. Ein gut ausgearbeiteter Vertrag wird angeben, wofür du nicht verantwortlich bist. Zum Beispiel: „Dieser Vertrag beinhaltet keine laufende Wartung, Hosting-Einrichtung oder Inhaltserstellung über Platzhaltertexte hinaus.“ Diese Ausschlüsse schützen dich vor „Scope Creep“ – der schrittweisen Erweiterung der Projektanforderungen ohne zusätzliche Vergütung. Achte auf Formulierungen, die unbefristete Verpflichtungen schaffen. Begriffe wie „nach Bedarf“, „angemessene Anstrengungen“ oder „zufriedenstellend für den Kunden“ sind Warnzeichen. Diese subjektiven Standards geben den Kunden unbegrenzten Spielraum, um zusätzliche Arbeiten zu verlangen. Ich lernte diese Lektion, als ein Vertrag besagte, dass ich „angemessene Unterstützung“ nach dem Launch leisten würde. Der Kunde interpretierte „angemessen“ als 24/7-Verfügbarkeit für sechs Monate.„Der Umfang der Arbeit ist dein Schild gegen unbezahlte Arbeit. Wenn es nicht ausdrücklich im Vertrag aufgeführt ist, bist du nicht verpflichtet, es zu tun – und du solltest es nicht ohne eine Änderungsanordnung und zusätzliche Zahlungen tun.“ — Vertragverhandlungs-Expertin Sarah ChenUntersuche auch alle Annahmen oder Abhängigkeiten, die aufgeführt sind. Wenn deine Arbeit davon abhängt, dass der Kunde Inhalte liefert, Zugang zu Systemen gewährt oder zeitnahes Feedback gibt, sollte dies dokumentiert werden. Wenn Kunden ihren Verpflichtungen nicht nachkommen, benötigst du vertragliche Unterstützung, um Zeitpläne anzupassen oder die Vereinbarung ohne Strafe zu kündigen.
Zahlungsbedingungen und Vergütungsstruktur
Finanzangelegenheiten sind oft die Quelle der größten Streitigkeiten, daher verdient dieser Abschnitt sorgfältige Beachtung. Über den Gesamtbetrag hinaus musst du verstehen, wann und wie du bezahlt wirst. Achte zuerst auf den Zahlungszeitplan. Handelt es sich um eine Pauschale bei Abschluss, um Meilenstein-basierte Zahlungen oder um Stundenabrechnung? Jede Struktur hat Auswirkungen auf deinen Cashflow und dein Risikoprofil. Bei Projekten über 5.000 USD verhandle ich immer mindestens 30-50% im Voraus. Diese Anzahlung zeigt das Engagement des Kunden und sichert deine anfängliche Zeitinvestition, falls das Projekt scheitert. Meilenstein-basierte Zahlungen sollten an spezifische, messbare Ergebnisse gebunden sein, nicht an willkürliche Daten. Anstelle von „50% fällig am 15. März“ sollte im Vertrag stehen „50% fällig bei Genehmigung der Designmockups durch den Kunden.“ Dies verbindet die Zahlung mit deiner geleisteten Arbeit statt mit Kalenderdaten, die aufgrund von Verzögerungen des Kunden nicht eingehalten werden können. Untersuche den Zahlungszeitplan sorgfältig. „Netto 30“ bedeutet, dass die Zahlung 30 Tage nach der Rechnungsstellung fällig ist, nicht 30 Tage nach Abschluss des Projekts. Einige Verträge beinhalten „Netto 60“ oder sogar „Netto 90“ Bedingungen, die deine Finanzen belasten können. Ich habe viele davon herunterverhandelt, indem ich einen kleinen Rabatt für schnellere Zahlungen angeboten habe – „2% Rabatt bei Zahlung innerhalb von 10 Tagen“ motiviert oft zu schnelleren Zahlungen.| Zahlungsbedingung | Was Es Bedeutet | Auswirkungen auf den Cashflow |
|---|---|---|
| Bei Erhalt fällig | Zahlung wird sofort bei Rechnungsstellung erwartet | Am besten für den Cashflow von Freiberuflern |
| Netto 15 | Zahlung 15 Tage nach Rechnungsdatum fällig | Gut - überschaubare Wartezeit |
| Netto 30 | Zahlung 30 Tage nach Rechnungsdatum fällig | Standard - entsprechend planen |
| Netto 60 | Zahlung 60 Tage nach Rechnungsdatum fällig | Schlecht - erhebliche Belastung des Cashflows |
| Netto 90 | Zahlung 90 Tage nach Rechnungsdatum fällig | Sehr schlecht - vermeiden, wenn möglich |
Geistige Eigentumsrechte und Eigentum
Bestimmungen zum geistigen Eigentum (IP) bestimmen, wem die Arbeit gehört, die du erzeugst. Dieser Abschnitt hat langfristige Auswirkungen auf sowohl dein Portfolio als auch deine Fähigkeit, Code oder Designs wiederzuverwenden. Die grundlegende Frage ist, ob du das Eigentum überträgst oder eine Lizenz gewährst. Der vollständige Eigentumsübergang bedeutet, dass der Kunde alles, was du erschaffst, besitzt, und du darfst es in der Regel nicht erneut verwenden oder in deinem Portfolio zeigen, ohne um Erlaubnis zu bitten. Eine Lizenz bedeutet, dass du das Eigentum behältst, dem Kunden jedoch Rechte zur Nutzung der Arbeit für bestimmte Zwecke gewährst. Die meisten Kundenverträge enthalten „Arbeit auf Honorarbasis“-Formulierungen, die automatisch das IP-Eigentum an den Kunden übertragen. Unter dem US-amerikanischen Urheberrecht bedeutet Arbeit auf Honorarbasis, dass der Kunde als der rechtliche Autor der Arbeit betrachtet wird. Dies ist Standard für maßgeschneiderte Kundenprojekte, aber du solltest verstehen, was du aufgibst. Achte auf den Zeitpunkt der IP-Übertragung. Der beste Schutz ist eine Formulierung, die besagt: „Die Rechte am geistigen Eigentum gehen an den Kunden über, sobald die vollständige Zahlung eingegangen ist.“ Dies stellt sicher, dass du einen Hebel behältst, falls Zahlungsstreitigkeiten entstehen. Ich hatte einmal einen Kunden, der mitten in einem Projekt aufhörte zu zahlen, aber verlangte, dass ich ihm alle Dateien übergebe. Da mein Vertrag den IP-Übertrag an die Zahlung band, war ich rechtlich geschützt, um die Lieferungen zurückzuhalten, bis die Rechnung beglichen war.„Übertrage niemals die Rechte am geistigen Eigentum, bevor du die Zahlung erhalten hast. Deine Arbeit ist dein Hebel, und sobald du sie übergibst, wird das Einfordern unbezahlter Rechnungen exponentiell schwieriger.“ — Freiberuflicher Anwalt Marcus RodriguezAchte auf das, was in der IP-Übertragung enthalten ist. Deckt es nur die finalen Lieferungen ab, oder umfasst es auch vorläufige Skizzen, ungenutzte Konzepte und Arbeitsdateien? Ich beschränke Übertragungen normalerweise auf die final genehmigten Lieferungen. Das ermöglicht mir, Codebibliotheken, Designmuster und Konzepte, die im Projekt des Kunden letztlich nicht verwendet wurden, wiederzuverwenden. Überprüfe, ob es Rechte oder Lizenzen gibt, die du dir selbst vorbehalten kannst. Selbst beim Eigentumsübergang kannst du das Recht aushandeln, die Arbeit in deinem Portfolio zu zeigen, sie in Fallstudien zu verwenden oder auf die Kundenbeziehung Bezug zu nehmen. Meine Verträge enthalten: „Der Designer behält sich das Recht vor, die fertiggestellte Arbeit in seinem Portfolio und seinen Marketingmaterialien mit ordentlicher Zuschreibung an den Kunden zu zeigen.“ Sei vorsichtig mit übertriebenen IP-Klauseln, die das Eigentum an allem behaupten, was du „im Zusammenhang mit“ dem Projekt oder während des Vertragszeitraums erstellst. Einige Verträge versuchen, das Eigentum an Werkzeugen, Vorlagen oder Methoden zu beanspruchen, die du unabhängig entwickelt hast. Ich füge immer eine Ausnahmeregelung hinzu: „Diese Vereinbarung überträgt nicht das Eigentum an den bereits bestehenden Werkzeugen, Codebibliotheken oder proprietären Methoden des Designers, die dem Kunden nur für die Verwendung in diesem Projekt lizenziert sind.“ Für Softwareentwicklung, prüfe, ob du den Quellcode überträgst oder nur kompilierte/ausführbare Versionen bereitstellst. Der Quellcode-Transfer ist wertvoller für Kunden, schränkt jedoch deine Fähigkeit ein, Komponenten wiederzuverwenden. Oft behalte ich das Eigentum an generischen Funktionen und Bibliotheken, während ich projektspezifischen Code übertrage.