Kostenloser Word-Download • Online bearbeiten • Mit Drive speichern und teilen • Als PDF exportieren
Eine Vereinbarung zur Entwicklung kundenspezifischer Software ist ein rechtsverbindliches Dokument zwischen einem Kunden und einem Softwareentwickler oder Entwicklungsunternehmen. Sie legt fest, welche Software gebaut werden soll, wie lange es dauert, was es kostet, wann bezahlt wird und welche Leistungen erbracht werden. Die Vereinbarung schützt beide Seiten: Der Entwickler hat klare Anforderungen und Zahlungsbedingungen; der Kunde weiß genau, was er erhält und zu welchem Preis. Sie erhalten diese Vorlage als kostenlos herunterladbares Word-Dokument, das Sie direkt anpassen, online bearbeiten und als PDF exportieren können.
Softwareentwicklung ist teuer und zeitaufwändig. Ohne eine klare schriftliche Vereinbarung entstehen oft Missverständnisse über Anforderungen, Kosten und Lieferdaten. Dies führt zu Streitigkeiten, Zahlungsverzögerungen und abgebrochenen Projekten. Eine professionelle Entwicklungsvereinbarung vermeidet diese Risiken, indem sie festlegt: (1) Was genau entwickelt werden soll (funktionale Spezifikationen), (2) wie viel es kostet und wie bezahlt wird, (3) wann Lieferungen stattfinden, (4) wie Änderungswünsche gehandhabt werden und (5) was bei Problemen geschieht. Für Entwickler ist sie ein Schutz vor unbegrenzten Revisions-Schleifen und Zahlungsausfällen; für Kunden ist sie ein Schutz vor undokumentierten Extra-Kosten und mangelhafter Lieferung. Diese Vereinbarung ist daher unverzichtbar für jedes professionelle Softwareprojekt über EUR 5.000 hinaus.
| Wenn Ihre Situation ist… | Diese Vorlage verwenden |
|---|---|
| Wenn der Umfang noch unsicher ist und Sie stundensatzbasiert abrechnen | Vereinbarung mit Arbeitszeit und Materialien |
| Wenn der Umfang klar definiert ist und Sie einen Pauschalpreis festlegen | Vereinbarung mit Festpreis |
| Wenn das Projekt in Meilensteine aufgeteilt wird und je Phase bezahlt wird | Vereinbarung mit Phasenzahlungen |
| Wenn alle Ausgaben des Entwicklers vom Kunden getragen werden | Vereinbarung mit Kostenerstattung |
| Wenn Sie das Gesamtbudget kappen und Kostensicherheit brauchen | Vereinbarung mit Maximalbudget |
Warum es wichtig ist: Wenn die Anforderungen nicht klar definiert sind, führt das zu Streitigkeiten über das, was geliefert werden sollte, und zu kostspieligen Überarbeitungen.
Fix: Erstellen Sie den Entwicklungsplan mit funktionalen Spezifikationen, Wireframes, User-Stories oder anderen Mitteln, die genau festlegen, was gebaut werden soll.
Warum es wichtig ist: Arbeitszeit ohne Limit kann zu erheblichem Kostenüberlauf führen, wenn das Projekt mehr Zeit in Anspruch nimmt als erwartet.
Fix: Legen Sie immer ein Maximalbudget oder eine maximale Stundenanzahl fest, und erfordern Sie Genehmigung, bevor Sie diese überschreiten.
Warum es wichtig ist: Wenn der Kunde ständig neue Anforderungen hinzufügt, ohne dass dies dokumentiert oder in Rechnung gestellt wird, sinkt die Rentabilität stark.
Fix: Etablieren Sie einen Change-Control-Prozess: Änderungsanfragen müssen schriftlich eingereicht werden, bewertet werden und müssen genehmigt werden, bevor die Arbeit beginnt.
Warum es wichtig ist: Ohne klare Zahlungsfristen und Fälligkeitstermine kann es zu langen Verzögerungen bei der Zahlung kommen und zu Zahlungsausfällen.
Fix: Geben Sie konkrete Zahlungsfristen an (z. B. 'netto 14 Tage nach Rechnungsstellung'), definieren Sie Meilenstein-Zahlungen und legen Sie Säumniszuschläge fest.
Warum es wichtig ist: Wenn der Kunde den Plan ablehnt, aber die Vereinbarung nicht kündigen kann, wird die Arbeit blockiert und beide Parteien sind in einer Sackgasse.
Fix: Klären Sie, unter welchen Bedingungen eine Kündigung möglich ist, wer was bezahlt, wenn das Projekt beendet wird, und wie viele Überarbeitungsrunden zulässig sind.
Warum es wichtig ist: Ohne klare Feststellung, wem der Code und die Software gehören, können später Disputes über Nutzungsrechte entstehen.
Fix: Definieren Sie ausdrücklich, wer die Urheberrechte am Code, an Dokumentation und an der Endprodukt-Software besitzt (meist der Kunde, aber Vorsicht bei Wiederverwendbarem Code).
In einfacher Sprache: Identifiziert den Kunden und den Entwickler mit vollständigen rechtlichen Namen und Adressen.
[NAME DES KUNDEN], ein Unternehmen, gegründet und bestehend unter den Gesetzen von [BUNDESLAND], dessen Hauptniederlassung sich in [VOLLSTÄNDIGE ADRESSE] UND [NAME IHRES UNTERNEHMENS], ein Unternehmen, gegründet und bestehend unter den Gesetzen von [BUNDESLAND], dessen Hauptniederlassung sich in [IHRE VOLLSTÄNDIGE ADRESSE].
Häufiger Fehler: Unvollständige oder fehlerhafte Adressangaben, die später zu Zustellungsproblemen führen.
In einfacher Sprache: Erklärt, warum die Vereinbarung abgeschlossen wird und dass beide Seiten rechtlich gebunden sein wollen.
Der Kunde möchte [BESCHREIBEN SIE DIE BEDÜRFNISSE], und der Entwickler erklärt sich bereit, diese Software unter den Bedingungen dieser Vereinbarung zu entwickeln, unter Berücksichtigung der gegenseitigen Verpflichtungen, stimmen die Parteien in der Absicht, rechtlich gebunden zu sein, überein.
Häufiger Fehler: Eine zu vage oder unspezifische Beschreibung der Softwareanforderungen, die später zu Streitigkeiten führt.
In einfacher Sprache: Der Entwickler muss einen Plan erstellen, der detaillierte Spezifikationen, Leistungen, Lieferdaten und Zahlungsplan enthält.
Der Entwickler hat einen Entwicklungsplan am [ABGABETERMIN] vorzubereiten, der detaillierte Spezifikationen, eine Auflistung aller Leistungen, einen Lieferplan mit Lieferdaten und einen Zahlungsplan mit Beträgen und Zeitpunkten enthält.
Häufiger Fehler: Fehlende oder zu kurze Fristen für die Erstellung und Überprüfung des Entwicklungsplans, was zu Verzögerungen führt.
In einfacher Sprache: Der Kunde kann den Plan akzeptieren, oder wenn er unbefriedigend ist, schriftliche Einwände einreichen, die der Entwickler überarbeiten muss.
Der Kunde hat [NUMMER] Tage Zeit, den Plan zu prüfen. Wenn der Plan unbefriedigend ist, hat der Kunde schriftliche Einwände innerhalb von [NUMMER] Tagen zu übergeben. Der Entwickler hat dann [NUMMER] Tage Zeit, den Plan zu ändern.
Häufiger Fehler: Keine klaren Fristen für Überarbeitungen festgelegt, was zu endlosen Revisionsschleifen führt.
In einfacher Sprache: Wird die Vereinbarung gekündigt, bevor die Arbeit beginnt, berechnet der Entwickler Arbeitszeit und Materialien zu einem Stundensatz.
Falls die Vereinbarung vor Arbeitsbeginn gekündigt wird, hat der Entwickler Anspruch auf Vergütung zu einem Stundensatz von [STUNDENSATZ] plus Spesen, jedoch nicht mehr als [Betrag].
Häufiger Fehler: Keine Obergrenze für Planungskosten, was zu unverhältnismäßig hohen Vorabkosten führt.
In einfacher Sprache: Der Entwickler wird zu einem vereinbarten Stundensatz vergütet, und die Bezahlung erfolgt nach Rechnungsstellung innerhalb einer festgelegten Frist.
Der Entwickler wird zu einer Rate von [RATE] pro Stunde [ODER 'Tag', 'Woche', 'Monat'] vergütet. Bezahlung hat innerhalb von [ANZAHL] Tagen nach Rechnungsstellung zu erfolgen. [OPTIONAL: Maximale Verbindlichkeit beträgt [HÖCHSTBETRAG]].
Häufiger Fehler: Keine Obergrenze festgelegt, was zu unkontrolliertem Kostenüberlauf führt.
In einfacher Sprache: Der Gesamtpreis wird im Entwicklungsplan festgesetzt und in Raten entsprechend Meilensteinen gezahlt.
Der Gesamtpreis beträgt [GESAMTBETRAG]. Der Kunde bezahlt [ERSTBETRAG] bei Vertragsunterzeichnung, [BETRAG] bei Planungsgenehmigung und den Rest in Raten mit Abschluss jeder Projektphase.
Häufiger Fehler: Festpreis ohne klare Definition der Leistungen, was zu Streitigkeiten über Umfangänderungen führt.
In einfacher Sprache: Der Kunde erstattet dem Entwickler alle Ausgaben, einschließlich Kommunikation, Reisen, Medien und Dienstleistungen.
Der Kunde hat dem Entwickler alle Aufwendungen zu erstatten, einschließlich: Kommunikationsgebühren, Datenkonvertierung, Reisekosten [Cents pro Kilometer], und sonstige direkte Projektkosten. Der Entwickler hat diese detailliert zu dokumentieren.
Häufiger Fehler: Unklar definierte Ausgabenkategorien, die später zu Unstimmigkeiten führen; fehlende Dokumentationspflicht.
In einfacher Sprache: Falls der Kunde nicht rechtzeitig bezahlt, fallen monatliche Strafzinsen an.
Verspätete Zahlungen durch den Kunden unterliegen einem Säumniszuschlag von [%] pro Monat ab Fälligkeit, bis der Betrag vollständig bezahlt ist.
Häufiger Fehler: Zu hohe oder gesetzlich unzulässige Zinssätze festlegen, die durchsetzbar sind; fehlende Benachrichtigung vor Zinsen.
In einfacher Sprache: Der Kunde muss auf eigene Kosten bestimmte Materialien, Ausstattungen oder Zugang bereitstellen, die der Entwickler benötigt.
Der Kunde hat auf eigene Kosten dem Entwickler folgende Materialien und Einrichtungen zur Verfügung zu stellen: [AUFLISTEN]. Diese sind bis [DATUM] bereitzustellen.
Häufiger Fehler: Nicht klar festgelegt, wer für fehlende oder verspätete Bereitstellung verantwortlich ist, was zu Verzögerungen führt.
In einfacher Sprache: Wenn der Kunde nach Genehmigung des Plans Änderungen verlangt, muss er einen schriftlichen Änderungsantrag einreichen, den der Entwickler bewertet.
Jede Änderung des Projektumfangs nach Planungsgenehmigung hat der Kunde schriftlich vorzuschlagen. Der Entwickler bewertet die Änderung und teilt die zusätzlichen Kosten und Zeitauswirkungen mit. Die Parteien müssen die Änderung schriftlich genehmigen, bevor die Arbeit beginnt.
Häufiger Fehler: Keine Kontrolle über Änderungsanforderungen, was zu ungenehmigten Erweiterungen und Kostenüberlauf führt.
Tragen Sie das Datum ein, ab dem die Vereinbarung wirksam wird, sowie vollständige Namen, Rechtsformen (GmbH, Einzelunternehmen etc.) und Adressen des Kunden und des Entwicklers ein.
💡 Verwenden Sie die exakte Firmeneintragung aus dem Handelsregister, um Rechtssicherheit zu gewährleisten.
Beschreiben Sie in der Präambel genau, welche Software der Kunde benötigt. Seien Sie so spezifisch wie möglich über Funktionen, Schnittstellen und Ziele.
💡 Je detaillierter die Beschreibung, desto weniger Raum für Missverständnisse später.
Entscheiden Sie, ob Sie nach Arbeitszeit und Materialien (mit oder ohne Obergrenze) oder nach Festpreis abrechnen. Passen Sie den entsprechenden Abschnitt an und löschen Sie den anderen.
💡 Arbeitszeit ist flexibel bei unsicheren Anforderungen; Festpreis ist sicherer bei klarem Umfang.
Tragen Sie Ihre Stundensätze, Tagessätze oder Gesamtpreise ein. Definieren Sie, innerhalb welcher Tage nach Rechnungsstellung bezahlt werden soll (z. B. netto 14 oder 30 Tage).
💡 Kürzere Zahlungsfristen (z. B. 14 Tage) verbessern Ihren Cashflow.
Geben Sie an, welche monatliche Rate für Zahlungsverzug gilt (z. B. 1,5 %), und listen Sie auf, welche Ausgaben (Reisen, Kommunikation, Spesen) der Kunde erstattet.
💡 In Deutschland sind Verzugszinsen von 5–8 % p. a. für Geschäfte üblich; konsultieren Sie einen Anwalt für die aktuellen Grenzen.
Legen Sie fest, bis wann Sie den Entwicklungsplan vorlegen, wie viele Tage der Kunde zum Prüfen und Einwände erheben hat, und wie lange Sie für Überarbeitungen Zeit bekommen.
💡 Reasonable Fristen sind z. B. 7–14 Tage für Prüfung, 10 Tage für Überarbeitung, 5 Tage für erneute Prüfung.
Listen Sie auf, welche Software, Hardware, Daten oder Zugang der Kunde bereitstellen muss, und bis wann diese verfügbar sein müssen.
💡 Klare Liste vermeidet Verzögerungen und klärt, wer für fehlende Ressourcen verantwortlich ist.
Bevor Sie die Vereinbarung mit dem Kunden unterzeichnen, lassen Sie sie von einem auf IT-Recht spezialisierten Anwalt prüfen, insbesondere hinsichtlich Haftung, geistiges Eigentum und lokale Gesetze.
💡 Eine kurze Anwalt-Prüfung (30–60 Min.) kostet weniger als die Behebung späterer Rechtsstreitigkeiten.
Die Vereinbarung regelt nicht explizit das geistige Eigentum; dies sollte in einem separaten Abschnitt oder Anhang geklärt werden. In der Regel gehen die Rechte nach vollständiger Bezahlung auf den Kunden über. Es ist wichtig, mit dem Entwickler festzulegen, ob dieser den Code für andere Kunden wiederverwenden darf (z. B. ein Framework) oder ob der gesamte Code Eigentum des Kunden wird. Konsultieren Sie einen Anwalt, um dies vertraglich zu sichern.
Bei einem Festpreis-Modell trägt der Entwickler das Risiko der Zeitüberschreitung (wenn der Plan klar war). Bei Arbeitszeit-Abrechnungen zahlt der Kunde die zusätzlichen Stunden, außer wenn eine Obergrenze vereinbart wurde. Der Entwickler sollte den Kunden frühzeitig informieren, wenn eine Verzögerung zu erwarten ist, damit beide Parteien Vorkehrungen treffen können. Definieren Sie in der Vereinbarung, wie Verzögerungen zu kommunizieren und zu behandeln sind.
Ja, aber diese müssen schriftlich als Änderungsanfrage eingereicht werden. Der Entwickler bewertet diese und teilt zusätzliche Kosten und Zeitauswirkungen mit. Beide Parteien müssen der Änderung schriftlich zustimmen, bevor die Arbeit beginnt. Ohne diesen Prozess können unbegrenzte Änderungsanfragen zu Scope Creep und Kostenexplosion führen.
Die Vereinbarung regelt dies nicht; eine Wartungs- oder Gewährleistungsklausel ist nötig. In der Regel sollte der Entwickler kritische Fehler (Bugs, die die Grundfunktion beeinträchtigen) kostenfrei beheben, innerhalb einer definierten Zeit nach Abnahme. Kleinere Fehler oder Verbesserungswünsche können als separate Projekte abgerechnet werden. Dies sollte in einem separaten Service-Level-Agreement (SLA) oder in einer Wartungsklausel festgelegt werden.
Die Abnahme ist der Prozess, bei dem der Kunde die fertiggestellte Software prüft und bestätigt, dass sie den vereinbarten Anforderungen im Entwicklungsplan entspricht. Der Entwickler sollte Testpläne, dokumentierte Ergebnisse und eine Abnahmeerklärung vorlegen. Erst nach Abnahme durch den Kunden ist die Leistung erbracht und die entsprechende Zahlungsrate fällig. Definieren Sie klare Abnahmekriterien, um Streitigkeiten zu vermeiden.
Wenn die Vereinbarung vor Arbeitsbeginn gekündigt wird (z. B. Entwicklungsplan wird abgelehnt), wird der Entwickler für die bisherige Arbeit zu Stundensätzen vergütet, jedoch begrenzt auf einen festgelegten Höchstbetrag. Wenn die Vereinbarung während der Entwicklung endet, trägt der Kunde alle erbrachten Leistungen bis zur Beendigung und ersetzt entstehende Kosten. Ein guter Vertrag regelt, wer unter welchen Bedingungen kündigen kann und wie abgerechnet wird.
Ja, es wird dringend empfohlen. Ein auf IT-Recht oder Vertragsrecht spezialisierter Anwalt kann die Vereinbarung auf lokale Gesetze (DE, AT, CH) überprüfen, Haftungs- und Gewährleistungsklauseln ergänzen und Sie vor rechtlichen Fallstricken schützen. Eine kurze Anwalt-Konsultation (30–60 Min.) ist eine Investition, die spätere teure Rechtsstreitigkeiten verhindert.
In Deutschland, Österreich und der Schweiz können Verträge grundsätzlich auch elektronisch geschlossen werden (E-Mail, PDF-Unterzeichnung), wenn die Absicht beider Parteien klar ist. Allerdings ist eine gegenzeichnete schriftliche oder digital unterzeichnete Fassung (z. B. mit DocuSign, Adobe Sign oder ähnlich) sicherer und bietet besseren Beweis. Für große oder komplexe Projekte sollten Sie auf echte Unterschriften (mit Tinte oder digitales Signaturzertifikat) bestehen.
Die Vereinbarung erwähnt Vertraulichkeitsbestimmungen; diese sollten klar regeln, wie mit Kundendaten, Geschäftsgeheimnissen und personenbezogenen Daten umgegangen wird. Der Entwickler muss die DSGVO (DE/AT) und äquivalente Gesetze in der Schweiz einhalten, wenn er mit Kundendaten arbeitet. Fügen Sie Klauseln zu Datenschutz, Datensicherheit und ggf. ein Datenverarbeitungsabkommen hinzu.
Ein einfacher Servicevertrag regelt allgemeine IT-Dienstleistungen oder Support; eine Softwareentwicklungsvereinbarung ist spezifisch auf die Schaffung neuer, maßgeschneiderter Software ausgerichtet und regelt detailliert Anforderungen, Lieferplan, Tests und Abnahme. Die Entwicklungsvereinbarung ist komplexer und geeignet für umfangreiche oder langfristige Projekte, während ein Servicevertrag für laufende Betreuung besser passt.
Eine Wartungsvereinbarung bezieht sich auf die laufende Instandhaltung, Fehlerkorrektionen und kleinere Verbesserungen einer bestehenden Software nach ihrer Fertigstellung. Eine Entwicklungsvereinbarung bezieht sich auf die initiale Schaffung neuer Software. Beide können nebeneinander existieren: zuerst Entwicklung, dann Wartung. Verwenden Sie diese Vereinbarung für die Schöpfungsphase, und danach einen Wartungsvertrag.
Ein NDA oder eine Vertraulichkeitsvereinbarung schützt sensible Informationen (Geschäftsgeheimnisse, Kundendaten) vor unbefugter Offenlegung. Diese Entwicklungsvereinbarung erwähnt Vertraulichkeit, behandelt sie aber nicht tiefgreifend. Für Projekte mit hochsensiblen Daten sollte ein separates, spezialisiertes NDA unterzeichnet werden, um den Schutz zu verstärken.
Eine Lizenzvereinbarung regelt die Nutzungsrechte einer bestehenden Software (kommerzielle oder Open-Source). Eine Entwicklungsvereinbarung regelt die Erstellung von neuem Software-Code und die Übertragung von Eigentumsrechten. Wenn die entwickelte Software später von anderen genutzt werden soll, braucht es danach eine separate Lizenzvereinbarung zur Regelung dieser Nutzungsrechte.
Diese Vereinbarung ist das Kernvertragsdokument für Softwareentwickler, WebAgenturen und IT-Beratungen zur Strukturierung von Kundenprojekten.
Hersteller, die Spezial-Software oder MES-Systeme für ihre Produktion benötigen, nutzen diese Vereinbarung zur Beauftragung von Entwicklern.
Banken und Fintech-Unternehmen nutzen diese Vereinbarung mit erhöhten Compliance- und Sicherheitsanforderungen für die Softwareentwicklung.
Online-Einzelhändler beauftragen Entwickler für benutzerdefinierte E-Commerce-Lösungen, Lagerverwaltung und CRM-Systeme mit dieser Vereinbarung.
Kliniken und Praxen benötigen Datenschutz-konforme Softwarelösungen; diese Vereinbarung muss mit DSGVO und Medizin-Compliance ergänzt werden.
Bildungsplattformen und E-Learning-Anbieter nutzen diese Vereinbarung für die Entwicklung von Learning-Management-Systemen und Kurs-Plattformen.
In Deutschland unterliegen Softwareentwicklungsverträge dem BGB (Bürgerliches Gesetzbuch). Besondere Aufmerksamkeit verdient § 631 (Werkvertrag) oder § 648a (Bauvertrag analog für IT-Projekte). DSGVO-Compliance ist Pflicht bei Datenverarbeitung. Verzugszinsen sind gemäß §§ 288, 289 BGB begrenzt (bei Geschäften ca. 8 % über Basiszinssatz).
Österreichische Verträge folgen dem ABGB (Allgemeines Bürgerliches Gesetzbuch) und dem E-Commerce-Gesetz. Die Wartepflicht-Bestimmungen ähneln Deutschland. Auch hier ist DSGVO bindend. Verzugszinsen liegen typisch bei 4–6 % per anno. Achten Sie auf österreichische Besonderheiten bei Gewährleistung und Reparaturpflicht.
Schweizer Verträge unterliegen dem ZGB (Zivilgesetzbuch) und dem Obligationenrecht (OR). Die Schweiz ist nicht DSGVO-Mitglied, sondern folgt dem FADP/revDSG. Verzugszinsen sind vertraglich definierbar, typisch 5 % p. a. Eine Vorlage sollte an Schweizer Recht angepasst werden; konsultieren Sie einen Zürcher oder Genfer IT-Anwalt.
| Weg | Am besten für | Kosten | Zeit |
|---|---|---|---|
| Vorlage verwenden | Kleine Projekte (<10.000 EUR), gut definierte Anforderungen, einfache Zahlungsbedingungen, geringer Risiko. | 0 EUR (Vorlage kostenlos); Ihr Zeitaufwand ca. 2–3 Stunden zum Anpassen. | 1–2 Tage zum Ausfüllen und Abschließen. |
| Vorlage + Rechtsprüfung | Mittlere bis größere Projekte (10.000–100.000 EUR), komplexe Anforderungen, mehrere Meilensteine, Regelungen zu IP nötig, erhöhtes Risiko. | Vorlage kostenlos + 300–800 EUR für Anwalt-Prüfung (30–60 Min. Konsultation). | 3–5 Tage: 2–3 Tage Ihre Vorbereitung, 1–2 Tage Anwalt-Prüfung + Anpassungen. |
| Maßgeschneidert | Sehr komplexe oder hochrisiko Projekte (>100.000 EUR), Multi-Partner-Entwicklung, Compliance-Anforderungen (DSGVO, Medizin, Finanzen), IP-Verwertung, internationale Verträge. | 1.500–5.000+ EUR für kompletten Entwurf durch Spezial-Anwalt. | 1–2 Wochen vom ersten Gespräch bis zu unterzeichnetem Vertrag. |
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.
Kostenlos starten · Keine Kreditkarte erforderlich
