Ordnerstruktur aufbauen: Schritt-für-Schritt-Anleitung

Du suchst eine finale Präsentation, ein freigegebenes Video oder die aktuelle Druckdatei. In der Cloud liegen mehrere Ordner mit Namen wie final, final_neu und final_wirklich. Im Projektchat verweist jemand auf eine Datei, die inzwischen überschrieben wurde. Währenddessen wartet der Kunde auf eine belastbare Antwort.

Eine gute Ordnerstruktur verhindert dieses Szenario nicht allein. Sie schafft aber einen verbindlichen Ort für Dateien, Zuständigkeiten und Übergaben. Entscheidend ist deshalb die Verbindung aus klarer Ablage, konsistenten Dateinamen und einem nachvollziehbaren Freigabeprozess.

Inhaltsverzeichnis

• Warum eine durchdachte Ordnerstruktur über deine Projekte entscheidet
  • Die Grundprinzipien
  • Sieben Ordner, drei Ebenen
• Drei Modelle für deine Ordnerstruktur im Vergleich
  • Modell A, klientenzentriert
  • Modell B, phasenorientiert
  • Modell C, assetorientiert
• So legst du deine Ordnerstruktur in der Praxis an
  • Schritt 1, die Wurzel definieren
  • Schritt 2, Kunden und Projekte standardisieren
  • Schritt 3, die Projektvorlage ausrollen
  • Schritt 4, Readme und Zuständigkeit ergänzen
  • Schritt 5, Vorlage schützen
• Namenskonventionen und Datumsformat für saubere Dateinamen
  • Versionen sauber behandeln
  • Zeichen und Schreibweise
• Bestehende Ordnerstrukturen sauber migrieren ohne Datenverlust
  • Fünf Etappen für den Umstieg
  • Die kritischen Prüfungen
• Ordnerstruktur mit Online-Proofing und Freigaben verknüpfen
  • Drei Rollen, klare Grenzen
  • Ein sauberer Ablauf
• Pflege, Notfallplan und dein 30-Tage-Checkup
  • Trigger für eine Korrektur
  • Pflege-Playbook

Warum eine durchdachte Ordnerstruktur über deine Projekte entscheidet

In einer wachsenden Agentur reicht ein persönliches Ablagesystem nicht mehr aus. Was für eine Person logisch wirkt, wird für Kolleginnen, Freelancer oder Kunden schnell unverständlich. Ein Projekt kann sich dann über lokale Festplatten, Nextcloud, Dropbox, E-Mail-Anhänge und Messenger verteilen. Die Suche nach einer bestimmten Datei wird zur Teamaufgabe.

Die erste Leitfrage lautet deshalb: Kann eine berechtigte Person die richtige Datei ohne Rückfrage finden? Als praktische Zielmarke eignet sich eine Suche innerhalb von 30 Sekunden. Das ist kein gemessener Leistungswert, sondern eine sinnvolle interne Qualitätsprüfung. Wenn dein Team regelmäßig nach dem Ablageort fragen muss, fehlt nicht nur Ordnung. Es fehlt eine gemeinsame Arbeitslogik.

Die Grundprinzipien

Eine belastbare Struktur braucht vier Eigenschaften:

• Auffindbarkeit: Ordnernamen müssen den Inhalt eindeutig beschreiben.
• Verantwortlichkeit: Für jede Ebene und jedes Projekt muss klar sein, wer neue Ordner anlegen darf.
• Skalierbarkeit: Die Logik muss bei neuen Kunden, Projekten und externen Beteiligten funktionieren.
• Nachvollziehbarkeit: Übergaben, Freigaben und abgeschlossene Versionen müssen später verständlich bleiben.

Die Grundlagen eines Dokumenten-Management-Systems helfen dabei, Ablage nicht als reine Schreibtischordnung zu behandeln. Dokumente gehören in einen Prozess, in dem Entstehung, Bearbeitung, Freigabe und Archivierung zusammenpassen.

Sieben Ordner, drei Ebenen

Die 7-Ordner-Regel begrenzt die Zahl der Ordner pro Hierarchieebene auf maximal sieben. Impulse verbindet diese Regel mit dem Ziel, eine Datei in drei Klicks zu erreichen, während Büro-Kaizen ebenfalls maximal sieben Ordner auf der obersten Ebene und bis zu sieben Unterordner je Ordner empfiehlt, wie die jeweiligen Impulse-Empfehlungen zur Ordnerstruktur und die digitale Ablage von Büro-Kaizen zeigen.

