dotts, das Feedback-Tool für Freelancer made in europe
Funktionen Preise FAQ Blog Login
EN / DE
DE
English Deutsch
Kostenlos starten
guides 11. Mai 2026 11 Min. Lesezeit

So schreibst du ein Design-Briefing: Eine Freelancer-Vorlage, die Scope Creep wirklich verhindert

Ein gutes Design-Briefing ist ein kurzes Dokument (1 bis 3 Seiten), das das Ziel des Projekts festhaelt, fuer wen es ist, wie Erfolg aussieht, was im Umfang enthalten ist, was nicht und wie Entscheidungen getroffen werden. Schreib es, bevor der Vertrag unterschrieben ist, lass es dir vom Kunden schriftlich freigeben und verweise jedes Mal darauf, wenn jemand nach "nur noch dieser einen Kleinigkeit" fragt. Wenn du dieses Jahr sonst nichts tust, um deine Nerven als freier Webdesigner zu schonen, dann mach dir wenigstens diese eine Gewohnheit zu eigen.

Die meisten Freelancer lassen das Briefing entweder ganz weg oder behandeln es als Formalitaet. Drei Wochen ins Projekt sagt der Kunde dann "eigentlich brauchen wir auch ein Buchungssystem, und kannst du die Startseite nochmal im Dark Mode machen?" und auf einmal ist aus dem Festpreisprojekt, das 40 Stunden dauern sollte, ein Projekt mit 110 Stunden geworden und du bist emotional ausgelaugt. Das Briefing ist die guenstigste Versicherung, die du kaufen kannst. Es kostet dich rund zwei Stunden Arbeit und spart dir im Schnitt zwischen 30 % und 60 % des spaeteren Scope Creep im Projekt.

Dieser Leitfaden zeigt dir genau, was in ein Design-Briefing gehoert, gibt dir eine Vorlage zum Kopieren und zeigt, wie du sie als Schutzwall gegen Scope Creep fuer den Rest des Projekts nutzt.

Warum die meisten Freelancer das Briefing weglassen (und was sie das kostet)

Die Freelancer-Version des Design-Briefings sieht meistens so aus: ein Slack-Thread, ein 90-minuetiges Kickoff-Gespraech, bei dem jeder fuer sich Notizen gemacht hat, ein Google Doc, das der Kunde angefangen, aber nie fertig gemacht hat, und ein unterschriebener Vertrag, in dem steht "moderne, klare Website, etwa 5 Seiten".

Drei Wochen spaeter:

  • Der Kunde hat einen E-Commerce-Checkout erwartet. Du hast ein Portfolio angeboten.
  • Der Kunde hat erwartet, dass die neue Seite alle alten Blogbeitraege importiert. Du bist davon ausgegangen, dass er sie von Hand kopiert.
  • Der Kunde hat drei Korrekturrunden pro Seite erwartet. Du bist von insgesamt zwei Runden ausgegangen.
  • Der Kunde hat erwartet, dass die Seite in drei Sprachen ist. Du hast noch nie mehrsprachig gebaut.

Jedes davon ist fuer sich genommen loesbar. Zusammen machen sie aus einem 40-Stunden-Projekt eine monatelange Schinderei. Und jetzt kommt der schmerzhafte Teil: In 90 % dieser Faelle handelt der Kunde nicht boeswillig. Er dachte wirklich, er haette das alles kommuniziert. Er dachte wirklich, eine "moderne, klare Website" beinhalte automatisch E-Commerce, Content-Migration und Spanisch.

Das Briefing ist das Dokument, in dem du und der Kunde euch schriftlich darauf einigt, was die Worte eigentlich bedeuten. Es wegzulassen spart keine Zeit. Es verschiebt nur den Moment, in dem du merkst, dass du ein Problem hast.

Die 11 Abschnitte, die jedes Freelance-Design-Briefing enthalten sollte

Nutze das als Vorlage. Kopier es, pass den Wortlaut an deinen Stil an und schick es in jedem Projekt als erstes Ergebnis, bevor du mit der Designarbeit beginnst.

Abschnitt  ·  Was er beantwortet  ·  Wie lang

1. Projektzusammenfassung  ·  Was bauen wir, in einem Absatz?  ·  3 bis 5 Saetze

2. Geschaeftsziele  ·  Was soll diese Seite fuer das Geschaeft des Kunden leisten?  ·  3 bis 5 Stichpunkte

