*Dies ist Teil 2 unserer Serie über die Frische von Inhalten. [In Teil 1 (/de/blog/why-freshness-matters-more-than-ever/) haben wir erklärt, warum Frische wichtig ist und was sie eigentlich bedeutet. Dieser Beitrag macht da weiter, wo er aufgehört hat: warum Verfallsdaten allein nicht ausreichen und wie eine kontinuierliche Überwachung aussieht.
Nehmen wir an, du tust etwas Verantwortungsvolles. Jedes Dokument in deinem Wiki bekommt ein Verfallsdatum. Sechs Monate nach der Erstellung, vielleicht zwölf für stabiles Referenzmaterial. Wenn das Datum erreicht ist, erhält der Eigentümer eine Benachrichtigung: Überprüfe das Dokument oder es wird markiert.
Das ist besser als das, was die meisten Unternehmen tun. Die meisten Unternehmen tun nichts. Die Dokumente verrotten langsam und niemand merkt es, bis jemand die Anweisungen befolgt und etwas kaputt geht.
Aber hier ist die unbequeme Wahrheit: Verfallsdaten sind notwendig und völlig unzureichend. Ich habe Dokumente gesehen, die schon Tage nach ihrer letzten Überprüfung gefährlich veraltet sind, und ein Überprüfungsdatum kann das nicht auffangen.
Was Verfallsdaten wirklich lösen
Verfallsdaten lösen das Problem der Rechenschaftspflicht. Sie beantworten die Frage: _"Wer ist dafür verantwortlich, dass das Datum noch stimmt und wann?" _
Das ist wirklich wertvoll. Ohne ein solches Datum geraten die Unterlagen in das sogenannte "Ownership Void", einen Zustand, in dem jeder davon ausgeht, dass jemand anderes sie pflegt, und es daher niemand tut. Durch die Festlegung eines Überprüfungsdatums wird einer einzelnen Person eine Verpflichtung zu einem bestimmten Datum auferlegt. Einfach. Klar. Effektiv.
So sehen Verfallsdaten in der Praxis aus:
- Ein Dokument wird mit einem Überprüfungsdatum in 90 Tagen erstellt
- 14 Tage vor Ablauf wird der Eigentümer benachrichtigt
- Am Verfallsdatum wird das Dokument als "zu überprüfen" gekennzeichnet.
- Der Eigentümer überprüft das Dokument, bestätigt, dass es noch korrekt ist, und verlängert das Datum.
- Oder er aktualisiert es, ordnet es neu zu oder archiviert es.
Dies ist ein solides System. Es fängt den langsamen Verfall auf, die Dokumente, an die seit einem Jahr niemand mehr gedacht hat. Es schafft einen regelmäßigen Rhythmus der Überprüfung. Es macht die Verantwortung sichtbar.
Aber es hat einen blinden Fleck von der Größe eines Kontinents.
Was Verfallsdaten verpassen
Zwischen den Überprüfungsterminen lebt ein Dokument in einer Blackbox. Du hast es am 15. Januar überprüft. Die nächste Überprüfung ist am 15. April. Am 3. Februar könnte alles Mögliche passieren:
Links brechen stillschweigend ab
Eine externe URL, auf die du verwiesen hast, gibt eine 404 zurück. Ein interner Link verweist auf ein Dokument, das archiviert wurde. Ein Code-Repository wurde umbenannt und jeder GitHub-Link in deinem Dokument ist jetzt tot. Dein Dokument sieht noch gut aus. Das Verfallsdatum ist erst in zwei Monaten. Niemand weiß, dass die Links kaputt sind.
Verwandte Inhaltsänderungen
Du hast einen Einsatzleitfaden geschrieben, der auf dein Architekturdokument verweist. Im Februar schreibt jemand das Architekturdokument komplett neu. Neue Muster, neue Infrastruktur, neue Konventionen. Dein Einsatzleitfaden verweist immer noch auf die alte Architektur. Er ist technisch noch nicht falsch, aber er driftet ab. Wenn der Termin für die Überprüfung ansteht, könnte die Lücke schon sehr groß sein.
Die Leserschaft sinkt auf Null
Dein Dokument wurde früher von 40 Personen pro Monat gelesen. Dann hat sich ein Prozess geändert und niemand braucht es mehr, aber niemand hat es auch archiviert. Es steht in den Suchergebnissen, nimmt Platz weg und verwirrt gelegentlich einen neuen Mitarbeiter, der nicht weiß, dass es irrelevant ist. Das Verfallsdatum kümmert sich nicht um die Leserschaft. Es pingt den Besitzer trotzdem pünktlich an.
Übersetzungen geraten ins Hintertreffen
Die englische Quelle wurde am 10. Februar aktualisiert. Die französischen, deutschen und japanischen Übersetzungen sind jetzt veraltet. Aber das Verfallsdatum dieser übersetzten Versionen ist erst im Mai. Drei Monate lang lesen die nicht-englischen Teams veraltete Inhalte und wissen es nicht.
Leser weisen auf Probleme hin
Ein Leser hinterlässt einen Kommentar: "Schritt 3 funktioniert nicht mehr, das CLI-Flag wurde abgeschafft." Dieser Kommentar steht da. Das Verfallsdatum ist noch Wochen entfernt. Die nächste Person, die die Dokumentation liest, sieht den Kommentar vielleicht nicht. Die Person, die danach kommt, bestimmt nicht.
Das Verfallsdatum ist ein geplanter Kontrollpunkt. Dies sind ungeplante Ereignisse. In der Lücke dazwischen richtet veraltete Dokumentation den größten Schaden an.
Frische: kontinuierliche Überwachung
Die Freshness-Bewertung füllt die Lücke, die das Verfallsdatum offen lässt. Anstatt den Zustand eines Dokuments einmal alle 90 Tage zu überprüfen, wird es mit Freshness kontinuierlich überwacht. Jeden Tag, im Hintergrund, ohne dass jemand etwas tun muss.
So funktioniert es in Rasepi:
Jedes Dokument erhält einen Live-Freshness-Score von 0 bis 100, der aus mehreren Signalen berechnet wird:
| Signal | Was es erkennt | Warum es wichtig ist |
|---|---|---|
| Link-Gesundheit | Kaputte, umgeleitete oder unerreichbare URLs | Kaputte Links untergraben das Vertrauen und verschwenden Zeit |
| Review-Status | Ob das Dokument fristgerecht überprüft wurde | Die grundlegende Überprüfung der Verantwortlichkeit |
| Lesertrends | Ob es überhaupt jemand liest | Geringe Leserzahlen deuten darauf hin, dass das Dokument irrelevant sein könnte |
| Bearbeitungszeitpunkt | Wann das Dokument zuletzt geändert wurde im Vergleich zu verwandten Inhalten | Erkennt eine Abweichung von der umgebenden Wissensbasis |
| Übersetzungs-Alignment | Ob alle Sprachversionen aktuell sind | Veraltete Übersetzungen bedeuten, dass Teams in anderen Märkten mit alten Informationen arbeiten |
| Leserkennzeichen | Ob Leser Probleme gemeldet haben | Crowdsourced Staleness Detection |
| Querverweise | Ob die Dokumente, auf die verlinkt wird, selbst veraltet sind | Veraltetheit ist ansteckend |
Jedes Signal trägt zur Gesamtbewertung bei. Ein Dokument kann wegen eines defekten Links heute Frischepunkte verlieren, auch wenn das Überprüfungsdatum erst in Wochen ist. Das ist der springende Punkt.
Wie die beiden zusammenarbeiten
Verfall und Frische sind keine konkurrierenden Ansätze. Sie sind komplementäre Ebenen:
Das Verfallsdatum ist die Steuerungsebene. Sie sorgen für eine regelmäßige Überprüfung durch Menschen. Jemand muss sich das Dokument regelmäßig ansehen und bestätigen, dass es noch aktuell ist. Damit werden die Dinge erfasst, die die Automatisierung nicht kann: ob der Inhalt noch stimmt, ob die Ratschläge noch fundiert sind, ob der beschriebene Prozess noch der Realität entspricht.
Die Frischheitsbewertung ist die Überwachungsebene. Sie erfasst alles, was zwischen den Überprüfungszeitpunkten passiert: defekte Links, abweichende Übersetzungen, verlassene Dokumente, den kontextuellen Verfall, der eintritt, wenn sich die Welt verändert, ein Dokument aber nicht.
Gemeinsam schaffen sie ein System, in dem:
- Jedes Dokument wird in regelmäßigen Abständen von einem Menschen überprüft (Verfall)
- Zwischen den Überprüfungen fangen automatische Signale Probleme ab, sobald sie auftreten (Aktualität).
- Beide Systeme fließen in eine einzige Vertrauensbewertung ein, die jeder sehen kann
- Dieser Wert beeinflusst, wie das Dokument in der Suche eingestuft wird und ob KI-Tools es als Quelle nutzen
Die Auswirkungen des Scorings
Hier wird es praktisch. In Rasepi wirkt sich der Freshness Score eines Dokuments direkt auf seine Sichtbarkeit aus:
- Score 80-100: Volle Sichtbarkeit. Erscheint normal in den Suchergebnissen. Kommt als Quelle für KI-Antworten in Frage. Keine Markierungen.
- Punktzahl 50-79: Eingeschränkte Sichtbarkeit. Erscheint in den Suchergebnissen mit einem Veralterungsindikator. KI-Tools können ihn als Quelle zurückstufen. Der Eigentümer wird benachrichtigt.
- Punktzahl unter 50: Markiert. Wird in den Suchergebnissen deutlich nach unten verschoben. Ganz von den KI-Antworten ausgeschlossen. Der Eigentümer erhält eine dringende Benachrichtigung.
So entsteht eine Feedbackschleife. Wenn die Punktzahl eines Dokuments sinkt, wird der Eigentümer dazu gedrängt, das Problem zu beheben, und zwar nicht, weil ein beliebiges Datum erreicht wurde, sondern weil sich tatsächlich etwas geändert hat. Der defekte Link, die veraltete Übersetzung, die sinkende Leserschaft - das sind echte Signale, die jetzt beachtet werden müssen, nicht erst in sechs Wochen.
Ein praktisches Beispiel
Gehen wir mal ein Szenario durch:
März 1: Dein "Incident Response Playbook" erreicht 92 Punkte. Es wurde vor zwei Wochen überprüft, alle Links sind gültig, die Leserschaft ist hoch und alle vier Sprachversionen sind aktuell.
März 8: Jemand strukturiert die Status-Seite der Technik um. Drei URLs im Playbook leiten jetzt um. Der Freshness Score sinkt auf 78. Der Besitzer erhält eine Benachrichtigung: "3 defekte Links entdeckt."
März 10: Der Besitzer repariert die Links. Der Wert steigt wieder auf 89.
März 15: Die englische Version wird mit einem neuen Eskalationspfad aktualisiert. Die französischen und deutschen Übersetzungen sind jetzt veraltet (Hash-Mismatch). Die Punktzahl fällt auf 74.
März 17: Die Übersetzungen wurden aktualisiert. Die Punktzahl steigt wieder auf 91.
März 20: Die Leserschaftsdaten zeigen, dass die japanische Version seit 30 Tagen nicht mehr aufgerufen wurde. Die Punktzahl sinkt auf 86. Ein subtiles Signal, das aber verfolgt wird.
April 1: Der geplante Überprüfungstermin ist da. Der Eigentümer überprüft den Inhalt, bestätigt, dass er korrekt ist, und verlängert die Frist bis zum 1. Juli. Die Punktzahl bleibt bei 86, weil das Signal der Leserschaft immer noch vorhanden ist.
Das Team hat zu keinem Zeitpunkt auf ein Überprüfungsdatum gewartet, um ein Problem zu erkennen. Das Frischesystem zeigte Probleme innerhalb weniger Tage an. Das Überprüfungsdatum war der Kontrollpunkt für die Verwaltung. Beide Ebenen tun ihre Arbeit.
Warum "nur ein Überprüfungsdatum festlegen" nicht mehr ausreicht
Vor fünf Jahren waren Verfallsdaten vielleicht noch ausreichend. Die Dokumentation wurde von Menschen gelesen, und die Menschen konnten sich ein Urteil bilden. Wenn ein Dokument nicht ganz stimmig war, hat man sich umgehört.
Heute ist die Dokumentation eine Infrastruktur. Sie speist KI-Tools, Onboarding-Automatisierung, Compliance-Systeme und Suchmaschinen, die Ergebnisse ohne Kontext liefern. Diese Systeme sind nicht in der Lage, sich ein Urteil zu bilden. Sie konsumieren die Inhalte so, wie sie sind, und verteilen sie in großem Umfang weiter.
Ein Dokument mit kaputten Links und veralteten Übersetzungen, das noch drei Wochen bis zur Prüfung hat, kann in diesen drei Wochen viel Schaden anrichten, vor allem, wenn ein KI-Assistent darauf basierend vertrauensvoll Antworten liefert.
**Verfallsdaten sind das Minimum an praktikablem Ansatz für die Dokumentationskontrolle. Wenn die Dokumentation von Systemen konsumiert wird, die nicht selbst denken können, brauchst du eine Freshness-Bewertung.
Erste Schritte
Wenn du deine Dokumente bereits mit einem Verfallsdatum versiehst (gut für dich, denn die meisten Teams tun das nicht), kannst du die Freshness-Bewertung folgendermaßen einführen:
- Beginne mit der Verfolgung von Links. Überprüfe deine 50 wichtigsten Dokumente auf defekte Links. Die Zahl wird dich wahrscheinlich überraschen.
- Prüfe das Alignment der Übersetzungen. Wenn du mehrsprachige Dokumente hast, vergleiche das Datum der letzten Änderung zwischen dem Quelltext und den Übersetzungen. Wie viele sind mehr als einen Monat im Rückstand?
- Überprüfe die Leserschaft. Welche Dokumente werden überhaupt nicht gelesen? Werden sie noch gebraucht, oder sollten sie archiviert werden?
- Sprecht mit eurem KI-Team. Wenn ihr einen internen KI-Assistenten habt, fragt ihn, welche Dokumente er abruft. Überprüfe dann die Aktualität dieser Dokumente.
Du wirst wahrscheinlich feststellen, dass deine technisch nicht abgelaufenen Dokumente eine Menge Probleme haben, die das Verfallsdatum nie aufdecken wird.
Das Verfallsdatum verrät dir, ob jemand ein Dokument kürzlich geprüft hat. Die Frische sagt dir, ob das Dokument im Moment tatsächlich gesund ist. Das eine ist ein Kalenderereignis. Das andere ist ein lebendes Signal.
Du brauchst beides. Aber wenn du nur Verfallsdaten hast, fliegst du zwischen den Kontrollpunkten im Blindflug.
Ein Dokument wird nicht an seinem Überprüfungsdatum ungültig. Es veraltet in dem Moment, in dem sich etwas ändert und niemand es bemerkt. Die Frischebewertung merkt es.
Rasepi kombiniert verbindliche Verfallsdaten mit einer kontinuierlichen Frischeüberwachung. Jedes Dokument erhält oder verliert seinen Vertrauenswert in Echtzeit. Kein Warten, keine blinden Flecken, keine Überraschungen bei der Überprüfung.
So funktioniert die Frischebewertung →
*Dies ist Teil 2 einer zweiteiligen Serie. Wenn du sie noch nicht gelesen hast, beginne mit Teil 1: Die Kennzahl, die dein Team nicht verfolgt.