[{"data":1,"prerenderedAt":92},["ShallowReactive",2],{"content:blog:technische-dokumentation":3,"content:blog":33},{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":12,"toc":16,"body":32},"technische-dokumentation","Technische Dokumentation als Register statt Dateiarchiv: was 114 Technologiekarten gezeigt haben","Warum Anleitungen und Arbeitskarten Versionen, Verantwortliche und Schulungsnachweise brauchen – für Hersteller, deren Wissen in Ordnern liegt","2026-08-19","Technische Dokumentation: Versionen statt Dateiarchiv","Technische Dokumentation als Register: 114 Karten mit Historie, Verantwortlichen und Schulungsstand. Was Hersteller in Deutschland daraus lernen können.","In einer Produktion lagen 114 Technologiekarten als Dateien in einem Archiv. Heute stehen sie in einem Register, in dem keine Version überschrieben wird. Was das für Anleitungen und Wartungsunterlagen eines Herstellers bedeutet – und was ein Register nicht leisten kann.",4,[13,14,15],"Architektur","PostgreSQL","KI",[17,20,23,26,29],{"id":18,"text":19},"archiv","Wo technische Dokumentation im Dateiarchiv verloren geht",{"id":21,"text":22},"beispiel","Das Beispiel: 114 Technologiekarten aus dem Archiv",{"id":24,"text":25},"regeln","Drei Regeln, die ein Register vom Ordner unterscheiden",{"id":27,"text":28},"hersteller","Was das für die technische Dokumentation eines Herstellers heißt",{"id":30,"text":31},"vorgehen","Wie wir ein solches Register aufsetzen","\u003Cp>Technische Dokumentation veraltet selten auf einmal, sondern Datei für Datei: Eine Anleitung wird kopiert, geändert und unter neuem Namen abgelegt, bis niemand mehr sicher sagen kann, welche Fassung gilt. Die Antwort ist ein Register statt eines Ordners – jede Änderung als neue Version, mit einer verantwortlichen Person und dem Nachweis, wer danach geschult wurde.\u003C\u002Fp>\n\n\u003Ch2 id=\"archiv\">Wo technische Dokumentation im Dateiarchiv verloren geht\u003C\u002Fh2>\n\u003Cp>Bei einem Hersteller technischer Produkte liegt das Wissen nach der Auslieferung selten an einer Stelle. Wartungsanleitungen stehen als PDF auf einem Laufwerk, Einstellwerte in einer Tabelle, Ergänzungen in E-Mails an den Außendienst. Jede dieser Dateien kann für sich richtig sein. Schwierig wird es bei Fragen, die mehrere Dateien zugleich betreffen: Welche Fassung galt, als die Anlage beim Kunden zuletzt gewartet wurde? Wer hat die letzte Änderung freigegeben? Kennt der Techniker, der morgen hinausfährt, den aktuellen Stand?\u003C\u002Fp>\n\u003Cp>Ein Dateisystem beantwortet keine davon. Es kennt Dateinamen und Änderungsdaten, aber weder Zuständigkeiten noch Schulungsstände. Aus einer Frage an die Unterlagen wird so eine Frage an Menschen, und die Antwort hängt davon ab, wer gerade im Haus ist. Das fällt im Alltag lange nicht auf, weil erfahrene Leute die Lücke mit ihrem Gedächtnis schließen. Es fällt auf, wenn genau diese Leute im Urlaub sind oder das Unternehmen verlassen.\u003C\u002Fp>\n\n\u003Ch2 id=\"beispiel\">Das Beispiel: 114 Technologiekarten aus dem Archiv\u003C\u002Fh2>\n\u003Cp>Das Muster haben wir nicht an einer Maschine kennengelernt, sondern an Rezepturen. Bei einer Unternehmensgruppe aus Lebensmittelproduktion und Filialhandel lagen die Technologiekarten der Produktion – die Rezepturen, nach denen gearbeitet wird – in einem Dateiarchiv. Drei Folgen waren im Betrieb spürbar: Selbstkosten ließen sich auf dieser Grundlage nicht rechnen, niemand wusste verlässlich, wer nach welcher Karte geschult war, und Änderungen gingen auf dem Weg zwischen Kopien verloren.\u003C\u002Fp>\n\u003Cp>Heute werden 114 Karten als Register in der Datenbank geführt. Jede Karte trägt ihre Historie, die Personen, die für sie verantwortlich sind, und die Mitarbeiter, die auf sie geschult wurden. Das klingt nach Verwaltung, verändert aber die Art der Fragen: Statt „Wer hat die aktuelle Datei?“ lautet sie „Was steht in der geltenden Version, und wer kennt sie?“ – und darauf gibt eine Abfrage Antwort, nicht ein Rundruf.\u003C\u002Fp>\n\n\u003Ch2 id=\"regeln\">Drei Regeln, die ein Register vom Ordner unterscheiden\u003C\u002Fh2>\n\u003Col>\n\u003Cli>\u003Cstrong>Versionen werden angehängt, nie überschrieben.\u003C\u002Fstrong> Jede Änderung erzeugt einen neuen Stand, der alte bleibt lesbar. In diesem Register ist bis heute keine Version überschrieben worden. Damit lässt sich jede frühere Fassung zeigen, ohne dass jemand an eine Sicherungskopie gedacht haben muss.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Zuständigkeit ist ein Feld, kein Wissen im Kopf.\u003C\u002Fstrong> Wer für eine Karte verantwortlich ist und wer auf sie geschult wurde, steht an der Karte selbst. Scheidet jemand aus oder wechselt die Abteilung, ist die Lücke sichtbar, bevor sie im Betrieb auffällt.\u003C\u002Fli>\n\u003Cli>\u003Cstrong>Das Sprachmodell schlägt vor, ein Mensch bestätigt.\u003C\u002Fstrong> Änderungen können mit KI vorbereitet werden. Übernommen wird ein Vorschlag erst nach menschlicher Bestätigung, und die bestätigte Fassung wird automatisch mit der internen Wissensbasis abgeglichen. So beantwortet ein Assistent später Fragen aus dem Stand, der wirklich gilt, und nicht aus einem Entwurf.\u003C\u002Fli>\n\u003C\u002Fol>\n\u003Cp>Eine Grenze gehört dazu: Ein Register prüft keine Inhalte. Steht in einer Karte ein falscher Wert, steht er auch nach der Übernahme darin – nur jetzt mit Datum und Verantwortlichem. Die fachliche Prüfung bleibt Aufgabe der Leute, die das Produkt kennen. Das Register sorgt dafür, dass ihre Korrektur nicht wieder in einer Kopie verschwindet.\u003C\u002Fp>\n\n\u003Ch2 id=\"hersteller\">Was das für die technische Dokumentation eines Herstellers heißt\u003C\u002Fh2>\n\u003Cp>Eine Technologiekarte aus der Produktion und eine Wartungsanleitung für eine Anlage haben dieselbe Form: ein Dokument, das sich ändert, eine Person, die dafür geradesteht, und Menschen, die danach arbeiten. Die Datenstruktur des Registers passt deshalb auf beide.\u003C\u002Fp>\n\u003Cp>Für einen Hersteller kommt eine Ebene hinzu, die in der Konditorei eine kleinere Rolle spielt: der Geltungsbereich. Eine Anleitung gilt oft nicht für alle ausgelieferten Geräte, sondern für eine Baureihe oder einen Seriennummernbereich. Im Register wird aus „Version“ dann „Version und Geltungsbereich“ – eine zusätzliche Spalte, kein anderes System. Wie Wartungsintervalle und Serviceeinsätze an solche Unterlagen anschließen, beschreibt der Lexikonartikel zum \u003Ca href=\"\u002Flexikon\u002Fwartungsmanagement\">Wartungsmanagement\u003C\u002Fa>.\u003C\u002Fp>\n\n\u003Ch2 id=\"vorgehen\">Wie wir ein solches Register aufsetzen\u003C\u002Fh2>\n\u003Cp>Wir beginnen nicht mit der Oberfläche, sondern mit einem Ausschnitt des Archivs, etwa den Unterlagen einer Produktlinie. Gemeinsam mit den Leuten, die damit arbeiten, legen wir fest, was als neue Version gilt, wer freigibt und welche Schulungsnachweise gebraucht werden. Diese Punkte stehen als Abnahmekriterien im Angebot, bevor die erste Zeile Code entsteht.\u003C\u002Fp>\n\u003Cp>Gebaut wird in Teillieferungen auf TypeScript, Nuxt und PostgreSQL; jede Lieferung ist für sich prüfbar. Soll ein Sprachmodell Änderungen vorbereiten oder Fragen aus den Unterlagen beantworten, halten wir im Angebot fest, welche Dokumente es zu sehen bekommt. Wie wir solche Vorhaben vertraglich fassen, steht auf der Seite \u003Ca href=\"\u002Fleistungen\u002Fsoftwareentwicklung\">Softwareentwicklung\u003C\u002Fa>.\u003C\u002Fp>",[34,58,84],{"slug":35,"title":36,"subtitle":37,"date":38,"metaTitle":39,"metaDescription":40,"excerpt":41,"readingMinutes":11,"tags":42,"toc":44},"ki-im-kundenservice","KI im Kundenservice messen statt glauben: 64 % Abdeckung im Jahr, zuletzt 76 %","Ein Jahr eingehender Anfragen, vollständig ausgewertet: welche zwei Kennzahlen zeigen, ob Entwürfe eines Sprachmodells im Service wirklich tragen","2026-09-10","KI im Kundenservice: Abdeckung messen statt schätzen","KI im Kundenservice messbar machen: 6 765 Anfragen, 64 % Abdeckung mit KI-Entwürfen, Freigabe durch Menschen. Was Hersteller in der DACH-Region prüfen.","Wer für KI im Service zahlt, will wissen, ob sie wirkt. In einem Kundenprojekt wurden 365 Tage eingehender Anfragen gemessen: 6 765 Anfragen, 3 667 KI-Entwürfe, Abdeckung zuletzt 76 %. Welche zwei Kennzahlen dafür reichen und wo sie täuschen können.",[15,43,14],"Arbeitsweise",[45,48,51,54,56],{"id":46,"text":47},"frage","Warum KI im Kundenservice oft ohne Nachweis bleibt",{"id":49,"text":50},"jahr","365 Tage, 6 765 Anfragen: was gemessen wurde",{"id":52,"text":53},"kennzahlen","Zwei Kennzahlen und wo sie täuschen können",{"id":27,"text":55},"Was sich für KI im Kundenservice eines Herstellers übertragen lässt",{"id":30,"text":57},"Wie wir Messung von Anfang an einbauen",{"slug":59,"title":60,"subtitle":61,"date":62,"metaTitle":63,"metaDescription":64,"excerpt":65,"readingMinutes":11,"tags":66,"toc":69},"stoermeldungen","Störmeldungen statt Rauschen: Von rund 110 Alarmen in zwei Tagen waren etwa 5 echt","Warum eine Überwachung mit zu vielen Meldungen im Alltag abgeschaltet wird – und wie sich Fehlalarme zerlegen lassen, bevor der Service aufhört hinzusehen","2026-09-03","Störmeldungen: Schwellenwerte je Objekt statt Fehlalarme","Störmeldungen, die gelesen werden: Grenzwerte aus dem Verhalten jedes Objekts statt fester Zahlen. Ein Praxisbeispiel für Fernwartung in der DACH-Region.","Ein Mitarbeiter bekam in zwei Tagen rund 110 Meldungen und las sie nicht mehr – zutreffend waren etwa fünf. Wir haben sechs Rauschquellen einzeln zerlegt. Welche drei Muster sich auf die Überwachung von Anlagen übertragen lassen und wo das Beispiel an seine Grenze kommt.",[67,13,68],"Automatisierung","TypeScript",[70,73,76,79,82],{"id":71,"text":72},"rauschen","Wenn Störmeldungen niemand mehr liest",{"id":74,"text":75},"fall","Rund 110 Meldungen in zwei Tagen, etwa 5 davon zutreffend",{"id":77,"text":78},"muster","Drei Muster, die Störmeldungen vervielfachen",{"id":80,"text":81},"fernwartung","Was sich auf Fernwartung übertragen lässt und was nicht",{"id":30,"text":83},"Wie wir eine Überwachung mit wenigen, richtigen Meldungen bauen",{"slug":4,"title":5,"subtitle":6,"date":7,"metaTitle":8,"metaDescription":9,"excerpt":10,"readingMinutes":11,"tags":85,"toc":86},[13,14,15],[87,88,89,90,91],{"id":18,"text":19},{"id":21,"text":22},{"id":24,"text":25},{"id":27,"text":28},{"id":30,"text":31},1789391249559]