Kostenloser Word-Download • Online bearbeiten • Mit Drive speichern und teilen • Als PDF exportieren
Eine Vereinbarung zur Wartung von Software ist ein rechtlich bindender Vertrag, der die Bedingungen für die laufende Unterstützung und Instandhaltung einer Softwareanwendung festlegt. Sie regelt, welche Leistungen der Dienstleister erbringt, wie schnell er auf Probleme reagiert, welche Gebühren anfallen und wie lange der Vertrag läuft. Die Vorlage ist ein kostenloser Word-Download, den Sie vollständig nach Ihren Anforderungen anpassen können — mit klaren Abschnitten zu Support-Hotlines, Dringlichkeitsstufen, Zahlungsbedingungen und Kündigungsrechten. Sie lässt sich online bearbeiten und als PDF exportieren.
Ohne eine schriftliche Wartungsvereinbarung entstehen Missverständnisse zwischen Dienstleister und Kunde: Was ist im Support enthalten? Wie schnell wird auf Notfälle reagiert? Wer bezahlt zusätzliche Arbeit? Diese Unsicherheit führt zu Rechnungsdisputen, Leistungskonflikten und potenziellen rechtlichen Auseinandersetzungen, die Zeit und Geld kosten. Eine klare Vereinbarung schützt beide Seiten — der Dienstleister weiß, welche Leistungen er erbringen muss und wie er bezahlt wird, der Kunde weiß, was er erwartet und wann er mit Unterstützung rechnen kann. Für Softwareunternehmen, IT-Dienstleister und Freelancer-Entwickler ist diese Vereinbarung essentiell, um professionelle Standards zu setzen und Verträge rechtlich durchsetzbar zu machen.
| Wenn Ihre Situation ist… | Diese Vorlage verwenden |
|---|---|
| Flexible Abrechnung, wenn Umfang im Voraus nicht präzise kalkulierbar | Wartungsvereinbarung mit Stundenhonorar |
| Festes Budget bekannt, wiederkehrende und planbare Wartungsarbeiten | Wartungsvereinbarung mit Festpreis |
| 24/7-Support erforderlich, zeitkritische Geschäftsprozesse | Wartungsvereinbarung mit erweiterten Support-Zeiten |
| Komplexe Software, unterschiedliche Fehlerauswirkungen, SLA-Definition | Vereinbarung mit mehrschichtigen Dringlichkeitsstufen |
| Mission-critical Software, Verfügbarkeitsgarantien notwendig | Wartungsvereinbarung mit Leistungsgarantien |
| Bestehende Systeme, Bugfixes und kleinere Verbesserungen statt Erweiterungen | Vereinbarung für laufende Softwarepflege ohne Neuentwicklung |
Warum es wichtig ist: Dies führt zu Streitigkeiten über Priorisierung und verstößt gegen SLA-Garantien, wenn Kunden und Dienstleister unterschiedliche Schweregradestufen einordnen.
Fix: Konkrete Beispiele pro Stufe einbauen (z. B. ‚Datenbank nicht erreichbar' = Stufe 1, ‚Berichterstellung dauert 10x länger' = Stufe 2).
Warum es wichtig ist: Der Dienstleister riskiert unerwartete, unbegrenzte Schadensersatzzahlungen, besonders bei kritischen Ausfällen, was das Geschäft gefährden kann.
Fix: Eine klare Obergrenze für den Schadensersatz festlegen (z. B. ‚maximal 12 Monate Gebühren') und Haftungsausschlüsse für indirekte Schäden eintragen.
Warum es wichtig ist: Der Dienstleister erbringt unentgeltlich Notfall-Support, während der Kunde bei tatsächlicher Bereitschaftspflicht nichts bezahlt.
Fix: Separate Gebühren oder Pauschalen für erweiterte Support-Zeiten (Nacht, Wochenende, Feiertage) definieren.
Warum es wichtig ist: Der Kunde erwartet, dass die 48-Stunden-Lösung für Stufe 1 eine rechtliche Garantie ist; der Dienstleister sieht es als ‚Best Effort'.
Fix: Explizit schreiben: ‚Der Dienstleister wird sich bemühen, […] zu lösen, aber dies ist kein garantiertes SLA, es sei denn, eine separate SLA-Vereinbarung wird unterzeichnet.'
Warum es wichtig ist: Neue Anforderungen oder Änderungen entstehen, und beide Parteien streiten darüber, ob sie in die Vereinbarung fallen oder zusätzlich verrechnet werden.
Fix: Ein Change-Request-Verfahren festlegen, das beschreibt, wie zusätzliche Arbeiten angefordert, bewertet und abgerechnet werden.
Warum es wichtig ist: Der Kunde kann sich jahrelang an einen unterperformanten Dienstleister gebunden finden, ohne die Vereinbarung aufzulösen.
Fix: Eine Klausel hinzufügen, dass jede Partei ohne Kündigungsgebühr kündigen kann, wenn der Dienstleister zwei oder mehr kritische SLAs in Folge verpasst.
In einfacher Sprache: Definiert, wann die Vereinbarung beginnt, wie lange sie läuft und wie sie beendet werden kann.
Die ursprüngliche Laufzeit dieser Vereinbarung beginnt zum [DATUM] und läuft für einen Zeitraum von [NUMMER] Jahren. Jede Partei kann die Vereinbarung mit schriftlicher Mitteilung [NUMMER] Kalendertage im Voraus kündigen.
Häufiger Fehler: Vergessen, dass die Kündigung bei laufenden Wartungsarbeiten Fristen und Kündigungsgebühren haben kann, was zu Streitigkeiten über Gebührenfälligkeit führt.
In einfacher Sprache: Erklärt die stündliche oder andere zeitbasierte Gebührenstruktur für Wartungsarbeiten.
Der Dienstleister wird zu einer Rate von [RATE] pro Stunde für die Wartungsdienstleistungen vergütet. Die Bezahlung hat innerhalb von [ANZAHL DER TAGE] Tagen nach Vorlage einer Rechnung zu erfolgen.
Häufiger Fehler: Nicht festzulegen, wie Reisezeit, Überstunden oder Wochenendarbeit berechnet werden, was zu Rechnungsdisputen führt.
In einfacher Sprache: Legt einen verbindlichen Gesamtpreis für Wartungsarbeiten oder einen Wartungsplan fest.
Der Gesamtpreis für den Auftrag wird im Wartungsplan festgesetzt. Der Kunde bezahlt dem Dienstleister [ERSTBETRAG] bei Ausstellung dieser Vereinbarung und [BETRAG] mit Genehmigung des Wartungsplans.
Häufiger Fehler: Vergessen zu definieren, was beim Überschreiten des geschätzten Aufwands passiert, besonders wenn neue Fehler entdeckt werden.
In einfacher Sprache: Beschreibt, wie und wann der Kunde den Dienstleister kontaktieren kann, um Probleme zu melden.
Der Dienstleister stellt dem Kunden eine Telefonnummer [NUMMER] zur Verfügung. Die Support Center HOTLINE arbeitet während der Geschäftszeiten [GESCHÄFTSZEITEN], Montag bis Freitag, ausgenommen an gesetzlichen Feiertagen.
Häufiger Fehler: Nicht klar festzulegen, dass außerhalb der Geschäftszeiten möglicherweise erweiterte Gebühren anfallen oder kein Support verfügbar ist.
In einfacher Sprache: Definiert die schwerwiegendste Kategorie (Software komplett unbrauchbar) mit der schnellsten Reaktionszeit.
Dringlichkeitsstufe 1 erzeugt eine Notsituation, in welcher die vertraglich abgedeckte Software unbrauchbar ist oder falsche Ergebnisse produziert. Der Dienstleister wird per Telefon innerhalb von [X] Stunde(n) antworten und sich bemühen, das Problem innerhalb von achtundvierzig (48) Stunden zu lösen.
Häufiger Fehler: Nicht zu spezifizieren, dass 48 Stunden ein Ziel (Best Effort), nicht eine vertragliche Garantie ist, was zu unrealistischen Erwartungen führt.
In einfacher Sprache: Beschreibt erhebliche Leistungsbeeinträchtigungen, wo die Software noch nutzbar ist, aber wesentlich behindert.
Dringlichkeitsstufe 2 erzeugt eine nachteilige Situation, in der die Leistung wesentlich absinkt oder Hauptfunktionen nicht arbeiten. Der Dienstleister wird per Telefon innerhalb von vier (4) Stunden antworten und sich bemühen, das Problem innerhalb von fünf (5) Tagen zu lösen.
Häufiger Fehler: Unklar zu unterscheiden, wann ein Problem in Stufe 2 versus Stufe 3 fällt, was zu Diskussionen über Priorisierung führt.
In einfacher Sprache: Die niedrigste Schweregradestufe, bei der die Software funktioniert, aber mit Einschränkungen.
Dringlichkeitsstufe 3 erzeugt eine unbequeme Situation, in der die Software verwendbar ist, aber nicht im zügigsten Modus arbeitet. Der Dienstleister wird sich bemühen, das Problem im nächsten Wartungsupdate zu lösen.
Häufiger Fehler: Sich auf ein festes Lösungsdatum für Stufe-3-Probleme zu einigen, ohne zu präzisieren, dass sie im nächsten regulären Update behandelt werden.
In einfacher Sprache: Listet die spezifische Software, die unter diese Vereinbarung fällt, auf und verweist auf ein Anlagenverzeichnis.
Der Dienstleister hat für den Kunden bestimmte Software [NAME DER SOFTWARE] entwickelt und umgesetzt (im Folgenden als ‚vertraglich abgedeckte Software' bezeichnet und in Anlage B identifiziert).
Häufiger Fehler: Nicht präzise zu definieren, welche Versionen, Module oder Funktionen eingeschlossen sind, was zu Streitigkeiten über Leistungsumfang führt.
In einfacher Sprache: Legt eine Obergrenze für die Gesamtgebühren fest, die der Kunde während der Laufzeit zahlen muss.
Sofern nicht anders durch den Kunden schriftlich vereinbart, beträgt die maximale Verbindlichkeit für alle Dienstleistungen während der Laufzeit dieser Vereinbarung [HÖCHSTBETRAG].
Häufiger Fehler: Keine Obergrenze zu setzen bei Stundenhonorar, was zu überraschend hohen Rechnungen führt, besonders wenn neue kritische Fehler auftreten.
In einfacher Sprache: Regelt, wann und wie der Kunde für Leistungen bezahlen muss.
Die Bezahlung hat innerhalb von [ANZAHL DER TAGE] Tagen nach Vorlage einer Rechnung des Dienstleisters für die fertiggestellte Arbeit zu erfolgen.
Häufiger Fehler: Kein klares Zahlungsziel (z. B. Net 30) festzulegen oder nicht zu spezifizieren, welche Leistungsteile abrechenbar sind.
In einfacher Sprache: Erklärt, was mit der Software und Dokumentation geschieht, wenn die Vereinbarung endet.
Bei Beendigung dieser Vereinbarung wird der Dienstleister dem Kunden alle Dokumentation, Quellcodes und Konfigurationsdateien in Übereinstimmung mit Anlage C übergeben.
Häufiger Fehler: Nicht zu klären, wer für den Betrieb und Support nach Ablauf der Vereinbarung verantwortlich ist, besonders bei komplexer Software.
Füllen Sie die vollständigen Namen, Gründungsorte und Adressen beider Parteien (Dienstleister und Kunde) ein. Tragen Sie auch das anwendbare Bundesland oder den Staat ein.
💡 Verwenden Sie die offizielle Registrierung aus dem Handelsregister oder den Unternehmensunterlagen.
Geben Sie das genaue Startdatum und die Dauer der Vereinbarung ein (z. B. 2 Jahre). Entscheiden Sie, wie lange eine Kündigungsfrist gelten soll.
💡 Beachten Sie Geschäftsjahren oder Budgetzyklen, um die Laufzeit sinnvoll zu synchronisieren.
Entscheiden Sie zwischen Stundenhonorar oder Festpreis. Füllen Sie die genauen Raten oder Beträge ein. Bei Stundenhonorar empfiehlt sich eine maximale Verbindlichkeit (Cap).
💡 Recherchieren Sie lokale Marktsätze für Softwarewartung in Ihrer Region und Branche.
Geben Sie an, während welcher Geschäftszeiten der Support verfügbar ist (z. B. 9–17 Uhr, Mo–Fr). Nennen Sie die Telefonnummer und E-Mail-Adresse für die Supportanfragen.
💡 Klären Sie, ob Feiertage oder Sommerpausen gelten und ob außerhalb erweiterte (kostenpflichtige) Abdeckung möglich ist.
Passen Sie die drei Dringlichkeitsstufen an Ihre Art von Software und Geschäft an. Setzen Sie realistische Reaktions- und Lösungszeiten für jede Stufe.
💡 Mission-critical Software kann 1-Stunden-Reaktion für Stufe 1 rechtfertigen; Backoffice-Tools könnten 4 Stunden sein.
Erstellen Sie eine detaillierte Anlage, die auflistet, welche Software, Versionen und Module unter die Vereinbarung fallen. Unterscheiden Sie zwischen Bugfixes, Performance-Optimierung und kleineren Verbesserungen.
💡 Explizit ausschließen, was NICHT enthalten ist (z. B. komplette Neuentwicklung, Schulung, Datenberatung).
Geben Sie ein festes Zahlungsziel an (z. B. 14 oder 30 Tage nach Rechnungsstellung). Definieren Sie, ob monatlich, quartalsweise oder jährlich abgerechnet wird.
💡 Regelmäßige (z. B. monatliche) Abrechnung ist transparenter und reduziert Streitigkeiten über ausstehende Leistungen.
Stellen Sie sicher, dass die Kündigungsfrist und etwaige Kündigungsgebühren für vorzeitige Beendigung klar sind. Prüfen Sie, ob liquidentschadenen (z. B. entgangene Einnahmen) in der Vereinbarung geregelt sind.
💡 Längere Kündigungsfristen (30–60 Tage) geben beiden Seiten Zeit für eine ordnungsgemäße Übergabe.
Diese Vereinbarung sollte unterzeichnet werden, wenn ein Softwareentwickler, IT-Dienstleister oder Anbieter Wartungs- und Supportdienste für Software bereitstellt. Beide Parteien — der Dienstleister und der Kunde — sollten sie unterzeichnen. Es ist wichtig, dass autorisierte Vertreter (z. B. Geschäftsführer, Vorstand) unterzeichnen, nicht nur technische Mitarbeiter. Die Unterzeichnung macht die Vereinbarung rechtlich bindend und sichert beide Seiten ab.
Das Stundenhonorar-Modell vergütet tatsächlich geleistete Arbeitsstunden zu einem festgelegten Satz (z. B. 80 Euro/Stunde). Der Kunde zahlt nur, wofür tatsächlich gearbeitet wird, aber die Gesamtkosten sind ungewiss. Das Festpreis-Modell legt die Gesamtkosten vorab fest (z. B. 5.000 Euro für drei Monate Wartung). Der Kunde hat Kostensicherheit, der Dienstleister trägt das Risiko, wenn mehr Aufwand nötig wird. Wählen Sie Stundenhonorar für unvorhersehbare Probleme, Festpreis für wiederkehrende, vorhersehbare Arbeit.
Ja, viele Vereinbarungen verwenden ein Hybrid-Modell. Zum Beispiel: eine monatliche Pauschalgebühr (z. B. 2.000 Euro) deckt standardmäßige Support-Stunden ab, und zusätzliche Arbeit darüber hinaus wird stündlich verrechnet. Dies bietet beiden Parteien Vorhersehbarkeit (Basis) und Flexibilität (Extras). Beschreiben Sie das Modell genau in der Vereinbarung, um Missverständnisse zu vermeiden.
Dringlichkeitsstufen bewerten die Schwere eines Fehlers und definieren, wie schnell der Dienstleister antworten und das Problem beheben muss. Stufe 1 (Notfall): Software komplett unbrauchbar, typische Reaktion innerhalb von 1 Stunde. Stufe 2 (Gravierend): wichtige Funktionen eingeschränkt, typische Reaktion innerhalb von 4 Stunden. Stufe 3 (Unbequem): geringfügige Probleme, nächstes Update. Passen Sie diese Zeiten an Ihre Branche und Kritikalität der Software an. Mission-critical Systems (z. B. Bankensoftware) haben kürzere Zeiten, interne Back-Office-Tools längere.
In Anlage B listen Sie jede Software, Version und jedes Modul auf, das von der Vereinbarung abgedeckt ist. Beispiel: ‚Version 3.5 und höher unserer Kundenverwaltungssoftware, einschließlich Web-Interface und Mobile App, ausgenommen Premium-Reporting-Modul (wird separat lizenziert).' Je präziser die Anlage, desto weniger Streit über Leistungsumfang. Aktualisieren Sie die Anlage, wenn neue Versionen oder Module hinzugefügt werden.
In dieser Vorlage sind die Reaktions- und Lösungszeiten teils als ‚Best Effort' formuliert, nicht als harte SLA-Garantien. Viele Vereinbarungen sehen SLA-Gutschriften oder Boni vor (z. B. 10% Rabatt auf den nächsten Monat, wenn die 48-Stunden-Reaktion zweimal verfehlt wird). Eine stärkere Klausel ermöglicht Kündigung ohne Strafgebühr nach wiederholten SLA-Verstößen. Besprechen Sie mit dem Anwalt, wie streng die Klauseln sein sollten.
Diese Vorlage enthält keine detaillierten Haftungsregelungen für Datenverlust oder Sicherheit. Das ist ein kritischer Punkt, der mit einem Anwalt geklärt werden sollte, besonders wenn persönliche Daten oder vertrauliche Informationen betroffen sind. Typischerweise hält der Dienstleister keine Haftung für Schäden, die aus Fehlkonfiguration des Kunden oder Naturgewalten entstehen. Setzen Sie eine klare, gegenseitig akzeptable Haftungsgrenze fest.
Ja, beide Parteien können kündigen, aber die Vorlage sieht typischerweise eine Kündigungsfrist vor (z. B. 30 oder 60 Tage schriftlich im Voraus). Wenn der Kunde vorzeitig kündigt, kann eine Kündigungsgebühr anfallen (z. B. Schadensersatz für entgangene Einnahmen). Der Dienstleister kann ebenfalls kündigen, oft ohne Gebühr. Kündigen Sie nicht impulsiv — geben Sie die volle Frist ein und planen Sie eine Übergabe der Dokumentation und Daten.
Diese Vorlage ist ein guter Startpunkt, aber die rechtliche Überprüfung ist dringend empfohlen, besonders wenn die Software geschäftskritisch ist oder persönliche Daten verarbeitet. Ein Anwalt kann sicherstellen, dass die Vereinbarung mit lokalen Gesetzen (Deutschland, Österreich, Schweiz) konform ist und dass Haftungs-, Datenschutz- und Kündigungsbestimmungen Ihre Risiken schützen. Kosten für eine Überprüfung sind oft eine sinnvolle Investition, um später Streitigkeiten zu vermeiden.
Diese Vorlage sollte ein Change-Request-Verfahren enthalten. Wenn neue Anforderungen entstehen, sollte der Kunde eine schriftliche Anfrage einreichen, der Dienstleister schätzt den Aufwand und die Kosten, und beide Seiten einigen sich, ob die Änderung in die laufende Vereinbarung fällt oder extra verrechnet wird. Ohne klare Regelung entstehen Konflikte über nicht dokumentierte Extras. Dokumentieren Sie jede Änderung schriftlich.
Der Lizenzvertrag regelt, unter welchen Bedingungen die Software genutzt wird (Anzahl der Benutzer, Laufzeit, Nutzungsrechte). Der Wartungsvertrag regelt die laufende Unterstützung, Bug-Fixes und Updates. Sie sind komplementär: Der Lizenzvertrag ist das ‚Was darf ich nutzen', der Wartungsvertrag ist das ‚Wie wird sie gepflegt'. Oft werden beide kombiniert unterzeichnet.
Das SLA ist ein spezialisierter Vertrag, der nur Reaktions- und Verfügbarkeitszusagen mit konkreten Strafen bei Verstoß definiert (z. B. ‚99,9% Verfügbarkeit oder Geldgutschrift'). Die Wartungsvereinbarung ist umfassender — sie regelt Gebühren, Leistungsumfang, Dauer und Kündigung. Viele Organisationen verlinken ein separates SLA aus dieser Vereinbarung heraus.
Ein Entwicklungsvertrag deckt die Erstellung neuer Software oder großer Umbauten ab. Die Wartungsvereinbarung deckt die laufende Instandhaltung und den Support einer bereits bestehenden Software ab. Sie können zeitlich aufeinander folgen: zuerst Entwicklung (Vertrag A), dann Wartung (Vertrag B). Die Wartungsvereinbarung wird oft nach Abschluss eines Entwicklungsprojekts unterzeichnet.
Ein Ticketing-System ist ein Softwaretool, mit dem Supportanfragen protokolliert und verfolgt werden. Die Wartungsvereinbarung ist der rechtliche Rahmen, der Dauer, Gebühren und Reaktionszeiten vorschreibt. Das Ticketing-System ist das Werkzeug zur Umsetzung der Vereinbarung. Sie ergänzen sich: Die Vereinbarung definiert die Regeln, das System durchsetzt die Dokumentation und Einhaltung.
Der Vertrag bildet die Grundlage für die laufende Wartung und den Support von maßgeschneiderter oder Standardsoftware, die von IT-Anbietern entwickelt oder bereitgestellt wird.
Dienstanbieter definieren damit ihre Support-Level, Verfügbarkeitszusagen und Reaktionszeiten, um Kunden-SLAs einzuhalten und Risiken zu managen.
Mission-critical-Systeme erfordern extrem kurze Reaktionszeiten (Stufe 1: unter 1 Stunde) und klare Eskalationswege bei Systemausfällen.
Onlineshops und Zahlungssysteme brauchen 24/7-Support, um Verkaufsausfälle zu minimieren und Kundenerlebnisse zu schützen.
Medizinische Softwaresysteme verlangen strikte Compliance, Notfall-Support und dokumentierte Audit-Trails für Datenschutz und Patientensicherheit.
ERP- und Produktionssysteme erfordern enge Support-Vereinbarungen mit vereinbarten Ausfallzeiten, um Produktionsstopps und Lieferkettenstörungen zu vermeiden.
Deutsche Vereinbarungen unterliegen dem BGB (Bürgerliches Gesetzbuch) und können nach deutschem Recht ausgelegt werden. Die Gerichtsbarkeit sollte in Deutschland (z. B. Berlin oder Frankfurt) liegen, wenn beide Parteien in Deutschland ansässig sind. Beachten Sie auch Datenschutz nach GDPR für personenbezogene Daten.
In Österreich gelten das ABGB (Allgemeines Bürgerliches Gesetzbuch) und Fachgesetze wie das Urheber- und Datenschutzrecht ähnlich dem deutschen System. Der Gerichtsstand kann in Wien oder einem anderen österreichischen Gericht liegen. Diese Vorlage ist mit kleinen Anpassungen in Österreich anwendbar.
| Weg | Am besten für | Kosten | Zeit |
|---|---|---|---|
| Vorlage verwenden | Standardmäßige Wartungsdienstleistungen, niedrig- bis mittelschwere Projekte, unkritische Software, startups mit kleinerem Budget. | 0–50 € (kostenlose Vorlage, evtl. mit Anpassung selbst) | 2–4 Stunden (Platzhalter ausfüllen, Eckpunkte festlegen) |
| Vorlage + Rechtsprüfung | Mission-critical Software, komplexe Leistungen, Mehrjahresverträge, klare Datenschutz/Haftungsfragen, bei denen eine Anwalt-Stichprobe hilfreich ist. | 500–1500 € (Anwaltsgebühren für Überprüfung und kleine Anpassungen) | 1–2 Wochen (Vorlage + Anwalt-Konsultation) |
| Maßgeschneidert | Hochkritische Systeme (Finanz, Gesundheit), komplexe Architektur, mehrere Subunternehmer, internationale Vertragsparteien, strikte Compliance-Anforderungen. | 2000–5000 € + (maßgeschneiderter Vertrag von Grund auf) | 3–8 Wochen (Anwalt-Drafting, Verhandlung mit Gegenseite) |
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