3. Zielgruppe  ·  Wer besucht diese Seite und was will diese Person erreichen?  ·  1 bis 2 Absaetze oder 1 bis 3 Personas

4. Erfolgskennzahlen  ·  Woran erkennen wir, ob es funktioniert hat?  ·  3 bis 5 messbare Stichpunkte

5. Umfang (enthalten)  ·  Was genau enthalten ist  ·  Stichpunktliste

6. Umfang (nicht enthalten)  ·  Was genau NICHT enthalten ist  ·  Stichpunktliste

7. Sitemap und Seitenliste  ·  Wie viele Seiten, wie heissen sie  ·  Baum oder Tabelle

8. Tonalitaet, Marke, Referenzen  ·  Visuelle und sprachliche Ausrichtung  ·  Moodboard, 3 bis 5 Referenzseiten

9. Technik und Integrationen  ·  Plattform, CMS, Drittanbieter-Tools  ·  Stichpunktliste mit Versionen

10. Ablauf und Korrekturen  ·  Wie Entscheidungen getroffen werden, wie viele Korrekturrunden  ·  Nummerierter Ablauf + Anzahl der Korrekturen

11. Zeitplan und Meilensteine  ·  Wichtige Termine, Abhaengigkeiten, Zahlungsausloeser  ·  Tabelle oder Liste

Schritt fuer Schritt: So fuellst du jeden Abschnitt aus

1. Projektzusammenfassung

Die Projektzusammenfassung ist der Elevator Pitch des Projekts. Wenn ein Fremder nur diesen Absatz liest, sollte er verstehen, was du baust, fuer wen und warum. Drei bis fuenf Saetze reichen voellig.

Eine gute Zusammenfassung nennt den Kunden, die Art der Seite, den Hauptnutzer und das Hauptziel. Beispiel: "Acme Yoga bringt eine neue Website an den Start, um die veraltete WordPress-Seite zu ersetzen. Der Hauptnutzer ist ein Berufstaetiger in Berlin, der ein Yogastudio in der Naehe sucht. Die Hauptaufgabe der Seite ist es, Besucher ueber eine klare Stundenplan-Seite und ein einstufiges Buchungsformular in Probestunden-Buchungen zu verwandeln."

Wenn du diesen Absatz nach dem Kickoff-Gespraech nicht schreiben kannst, verstehst du das Projekt noch nicht gut genug. Stell mehr Fragen.

2. Geschaeftsziele

Geschaeftsziele sind das Warum hinter dem Projekt. Sie sind keine Funktionen. "Ein Buchungsformular hinzufuegen" ist kein Ziel. "Die Probestunden-Anmeldungen in den ersten sechs Monaten um 30 % steigern" ist ein Ziel.

Hol dir drei bis fuenf klare Ziele in Geschaeftssprache vom Kunden. Wenn er sagt "Ich will eine schoene Seite", hak nach: schoen wofuer? Um mehr Enterprise-Kunden zu gewinnen? Um sich von guenstig auf Premium umzupositionieren? Um Investoren zu ueberzeugen, dass die Firma ihren Laden im Griff hat? Jedes davon fuehrt zu voellig unterschiedlichen Designentscheidungen.

3. Zielgruppe

Allgemeine Zielgruppenbeschreibungen ("alle, die sich fuer Yoga interessieren") sind nutzlos. Draeng auf Konkretes. Die besten Briefings haben eine bis drei schlanke Personas: ein Name, ein Alter, was die Person beruflich macht, was sie auf die Seite bringt, was sie zum Absprung bewegen wuerde.

Wenn der Kunde damit ringt, frag: "Erzaehl mir von den letzten drei Kunden, die tatsaechlich bezahlt haben. Was hatten sie gemeinsam?" Das liefert dir echte Daten statt der Wunschvorstellung des Kunden von seiner Zielgruppe.

4. Erfolgskennzahlen

Woran wisst ihr beide in sechs Monaten, ob dieses Projekt ein Erfolg war? Dieser Abschnitt sollte messbare Antworten haben. Beispiele:

  • 30 % mehr Probestunden-Buchungen innerhalb von 6 Monaten
  • Absprungrate auf der Startseite unter 50 %
  • Ladezeit unter 2 Sekunden auf dem Smartphone
  • 5+ qualifizierte eingehende Leads pro Monat ueber das Kontaktformular
  • Lighthouse-Performance-Score von 90+

