l a t c h

Stell dir vor, du hast drei Monate lang ein Team von fünf Leuten bezahlt, um die gesamte Wissensdatenbank deines Unternehmens neu zu strukturieren. Ihr habt Tausende von Euro in Software-Lizenzen investiert und Hunderte von Arbeitsstunden in Meetings verbracht. Am Tag der Veröffentlichung findet trotzdem niemand das Dokument für die DSGVO-Konformität oder die aktuelle Preisliste. Ein Mitarbeiter sucht zwanzig Minuten, gibt frustriert auf und schickt dem Kunden eine veraltete Version. Das Ergebnis ist ein verlorener Auftrag im Wert von 50.000 Euro und ein massives rechtliches Risiko. Dieser Moment der absoluten Orientierungslosigkeit ist das klassische Symptom dafür, dass das Latch Prinzip zwar oberflächlich verstanden, aber in der Praxis völlig falsch angewendet wurde. Ich habe dieses Szenario in mittelständischen Unternehmen und Startups so oft gesehen, dass ich die Verzweiflung der Geschäftsführer schon am Telefon erkenne. Meistens liegt es daran, dass Information nicht nach dem Nutzen für den Anwender, sondern nach dem Ego der Abteilung sortiert wurde.

Die tödliche Falle der alphabetischen Sortierung bei Latch

Der häufigste Fehler, den ich in der Praxis sehe, ist die Annahme, dass das Alphabet eine logische Struktur darstellt. Nur weil A vor B kommt, bedeutet das nicht, dass dein Gehirn so arbeitet, wenn du unter Zeitdruck stehst. In der Welt der Informationsarchitektur ist die alphabetische Ordnung oft der letzte Zufluchtsort derer, die keine Entscheidung über die Relevanz ihrer Daten treffen wollen. Wenn du deine Projektablagen einfach von A bis Z sortierst, zwingst du jeden Nutzer dazu, den exakten Namen der Datei zu kennen, bevor er überhaupt mit der Suche beginnt. Das ist kein System, das ist ein Ratespiel.

In Projekten, die ich begleitet habe, führte eine rein alphabetische Ablage oft dazu, dass Dubletten entstanden. Warum? Weil Mitarbeiter „Marketing-Plan“ unter M suchten, ihn nicht fanden (weil er unter „Strategie Marketing“ abgelegt war) und dann einfach eine neue Datei erstellten. Das kostet nicht nur Speicherplatz, sondern zerstört die Integrität deiner Daten. Wer mit diesem Rahmenwerk arbeitet, muss begreifen, dass das Alphabet nur dann Sinn ergibt, wenn die Begriffe absolut eindeutig und allgemein bekannt sind, wie in einem Telefonbuch oder einem Lexikon. In einem dynamischen Geschäftsumfeld ist das fast nie der Fall.

Die Lösung ist simpel, aber hart: Du musst Prioritäten setzen. Statt alles stumpf nach dem ABC zu ordnen, solltest du prüfen, ob eine thematische oder zeitliche Struktur nicht wesentlich effizienter wäre. In einem meiner Fälle haben wir die Ablage eines E-Commerce-Unternehmens von Alphabetisch auf Aufgabenbasiert umgestellt. Die Suchzeit sank innerhalb einer Woche um 40 Prozent. Die Leute mussten nicht mehr raten, wie der Ordner heißt, sondern wussten, in welcher Phase des Prozesses sie sich befanden. Das Alphabet ist ein Hilfsmittel, kein Fundament für eine funktionierende Informationsarchitektur.

Wenn die Chronologie zum unendlichen Scrollen führt

Ein weiterer Punkt, an dem viele scheitern, ist die Überbetonung der Zeit. Klar, wir denken oft in Zeitachsen: „Wann haben wir das gemacht?“ oder „Wann kam diese E-Mail?“. Aber eine rein chronologische Ordnung wird nach spätestens sechs Monaten zum Albtraum. Ich erinnere mich an eine Werbeagentur, die alle ihre Kampagnen-Assets streng nach dem Erstellungsdatum sortiert hatte. Nach zwei Jahren hatten sie ein Archiv, das so tief war, dass niemand mehr Lust hatte, darin zu graben. Wenn ein Kunde nach einem Logo von vor drei Jahren fragte, war das ein halber Tag Arbeit für einen Junior-Grafiker.