Für Forschungs- und Arbeitsumgebungen empfiehlt die FU Berlin eine Struktur mit höchstens drei Ebenen. Die TiHo Hannover beschreibt ebenfalls eine Dreiebenen-Struktur aus Projektordner, Arbeitsverzeichnis sowie Analyse- und Ergebnisdaten, dokumentiert in der Handreichung zur Dateibenennung und Ordnerstruktur.

Beide Regeln sind nützlich, aber nicht sakrosankt. Sie helfen bei Übersicht und Orientierung. Sie lösen jedoch keine Versionskonflikte, keine falschen Berechtigungen und kein Feedback, das über fünf Kanäle verteilt ist. Sobald mehrere Kunden, Freelancer und Asset-Pools parallel arbeiten, muss die Ordnerstruktur durch einen kontrollierten Workflow ergänzt werden.

Drei Modelle für deine Ordnerstruktur im Vergleich

Es gibt nicht die eine richtige Ordnerstruktur für jede Agentur. Die passende Logik hängt davon ab, wonach dein Team im Alltag zuerst sucht. Geht es meist um den Kunden, um eine Produktionsphase oder um ein wiederverwendbares Asset?

Modell A, klientenzentriert

Die oberste Ebene bildet den Kunden. Darunter liegen Projekte, Kampagnen und Phasen. Dieses Modell passt zu Agenturen mit wenigen Großkunden und langen Vertragsbeziehungen. Das Team denkt in Kundenkontexten und findet Briefings, Verträge und laufende Arbeiten an einem Ort.

Die Reibung entsteht, wenn Assets für mehrere Kunden genutzt werden oder ein Kunde viele kleine Einzelaufträge hat. Dann wachsen Projektordner ungleichmäßig, und gemeinsame Vorlagen landen schnell in privaten Unterordnern.

Modell B, phasenorientiert

Hier stehen Produktionsschritte oben, etwa Briefing, Konzept, Produktion, Abnahme und Archiv. Darunter folgen Kunde und Projekt. Dieses Modell funktioniert für Teams, die viele Mandate durch einen ähnlichen Produktionsablauf führen.

Der Vorteil liegt in standardisierten Übergaben. Der Nachteil zeigt sich bei Kundenakten, Verträgen und langfristigen Beziehungen. Diese Informationen passen selten sauber in einen Phasenpool.

Modell C, assetorientiert

Die oberste Ebene sortiert nach Asset-Klasse, beispielsweise Print, Web, Video oder Social. Darunter folgen Kunde und Kampagne. Content-Teams mit hoher Wiederverwendungsrate profitieren davon, weil sie ähnliche Dateitypen schnell vergleichen können.

Die Gefahr liegt in fehlendem Kontext. Ein einzelnes Video kann zu mehreren Kampagnen gehören, und ohne klare Metadaten wird die Suche nach Auftrag, Status oder Freigabe mühsam. Für umfangreiche Medienbestände kann ein Digital-Asset-Management-System sinnvoller sein als eine reine Ordnerablage.

"

Entscheidungsfilter: Wenn dein Team zuerst nach dem Kunden fragt, wähle klientenzentriert. Wenn es zuerst nach dem Produktionsschritt sucht, wähle phasenorientiert. Wenn Wiederverwendung und Dateityp dominieren, ist assetorientiert die bessere Ausgangsbasis.

In der Praxis funktioniert oft ein Hybrid. Der Kundenordner bleibt die verbindliche Projektwurzel, während die Phasen darunter standardisiert sind. Wiederverwendbare Assets gehören in einen klar benannten Pool, nicht in beliebige Projektunterordner.

So legst du deine Ordnerstruktur in der Praxis an

Eine gute Struktur entsteht nicht durch langes Verschieben, sondern durch eine feste Vorlage. Lege zuerst die Logik fest und rolle sie dann bei jedem neuen Auftrag identisch aus.

Schritt 1, die Wurzel definieren

Öffne deinen zentralen Speicher, etwa den OneDrive-Root, eine Nextcloud-Instanz oder den freigegebenen Agenturordner. Lege dort nur diese drei Bereiche an:

/Agentur
├── 01_Kunden
├── 02_Intern
└── 03_Vorlagen

Die Reibungsstelle liegt hier bei alten Einzelablagen. Verschiebe nicht sofort sämtliche Bestandsdaten. Benenne zunächst eine verantwortliche Person, die entscheidet, welche Ablage künftig als verbindlich gilt.