Wenn sich der Kunde weigert, sich auf Zahlen festzulegen, ist das ein Warnsignal. Meist bedeutet es, dass er selbst nicht weiss, wie man Erfolg misst, was wiederum heisst, dass er Erfolg daran misst, ob sich die Seite fuer seinen Cousin "richtig anfuehlt", der "total auf Design steht". Genau diese Situation willst du vermeiden.

5. Umfang (enthalten)

Das ist der wichtigste Abschnitt im ganzen Briefing. Sei kompromisslos konkret. Schreib nicht "Startseite". Schreib "Startseite mit Hero, Leistungsuebersicht (3 Leistungen), 2 Testimonials, Kontakt-CTA, Footer".

Ein guter Abschnitt zum enthaltenen Umfang liest sich wie eine detaillierte Rechnung. Der Kunde sollte ihn ueberfliegen und sofort erkennen koennen, wenn etwas fehlt. Genau das ist der Sinn.

6. Umfang (nicht enthalten)

Genauso wichtig: was ausdruecklich nicht enthalten ist. Hier schuetzt du dich vor dem "ach, ich dachte, das gehoert dazu"-Gespraech in drei Wochen.

Haeufige Dinge fuer den nicht enthaltenen Umfang:

  • Texterstellung (du gestaltest rund um ihre Texte; sie liefern sie)
  • Stockfotos oder kostenpflichtige Illustrationen (oder ein Budget festlegen)
  • SEO ueber das grundlegende On-Page-Setup hinaus
  • E-Mail-Marketing-Setup (Mailchimp, Klaviyo usw.)
  • E-Commerce (falls nicht im Umfang)
  • Mehrsprachigkeits-Setup
  • Migration bestehender Inhalte von der alten Seite
  • Hosting-Setup oder Domain-Konfiguration
  • Individuelle Illustrationen oder Icon-Design
  • Wartung nach dem Launch (separates Paket)

Keine Sorge, falls sich dieser Abschnitt unfreundlich anfuehlt. Er fuehlt sich fuer dich unfreundlich an, weil du ihn geschrieben hast. Fuer den Kunden sieht es einfach nach Klarheit aus, die er zu schaetzen weiss, sobald er merkt, dass du ein Profi bist, der das schon mal gemacht hat.

7. Sitemap und Seitenliste

Ein einfacher Baum, der jede Seite der Website zeigt, inklusive Unterseiten. Fuer ein Freelance-Projekt reicht meist eine nummerierte Liste:

  1. Start
  2. Ueber uns
  3. Leistungen (uebergeordnet)
  • Leistung A
  • Leistung B
  • Leistung C
  1. Fallstudien (uebergeordnet)
  • Vorlage fuer einzelne Fallstudie (5 Faelle zum Launch)
  1. Blog (uebergeordnet)
  • Artikelvorlage
  1. Kontakt

Diese Liste bildet direkt den Design- und Entwicklungsaufwand ab. Wenn sie mitten im Projekt von 6 auf 12 Seiten waechst, ist das eine Aenderung des Umfangs mit Auswirkungen auf Kosten und Zeit, und du kannst auf das Briefing verweisen, um dieses Gespraech einfach zu machen.

8. Tonalitaet, Marke, Referenzen

Drei bis fuenf Referenzseiten, die dem Kunden gefallen, mit je einem Satz dazu, was ihm daran gefaellt. Drei bis fuenf Seiten, die ihm nicht gefallen, mit je einem Satz, warum. Ein Moodboard, falls du Zeit hast. Eine Notiz zur Tonalitaet (verspielt, technisch, premium, freundlich usw.).

Dieser Abschnitt raeumt 80 % der subjektiven Designdiskussionen aus dem Weg. Wenn der Kunde "wir wollen uns anfuehlen wie Linear oder Stripe, minimal, selbstbewusst, viel Weissraum" abnickt, kann er dein erstes Design nicht ernsthaft als zu minimal ablehnen. Er hat diese Richtung bereits freigegeben.

9. Technik und Integrationen

Sei konkret:

  • CMS: Webflow / WordPress / Framer / Sanity / usw.
  • Hosting: Webflow Cloud / Cloudways / Vercel / usw.
  • Buchung: Calendly / Cal.com / natives Formular
  • E-Mail: Mailchimp / ConvertKit / natives Formular ins Postfach
  • Analytics: Plausible / Google Analytics
  • Zahlungen: Stripe / PayPal / nicht zutreffend
  • Browser-Unterstuetzung: jeweils die letzten 2 Versionen der gaengigen Browser