Zeit ist eine flüchtige Metrik. Was heute „neu“ ist, ist in drei Wochen „alt“ und in einem Jahr „historisch“. Wenn du deine Daten nur nach Datum sortierst, ohne eine übergeordnete Kategorie zu nutzen, baust du dir ein digitales Endlager. Das Problem hierbei ist die Abnutzung des Wissens. Wichtige strategische Dokumente verschwinden unter einem Berg von tagesaktuellen Memos, nur weil sie älter sind. Das ist pure Verschwendung von geistigem Eigentum.

Der Prozess muss hier anders aussehen. Zeit sollte nur ein Filter sein, niemals die primäre Ebene der Organisation. Ein gut strukturiertes System nutzt die Zeitachse nur dort, wo sie einen echten Mehrwert bietet, zum Beispiel bei Finanzunterlagen oder Protokollen. Für alles andere braucht es eine stabilere Basis. Ich rate meinen Klienten immer dazu, die chronologische Ordnung erst auf der dritten oder vierten Ebene einzuführen. Zuerst kommt das Thema, dann vielleicht der Ort oder das Projekt, und erst ganz am Ende das Datum. So bleibt die Struktur auch über Jahre hinweg skalierbar, ohne dass du ein Team von Archivaren einstellen musst.

Die Hybris der thematischen Überstrukturierung

Themenbasierte Ordnung klingt logisch. Es ist das, was wir in der Schule lernen. Biologie hier, Mathe da. Aber im Geschäftsalltag verschwimmen die Grenzen. Wo hört „Marketing“ auf und wo fängt „Sales“ an? Wenn du versuchst, jedes Fitzelchen Information in eine eindeutige thematische Schublade zu stecken, wirst du wahnsinnig. Ich habe Organisationen erlebt, die Taxonomien mit fünfzehn Hierarchieebenen erstellt haben. Das Ergebnis? Niemand hat das System benutzt, weil es zu kompliziert war. Dokumente landeten wieder auf dem Desktop oder in irgendwelchen privaten Dropbox-Ordnern.

Das ist der klassische Fall von „Over-Engineering“. Man will es besonders gut machen und baut ein Monster, das niemand mehr bändigen kann. Eine gute thematische Struktur muss atmen können. Sie darf nicht so eng gefasst sein, dass ein neues Projekt das gesamte System sprengt. In der Praxis hat sich gezeigt, dass mehr als drei bis vier Hauptebenen die kognitive Last für die Mitarbeiter so stark erhöhen, dass die Fehlquote bei der Ablage massiv ansteigt.

Ein Beispiel aus der Realität: Ein Architekturbüro hatte für jedes Gewerk einen eigenen Oberordner. Heizung, Lüftung, Sanitär, Elektro. Klingt gut. Aber was macht man mit einem Dokument, das die Schnittstelle zwischen Heizung und Elektro betrifft? Es wurde entweder doppelt abgelegt oder gar nicht gefunden. Wir haben das System umgestellt auf eine objektbezogene Struktur. Das Objekt war der Anker, die Themen darunter waren nur noch grobe Leitplanken. Plötzlich wusste jeder, wo er suchen musste. Man muss akzeptieren, dass Themen immer subjektiv sind. Was für den Buchhalter „Kosten“ sind, sind für den Projektleiter „Ressourcen“. Ohne eine klare Definition der Begriffe auf der obersten Ebene bricht jedes System unter seiner eigenen Komplexität zusammen.

Warum der Ort oft unterschätzt wird

In einer globalisierten, digitalen Welt denken viele, der Ort sei irrelevant. „Es ist doch alles in der Cloud“, höre ich oft. Das ist ein Irrtum, der viel Geld kostet. Der Ort kann physisch sein, aber auch logisch oder geografisch. Wenn du ein Unternehmen mit mehreren Standorten führst, ist die geografische Komponente oft die intuitivste Art der Organisation. Ein Fehler, den ich oft sehe: Ein Unternehmen mit Filialen in Berlin, München und Hamburg sortiert seine Mietverträge nach „Vertragstyp“ statt nach „Standort“.