Schritt 2, Kunden und Projekte standardisieren

Unter 01_Kunden erhält jeder Kunde einen eigenen Ordner. Darin bekommt jeder Auftrag einen eindeutigen Projektordner, zum Beispiel:

/01_Kunden/ACME_Meier/2507_Relaunch

Das Projektkürzel sollte kurz bleiben und sich im Team wiederholen. Vermeide wechselnde Schreibweisen wie ACME, Acme und ACME_Meier. Genau solche Varianten erzeugen später doppelte Kundenordner.

Schritt 3, die Projektvorlage ausrollen

Lege innerhalb jedes Projekts dieselbe Standardstruktur an:

01_Briefing
02_Recherche
03_Konzept
04_Produktion
05_Abnahme
06_Archiv
99_Sonstiges

Die sieben Hauptordner orientieren sich an der etablierten 7-Ordner-Logik. 99_Sonstiges darf kein Sammelbecken für ungeklärte Dateien werden. Prüfe regelmäßig, ob Inhalte in einen der fachlichen Ordner verschoben werden können.

Schritt 4, Readme und Zuständigkeit ergänzen

Lege im Projektroot eine README.md oder README.txt an. Sie enthält Projektsteckbrief, Ansprechpartner, Status, Owner, Benennungsregeln und den Link zum Online-Proofing-Tool. Leitfäden zum Organisieren von Forschungsdaten empfehlen ebenfalls eine dokumentierte Struktur und klare Zuständigkeiten, wie die Empfehlungen zur Organisation von Dateien zeigen.

Schritt 5, Vorlage schützen

Speichere die leere Struktur unter 03_Vorlagen/Projektvorlage. In OneDrive kopierst du den Vorlagenordner über das Kontextmenü, in Nextcloud duplizierst du ihn über die Dateiansicht. Die eigentliche Reibung entsteht, wenn jemand die Vorlage direkt bearbeitet. Gib Schreibrechte nur für die Vorlageverantwortlichen und kopiere sie für neue Projekte.

Eine strukturierte Entwurfsvorlage kann dabei als ergänzender Ausgangspunkt für Briefing- und Review-Material dienen. Entscheidend bleibt, dass alle Projekte dieselbe Grundlogik verwenden.

Namenskonventionen und Datumsformat für saubere Dateinamen

Ordner helfen bei der Orientierung. Dateinamen entscheiden, ob du innerhalb eines Ordners die richtige Version erkennst. Verwende deshalb feste Bausteine in immer derselben Reihenfolge:

Kunde_Projekt_Typ_Phase_Datum_Version

Das Datumsformat sollte am Anfang stehen, wenn die chronologische Sortierung wichtig ist. Für deutsche Forschungs- und Projektumgebungen wird das Format JJJJ-MM-TT empfohlen, weil es unabhängig von regionalen Schreibweisen sortierbar bleibt, wie die Praxisempfehlungen zur Dateistruktur erläutern.

Ein vollständiger Dateiname sieht dann so aus:

ACME_Relaunch_Landingpage_Konzept_2026-08-19_v02.docx

Versionen sauber behandeln

Vermeide Dateinamen wie final_final_neu. Das Wort final beschreibt keinen kontrollierten Freigabestatus. Nutze stattdessen eine feste Kombination aus Versionsnummer und Status:

• Rohfassung: _v01, _v02
• Interner Review: _review
• Kundenversion: _client-review
• Freigegeben: _approved
• Archiviert: Verschiebe die Datei nach 06_Archiv, statt den Namen mit weiteren Zusätzen zu verlängern.

Wenn ein Proofing-Tool Versionen und Kommentare protokolliert, sollten Dateinamen nicht die gesamte Historie abbilden. Die Datei bleibt technisch eindeutig, während Reviews und Freigaben im Prozess sichtbar bleiben.

Zeichen und Schreibweise

Leerzeichen, Umlaute und Sonderzeichen können bei Synchronisationen, Suchabfragen oder externen Übergaben Probleme verursachen. Verwende kurze lateinische Zeichen, Unterstriche und klare Schreibweisen. Das macht Pfade auch auf mobilen Geräten und in Integrationen zuverlässiger.

"

Namensregel: Ein Dateiname sollte ohne Öffnen erklären, zu welchem Kunden, Projekt, Inhalt, Arbeitsschritt, Datum und Versionsstand er gehört.

Bestehende Ordnerstrukturen sauber migrieren ohne Datenverlust