Alles, was du hier nicht benennst, ist eine moegliche Ueberraschung. Wenn der Kunde ploetzlich sagt "wir muessen mit Salesforce integrieren", ist das klar ausserhalb des Umfangs.

10. Ablauf und Korrekturen

Halt genau fest, wie das Projekt ablaeuft, in einfacher Sprache:

  1. Wireframes fuer alle Seiten, gemeinsam geliefert. Eine Korrekturrunde.
  2. Visuelles Design fuer Startseite und eine Unterseite. Zwei Korrekturrunden.
  3. Visuelles Design auf alle uebrigen Seiten ausgerollt. Eine Runde leichter Korrekturen.
  4. Build-Phase. Eine QA-Korrekturrunde auf der Staging-Seite.
  5. Launch.

Nenn die Anzahl der Korrekturen klar. "Zwei Korrekturrunden pro Designphase" ist ein Satz, der mehr Freelancer vor dem finanziellen Ruin bewahrt hat als jeder andere.

Halt auch fest, wie Feedback gegeben wird. Genau hier kommt dotts ins Spiel: Statt WhatsApp-Screenshots und verstreuter E-Mails laeuft alles Feedback ueber einen einzigen geteilten Link mit angehefteten Kommentaren. Wenn das Feedback nicht in dotts (oder deinem Tool der Wahl) steht, existiert es nicht. Schreib das ins Briefing.

11. Zeitplan und Meilensteine

Eine einfache Tabelle:

Meilenstein  ·  Datum  ·  Zahlungsausloeser

Briefing unterschrieben, 50 % Anzahlung  ·  Woche 0  ·  X EUR in Rechnung gestellt

Wireframes freigegeben  ·  Woche 2  ·  (kein)

Visuelles Design freigegeben  ·  Woche 5  ·  (kein)

Seite auf Staging gebaut  ·  Woche 8  ·  (kein)

Seite gelauncht  ·  Woche 10  ·  Letzte 50 % in Rechnung gestellt

Verknuepfe Meilensteine wo moeglich mit Aktionen des Kunden: "Design-Freigabe innerhalb von 5 Werktagen nach Lieferung erwartet; bei Verzoegerung verschiebt sich der Zeitplan um die gleiche Anzahl an Tagen." Das legt die Verantwortung fuer den Fortschritt auf beide Seiten, nicht nur auf dich.

Beispiel aus der Praxis: Majas Salon-Website

Maja ist freie Webflow-Designerin in Stockholm. Sie wurde beauftragt, eine neue Website fuer einen Friseursalon zu bauen. Das Kickoff-Gespraech war freundlich und dauerte 90 Minuten. Sie bot 3.500 EUR an fuer "eine 5-seitige moderne Webflow-Seite, zwei Korrekturrunden, vier Wochen Zeitplan". Vertrag unterschrieben.

Drei Wochen spaeter:

  • Die Inhaberin hatte beschlossen, dass sie Online-Buchung wollte (Maja war davon ausgegangen, dass sie Calendly extern nutzen wuerden; die Inhaberin wollte Fresha eingebettet).
  • Die Inhaberin wollte eine Galerie mit jedem Stylisten (nicht im Umfang).
  • Die Inhaberin wollte die Seite auf Schwedisch und Englisch (gar nicht besprochen).
  • Zwei der drei "Korrekturrunden" waren eine einzige Slack-Nachricht mit "mach es knackiger" ohne jede Konkretisierung.

Gesamtes Projekt: 11 Wochen, 95 Stunden, 3.500 EUR. Maja verdiente rund 37 EUR/Stunde an einem Projekt, das sie mit 87 EUR/Stunde kalkuliert hatte.

Nach dieser Erfahrung baute Maja eine 2-seitige Briefing-Vorlage mit den 11 Abschnitten von oben. Sie schickt sie jetzt jedem potenziellen Kunden, bevor sie ein Angebot macht. Etwa 20 % der Interessenten melden sich an dieser Stelle nicht mehr, was sie inzwischen als Feature und nicht als Bug betrachtet, denn genau das sind die Kunden, die 80 % ihres Scope Creep verursacht haetten. Die Kunden, die den Briefing-Prozess durchlaufen, zahlen puenktlich, geben klares Feedback und empfehlen sie an Leute weiter, die ihre Arbeit wie Arbeit behandeln.