Stell dir vor, es gibt einen Wasserschaden in der Filiale in München. Der Facility Manager braucht sofort den Grundriss und die Versicherungspolice. In einem systemisch falsch aufgebauten Archiv sucht er erst unter „Versicherungen“ und dann unter „Gebäude“. In einem ortsbasierten System klickt er auf „München“ und hat alles vor sich liegen. Das spart in Notsituationen Minuten, die über Tausende von Euro an Folgeschäden entscheiden.

Ortsbezogene Datenorganisation ist besonders stark, wenn es um Logistik, Vertrieb oder Immobilien geht. Wer das ignoriert und versucht, alles in abstrakte Kategorien zu pressen, arbeitet gegen die menschliche Intuition. Wir sind räumliche Wesen. Wir erinnern uns oft besser daran, wo etwas passiert ist, als wann oder unter welchem Namen es abgeheftet wurde. In meiner Beratungspraxis führen wir oft eine „Location-First“ Strategie ein, wenn die physische Präsenz ein Kernelement des Geschäftsmodells ist. Das reduziert die Suchzeiten drastisch, weil der Kontext sofort klar ist.

Die Hierarchie der Relevanz als Rettungsanker

Die fünfte Säule der Informationsorganisation ist die Hierarchie oder das Kontinuum. Hier geht es um Bewertungen: Von wichtig zu unwichtig, von teuer zu billig, von klein zu groß. Viele trauen sich nicht, diese Art der Sortierung zu nutzen, weil sie Angst vor der Subjektivität haben. Aber genau hier liegt der größte Hebel für Effizienz. Wenn du deine Kundenliste nicht nach dem Alphabet, sondern nach dem Umsatzvolumen (Hierarchie) sortierst, hast du sofort ein Werkzeug zur Steuerung deines Business in der Hand.

Der Fehler ist hier oft die Vermischung von statischen Daten mit dynamischen Hierarchien. Eine Kundenliste nach Umsatz zu sortieren ist super für den Vertrieb, aber eine Katastrophe für die Buchhaltung, die den Kunden „Müller“ sucht. Die Lösung ist die Nutzung von Metadaten und verschiedenen Ansichten. Ein starres System, das nur eine Sichtweise zulässt, ist in der heutigen Zeit zum Scheitern verurteilt.

Ich habe mit einem Logistikunternehmen gearbeitet, das seine Flotte nach Kennzeichen sortiert hatte. Das war völlig nutzlos für die Einsatzplanung. Wir haben das System auf eine Hierarchie nach „Verfügbarkeit“ und „Ladekapazität“ umgestellt. Die Planungszeit für Touren halbierte sich fast über Nacht. Man muss verstehen, welche Metrik den größten Einfluss auf den Gewinn hat, und die Daten danach ausrichten. Alles andere ist nur Verwaltung von Ballast.

Vorher und Nachher: Ein praktischer Blick auf die Transformation

Um zu verdeutlichen, wie sich diese Ansätze in der Realität auswirken, schauen wir uns ein typisches Szenario in der Marketingabteilung eines mittelständischen Maschinenbauers an.

Vorher: Die Abteilung nutzte einen gemeinsamen Server. Die Ordnerstruktur war ein wilder Mix aus allem. Es gab Ordner wie „Messen 2023“, „Prospekte“, „Bilder von Hans“, „Kunde XY“ und „Dringend“. Wenn eine neue Broschüre erstellt werden sollte, verbrachte der Grafiker Stunden damit, die hochauflösenden Logos zu finden. Oft nutzte er am Ende eine schlechte Version aus einer alten E-Mail, weil er das Original nicht fand. Die Abstimmungsschleifen waren endlos, weil niemand wusste, welche Version die aktuelle war. Jedes Mal, wenn ein Mitarbeiter das Unternehmen verließ, war sein Wissen praktisch verloren, da seine persönliche Ordnerstruktur für niemanden sonst Sinn ergab. Das Unternehmen verlor schätzungsweise 15 Prozent der Arbeitszeit allein durch Suchen und Korrigieren von Fehlern, die durch falsche Daten entstanden waren.