Eine Migration ist kein Aufräumtermin am Freitagnachmittag. Sie berührt laufende Projekte, offene Rechnungen, Kundenlinks und Zugriffsrechte. Bei einer Agentur mit acht Mitarbeitenden, die Nextcloud, Dropbox und lokale Festplatten parallel nutzt, beginnt der Umzug deshalb mit einer Bestandsaufnahme.

Fünf Etappen für den Umstieg

Erste Etappe, Inventur und Sperrstunde: Erfasse Speicherorte, Owner, aktive Projekte und geteilte Links. Lege einen Zeitraum fest, in dem keine großen Strukturänderungen mehr stattfinden. Neue Dateien werden nur noch in einem benannten Übergangsordner abgelegt.

Zweite Etappe, Klassifizierung: Ordne die Bestände nach der künftig verbindlichen Logik. Entscheide bei jedem Ordner, ob der primäre Schlüssel Klient, Phase oder Asset ist. Vermische diese Ebenen nicht ohne dokumentierten Grund.

Dritte Etappe, Trockenlauf: Erstelle eine 1:1-Kopie und führe die Umbenennung und Zuordnung nur dort durch. Prüfe, ob Dateien lesbar sind, ob Pfade vollständig bleiben und ob Versionsstände erkennbar sind.

Vierte Etappe, Pilotphase: Migriere ein abgeschlossenes und ein laufendes Projekt. So erkennst du, ob Berechtigungen, Synchronisation und Kundenlinks funktionieren. Erst danach wird die Vorlage für den Gesamtumzug freigegeben.

Fünfte Etappe, harter Cut: Sperre die alten Speicherorte für Schreibzugriffe, migriere den Rest und verifiziere die Ergebnisse. Die alte Ablage bleibt zunächst als schreibgeschütztes Fallback bestehen.

Die kritischen Prüfungen

Achte besonders auf doppelte Dateinamen, die durch unterschiedliche Ordnertiefen entstehen. Prüfe außerdem fehlende Schreibrechte auf Shares, abgebrochene Uploads und Sync-Vorgänge, bei denen Zeitstempel nicht sauber übernommen wurden. Vergessene Kundenlinks sind ebenfalls gefährlich, weil ein sauber migriertes Dokument für den Empfänger trotzdem unerreichbar bleiben kann.

Vor dem Cut sollte das Team diese Punkte abzeichnen:

• Vollständigkeit: Jede Quelle wurde erfasst und einem Ziel zugeordnet.
• Lesbarkeit: Stichproben aus PDFs, Videos, Designs und Office-Dateien lassen sich öffnen.
• Versionierung: Entwürfe, Reviews und Freigaben sind unterscheidbar.
• Berechtigungen: Interne und externe Zugriffe wurden getestet.
• Links: Geteilte Kundenlinks wurden erneuert oder bewusst deaktiviert.
• Rollback: Eine verantwortliche Person entscheidet über Rückkehr, Nacharbeit oder Freigabe des neuen Systems.

Ohne benannten Entscheider wird jeder Fehler zur Diskussion. Der Migration Owner sollte deshalb vorab festlegen, wann ein Rollback notwendig ist und wann eine kontrollierte Nacharbeit genügt.

Ordnerstruktur mit Online-Proofing und Freigaben verknüpfen

Eine Ordnerstruktur verwaltet Dateien. Sie entscheidet aber nicht zuverlässig, welche Version geprüft wurde, wer Feedback gegeben hat und ob eine Freigabe tatsächlich für die aktuelle Datei gilt. Diese Aufgaben gehören in einen dokumentierten Review-Workflow.

Ergänze die Projektvorlage deshalb um Statusordner, wenn dein Team stark mit Entwürfen und Abnahmen arbeitet:

00_Briefing
02_Entwurf
03_Interne_Review
04_Revision
05_Freigabe_Kunde

Jeder Upload wird dem passenden Status zugeordnet. Die Ordner zeigen, wo ein Asset im Projektbaum liegt. Das Proofing-Tool führt dagegen die Review-Runden, Kommentare, Versionen und Freigabeentscheidungen.

Drei Rollen, klare Grenzen

• Intern: Erstellt Projekte, lädt Entwürfe hoch, bearbeitet Feedback und verwaltet Zugriffsrechte.
• Externer Reviewer: Kommentiert gezielt am Asset, ohne interne Projektdateien sehen zu müssen.
• Kunde: Prüft die vorgesehene Version und erteilt oder verweigert die Freigabe.