Das Briefing erforderte keine neuen Faehigkeiten. Es erforderte, den Projektstart als die wichtigste Phase zu behandeln und nicht als Formalitaet.

So nutzt du das Briefing waehrend des Projekts wirklich

Das Briefing zu schreiben ist die halbe Arbeit. Die andere Haelfte ist, darauf zurueckzugreifen, wenn die Dinge abdriften.

Wenn der Kunde sagt "kleine Bitte, koennen wir eine Team-Seite hinzufuegen?", musst du nicht Nein sagen. Du sagst: "Mach ich gern. Laut Briefing war die Team-Seite nicht im Umfang, also waeren das zusaetzliche X EUR und der Launch-Termin verschoebe sich auf Y. Soll ich dir eine kurze Aenderungsbestaetigung schicken?" Dieser Satz, ruhig und ohne Entschuldigung gesagt, ist eine der wirkungsvollsten Dinge, die du als Freelancer tun kannst.

Das Briefing hilft auch, wenn Feedback vage wird. "Es muss premiumiger sein" ist schwer umzusetzen. Aber wenn im Briefing steht "die Seite soll sich anfuehlen wie Linear oder Stripe, minimal, selbstbewusst, viel Weissraum", kannst du sagen: "Verstanden. Das Briefing nennt Linear und Stripe als Referenzen. Vergleicht man die aktuelle Startseite mit denen, liegt der Unterschied vor allem in Schriftgewicht und Abstaenden. Soll ich in der naechsten Runde in diese Richtung gehen?" Jetzt hast du ein produktives Gespraech statt eines Ratespiels.

Schliesslich macht das Briefing die Uebergabe und Abnahme einfach. Beim Launch pruefst du die Erfolgskennzahlen, die Liste des enthaltenen Umfangs und die Ergebnisse, alle im Briefing definiert, und bestaetigst sie als erledigt. Keine Ueberraschungen, kein letztes "aber ich dachte, wir machen auch noch X".

Fazit

Ein Design-Briefing ist kein buerokratisches Dokument. Es ist eine 1 bis 3 Seiten lange Vereinbarung, die festlegt, wie Erfolg aussieht, was im Umfang ist und wie Entscheidungen getroffen werden. Schreib eines fuer jedes Projekt, lass es dir vom Kunden freigeben und greif darauf zurueck, wann immer der Umfang abdriftet. Es ist die wirkungsvollste einzelne Gewohnheit, die du dir als freier Webdesigner im Jahr 2026 zulegen kannst.

FAQ

Was ist ein Design-Briefing im Webdesign?

Ein Design-Briefing ist ein kurzes schriftliches Dokument, das Ziele, Zielgruppe, Umfang, Tonalitaet, Technik, Ablauf und Zeitplan eines Webdesign-Projekts festlegt. Fuer freie Webdesigner ist das Design-Briefing die Vereinbarung zwischen dir und dem Kunden darueber, was gebaut wird und wie Entscheidungen getroffen werden. Es ist typischerweise 1 bis 3 Seiten lang und wird freigegeben, bevor die Designarbeit beginnt.

Wer sollte das Design-Briefing schreiben, der Kunde oder der Designer?

Der freie Designer sollte das Design-Briefing schreiben. Der Kunde liefert die Rohinformationen ueber ein Kickoff-Gespraech und einen Discovery-Fragebogen, aber der Designer macht daraus ein strukturiertes Dokument. Das liegt zum einen daran, dass die meisten Kunden noch nie eines geschrieben haben, und zum anderen daran, dass das Schreiben den Designer zwingt zu bestaetigen, dass er alles richtig verstanden hat. Der Kunde prueft es dann und gibt es frei.

Wie lang sollte ein Freelance-Design-Briefing sein?

Fuer die meisten Freelance-Webdesign-Projekte sollte das Design-Briefing 1 bis 3 Seiten lang sein, also etwa 800 bis 1.500 Woerter. Laengere Briefings bleiben oft ungelesen. Kuerzere Briefings lassen entscheidende Abschnitte aus, die dir spaeter auf die Fuesse fallen. Die 11-Abschnitte-Vorlage aus diesem Artikel passt bei den meisten Projekten bequem auf 2 Seiten.

Was ist der Unterschied zwischen einem Design-Briefing und einem Vertrag?

