Das erste System, das ich gebaut habe, gab Antworten, statt Dokumente zu verwahren.
Zwei Marken, ein Wissensbestand
Das Marketing lief für zwei Marken, deren Regeln sich überschnitten, ohne deckungsgleich zu sein. Tarifbedingungen, Tonfall, Partnerkonditionen, welche Aussage wo getroffen werden darf. Die Informationen waren da. Sie lagen in Dokumenten, die niemand mehr öffnete, weil es länger dauerte, den richtigen Absatz zu finden, als eine Kollegin zu fragen.
Eine Kollegin zu fragen ist ein Retrieval-System mit einem einzigen Knoten und einer Warteschlange.
Was tatsächlich zu lösen war
Die Technik war der leichte Teil. Drei Dinge waren es nicht.
Welche Marke fragt. Dieselbe Frage hat zwei richtige Antworten, je nachdem, für welche Marke die Antwort gilt. Das Retrieval musste den Kontext kennen, bevor es suchte, und nicht hinterher filtern.
Was als Quelle zählt. Eine Wissensbasis ist nur so gut wie die Entscheidung darüber, was hineinkommt. Die halbe Arbeit bestand darin, festzulegen, was draußen bleibt. Ein überholtes Dokument, das sich weiterhin verbindlich liest, ist schlimmer als gar keines.
Wie falsche Antworten sichtbar werden. Ein System, das immer selbstsicher antwortet, gewöhnt den Leuten das Nachprüfen ab. Das war das eigentliche Gestaltungsproblem, und es ist das, was ich in alles mitgenommen habe, was danach entstanden ist.
Warum ausgerechnet dieses Projekt zählt
Es ist das kleinste Projekt dieser Liste und das, das am meisten verändert hat. Es hat gezeigt, dass die Grenze nicht mehr bei der Entwicklungskapazität liegt, sondern beim Wissen darüber, welches Problem sich zu lösen lohnt. Alles, was terminal heute ausmacht, ist aus den Fehlern dieses Systems entstanden.