Externe Reviewer sollten nicht mit einem allgemeinen Teamkonto arbeiten. Ein zeitlich oder inhaltlich begrenzter Freigabelink ist übersichtlicher als Anhänge per E-Mail. Die Plattform draftgo bündelt Kommentare, Versionen und Freigaben direkt am Asset und ermöglicht externen Reviewern den Zugriff per Link ohne Kontoanlage. Für die Auswahl eines passenden Werkzeugs bietet der Vergleich von Online-Proofing-Software weitere Orientierung.

Ein sauberer Ablauf

Das Briefing liegt in 00_Briefing. Der Producer lädt den ersten Entwurf in 02_Entwurf hoch und startet eine interne Review-Runde. Nach der Überarbeitung wandert das Asset in 04_Revision, bevor die Kundenversion in 05_Freigabe_Kunde bereitgestellt wird.

Die Versionen bleiben im Tool sichtbar, statt sich in Dateiendungen zu verstecken. Nach der Freigabe wird das protokollierte Ergebnis als PDF im Projektbaum abgelegt. So bleibt die Ordnerstruktur die Single Source of Truth für Projektdateien, während die Freigabelogik dort stattfindet, wo Kommentare und Entscheidungen tatsächlich entstehen.

Pflege, Notfallplan und dein 30-Tage-Checkup

Eine Ordnerstruktur scheitert selten am ersten Tag. Sie verliert an Qualität, wenn Teams Ausnahmen zulassen, Vorlagen kopieren und Feedback wieder über Slack oder E-Mail verteilen. Pflege braucht deshalb feste Auslöser, eine zuständige Person und einen kurzen Kontrollrhythmus.

Trigger für eine Korrektur

Prüfe die Struktur sofort, wenn eines dieser Signale auftaucht:

• Zu große Tiefe: Ein Projekt sprengt die dritte Hierarchieebene.
• Verteiltes Feedback: Assets wechseln häufiger über Messenger als über den vorgesehenen Review-Ordner.
• Verlorene Orientierung: Neue Mitarbeitende finden die richtige Datei nicht innerhalb eines Arbeitstags.
• Unklare Version: Zwei Dateien werden gleichzeitig als freigegeben behandelt.
• Wachsende Ausnahmen: Das Team legt eigene Sonderordner außerhalb der Vorlage an.

Die Dreiebenen-Grenze ist dabei ein Warnsignal, kein mathematisches Gesetz. ISO 15489 betont für die Schriftgutverwaltung logisch strukturierte Kategorien, Konventionen und Verfahrensregeln. Eine ungeplante, zu tiefe oder uneinheitliche Klassifikation gilt als typische Fehlerquelle, wie der fachliche Rahmen von ISO 15489 verdeutlicht.

Pflege-Playbook

Bestimme pro Mandant einen Owner. Diese Person genehmigt neue Ordner, prüft Berechtigungen und löscht keine Inhalte ohne dokumentierte Entscheidung. Ein monatliches Audit sollte kurz bleiben:

• Verwaiste Ordner markieren.
• Dateien in 99_Sonstiges neu zuordnen.
• Offene Reviews und alte Freigabelinks prüfen.
• Abgeschlossene Projekte ins Archiv verschieben.
• Neue Mitarbeitende und Freelancer auf die Vorlage verpflichten.

Der Notfallplan braucht Versionierung, einen Recovery-Ordner und einen definierten Backup-Slot. Bei versehentlichem Überschreiben wird die aktuelle Arbeitskopie nicht weiter verändert. Der Owner dokumentiert den Vorfall, stellt die letzte valide Version wieder her und entscheidet, ob Nacharbeit oder Rückabwicklung nötig ist. Ein Disaster-Recovery-Plan sollte diese Verantwortlichkeiten und Wiederherstellungsschritte schriftlich festhalten.

Am Monatsende prüft das Team, ob Migrationen, neue Mandanten und neue Projektvorlagen vollständig einsortiert sind. Wenn die Struktur nicht mehr zum Arbeitsablauf passt, ändert der Owner die Vorlage zentral. Einzelne Schattenlösungen verlängern das Chaos nur.

---

Wenn du deine Ordnerstruktur mit nachvollziehbaren Reviews und Freigaben verbinden willst, bündelt draftgo Kommentare, Versionen und Abnahmen direkt am jeweiligen Asset. Lege jetzt ein Testprojekt mit deiner neuen Vorlage an und prüfe, ob interne Teams und externe Reviewer ohne verstreute E-Mail-Anhänge durch den gesamten Freigabeprozess kommen.