Der Vertrag ist die rechtliche Vereinbarung: Zahlungsbedingungen, Eigentum an geistigem Eigentum, Ausfallgebuehren, Kuendigung, Haftung. Das Design-Briefing ist das Arbeitsdokument: was wir bauen, fuer wen, mit welchem Umfang. Beide sind noetig. Der Vertrag schuetzt die Beziehung rechtlich; das Briefing verhindert die Missverstaendnisse, die rechtlichen Schutz ueberhaupt erst noetig machen.

Kann ich dieselbe Design-Briefing-Vorlage fuer jeden Kunden nutzen?

Ja, die Struktur bleibt gleich. Die 11 Abschnitte in diesem Artikel funktionieren fuer jedes kleine bis mittelgrosse Webdesign-Projekt. Was sich aendert, ist der Inhalt innerhalb jedes Abschnitts. Bau die Vorlage einmal, dann dupliziere sie und fuell sie fuer jedes neue Projekt aus. Nach drei oder vier Projekten faengst du an, deine eigene Version mit den Fragen zu verfeinern, die fuer deine Nische am wichtigsten sind.

Wie bringe ich den Kunden dazu, das Briefing tatsaechlich auszufuellen?

Bitte den Kunden nicht, es aus dem Stand auszufuellen. Fuehr ein 60 bis 90 Minuten langes Kickoff-Gespraech, mach Notizen, schreib das Briefing selbst und schick es dann zur Pruefung. Die meisten Kunden bearbeiten einen Entwurf gern, erstarren aber, wenn man ihnen eine leere Vorlage in die Hand drueckt. Formuliere die Pruefung so: "Ich habe zusammengefasst, was ich gehoert habe, bitte korrigier alles, was falsch ist, und ergaenze, was ich uebersehen habe."

Was, wenn der Kunde sich weigert, das Briefing freizugeben?

Fang nicht mit der Designarbeit an. Ein Kunde, der sich nicht auf den Umfang festlegen will, ist ein Kunde, der den Umfang endlos aendern wird. Sag hoeflich: "Ich will sichergehen, dass wir uns einig sind, bevor ich anfange. Sobald du das Briefing freigegeben hast, kann ich loslegen." Wenn er hart dagegenhaelt, ist das eine Information darueber, wie der Rest des Projekts laufen wird.

Wie hilft das Briefing, Scope Creep zu verhindern?

Das Briefing legt schriftlich fest, was im Umfang ist und was nicht, von dir und dem Kunden unterschrieben. Wenn mitten im Projekt eine "kleine Bitte" reinkommt, kannst du auf das Briefing verweisen und sagen: "Das liegt ausserhalb dessen, was wir vereinbart haben, hier ist, was es kosten wuerde und wie es den Zeitplan verschiebt." Das ist nicht konfrontativ; es ist der sauberste Weg, Aenderungswuensche professionell zu handhaben, ohne dass auf einer der beiden Seiten Groll aufkommt.

Briefing fertig? Jetzt Feedback wie ein Profi einsammeln. [dotts kostenlos testen →](https://dotts.se)

Weiterfuehrende Artikel

  • Webdesign-Vertragsvorlage fuer Freelancer: Was reingehoert und warum
  • Webdesign-Projekte als Freelancer kalkulieren (ohne zu raten)
  • Kunden-Onboarding fuer freie Webdesigner: Der komplette Leitfaden
  • Webdesign-Korrekturprozess: So steuerst du Kundenkorrekturen, ohne die Kontrolle zu verlieren
Leon Eikmeier

Leon Eikmeier ist Mitgruender von dotts und baut seit ueber 8 Jahren Websites fuer Freelancer und Agenturen.

Sammle Feedback in Sekunden mit dotts

Schluss mit chaotischen E-Mail-Ketten und unklaren Korrekturwünschen. Mit dotts wird Feedback schnell, klar und organisiert, damit du dich auf das Wesentliche konzentrieren kannst.

Kostenlos ausprobieren
dotts logo
Tools
Preisrechner für Freelancer OG & Social Preview Tool Website-Übergabe-Checkliste
Lösungen
Feedback für Squarespace Feedback für Webflow Feedback für Framer Feedback für Wix
Unternehmen
Funktionen Preise FAQ Blog
© 2026 dotts. Entwickelt in Deutschland 🇩🇪
Gemacht von MetaOne
Datenschutz Impressum