Nachher: Nachdem wir den Prozess analysiert hatten, haben wir die Struktur radikal vereinfacht. Wir haben uns auf die fünf Säulen besonnen, aber sie gezielt eingesetzt. Die oberste Ebene wurde nach dem Ort (Märkte: DACH, EMEA, US) strukturiert, da die rechtlichen Anforderungen und Produktspezifikationen dort am stärksten variierten. Innerhalb dieser Markt-Ordner gab es eine klare thematische Trennung (Produkte, Kampagnen, Assets). Innerhalb der Assets wurde die Hierarchie wichtig: Es gab einen Ordner „Final“ (höchste Priorität) und einen Ordner „Archiv“.

Dateinamen wurden nach einem strengen Zeit-Format vergeben (JJJJ-MM-TT), was die chronologische Sortierung innerhalb der Ordner automatisierte, ohne dass man danach suchen musste. Der Effekt war sofort spürbar. Der Grafiker fand das Logo in zehn Sekunden unter „Global-Assets > Corporate-Design > Logos“. Neue Mitarbeiter waren innerhalb von zwei Tagen voll arbeitsfähig, weil das System intuitiv war und keine „Geheimtipps“ von altgedienten Kollegen brauchte. Die Fehlerquote bei Druckaufträgen sank auf fast Null, da immer klar war, welches Dokument die „Final“-Hierarchie besaß.

Realitätscheck: Was es wirklich braucht

Jetzt mal Butter bei die Fische: Es gibt kein Tool, das deine Probleme löst, wenn dein Kopf die Struktur nicht versteht. Ich sehe ständig Leute, die 200 Euro im Monat für KI-gestützte Wissensmanagementsysteme ausgeben, aber nicht in der Lage sind, eine klare Benennungsrichtlinie für ihre Dateien durchzusetzen. Das ist wie ein Ferrari-Motor in einem Bobby-Car. Es bringt dich nicht schneller ans Ziel, es macht nur mehr Lärm.

Der Aufbau einer nachhaltigen Struktur ist kein Wochenendprojekt. Es ist eine fortlaufende Disziplin. Du wirst am Anfang auf Widerstand stoßen. Deine Mitarbeiter werden sagen: „Aber ich hab das schon immer so gemacht.“ Du musst bereit sein, diesen Kampf zu führen. Wenn du nicht konsequent bist, wird dein System innerhalb von vier Wochen wieder im Chaos versinken. Das ist die brutale Wahrheit. Ordnung ist kein Zustand, sondern ein Prozess.

Was du wirklich brauchst:

1. Eine klare Entscheidung für eine primäre Sortierlogik pro Bereich.
2. Ein Dokument von maximal zwei Seiten, das die Regeln erklärt (kein 50-seitiges Handbuch, das niemand liest).
3. Jemanden, der den „Hausmeister“ spielt und einmal im Monat aufräumt oder Leute auf Fehler hinweist.
4. Die Einsicht, dass 80 Prozent deiner Daten wahrscheinlich Müll sind und gelöscht oder tief archiviert gehören.

Es geht nicht darum, perfekt zu sein. Es geht darum, nicht mehr für die eigene Unordnung zu bezahlen. Jede Minute, die du oder deine Leute mit Suchen verbringen, ist verlorener Gewinn. Fang klein an, aber zieh es durch. Wer die Grundlagen ignoriert, wird immer nur Brände löschen, anstatt sein Geschäft voranzutreiben. Und glaub mir, ich habe genug rauchende Trümmerhaufen von Firmenarchiven gesehen, um zu wissen, dass Ordnung am Ende immer billiger ist als das Chaos.

1. Identifiziere die am häufigsten gesuchten Informationen.
2. Wähle die passende der fünf Strategien für genau diesen Datensatz.
3. Teste es mit einem kleinen Team für zwei Wochen.
4. Roll es erst dann für alle aus.

Wer diese Schritte überspringt, landet wieder am Anfang – frustriert, mit weniger Geld auf dem Konto und einem Desktop voller Dateien namens „final_v2_korrigiert_neu_3.pdf“. Das muss nicht sein. Es liegt an dir, die Struktur vorzugeben, bevor die Datenflut dich und dein Team einfach wegspült.