Wissensmanagement mit Odoo Knowledge
Wissensmanagement scheitert selten am Werkzeug. Es scheitert daran, dass niemand zuständig ist und die Ablage neben dem Arbeitsalltag liegt. Was Odoo Knowledge dagegen ausrichtet, worin es sich von Dateiablage und Wiki unterscheidet - und was es nicht löst.
Fragen Sie in einem KMU, wo beschrieben steht, wie ein Auftrag abgewickelt wird, und Sie bekommen meist eine von drei Antworten: “Das weiss die Frau Meier”, “Irgendwo auf dem Laufwerk” oder “Das haben wir mal aufgeschrieben”. Alle drei bedeuten dasselbe - das Wissen gehört Personen, nicht dem Unternehmen.
Das fällt nicht auf, solange alle da sind. Es fällt auf, wenn jemand kündigt, länger ausfällt oder wenn neue Mitarbeitende eingearbeitet werden müssen und die Einarbeitung aus Zuschauen besteht.
Was Odoo Knowledge ist - und was nicht
Knowledge ist die Wissensdatenbank in Odoo: strukturierte Artikel in einer Baumstruktur, gemeinsam bearbeitbar, durchsuchbar, mit Berechtigungen je Bereich. Man kann es sich als internes Handbuch vorstellen, das mehrere Leute pflegen und in dem sich Prozessbeschreibungen, Arbeitsanweisungen, Checklisten und Entscheidungen ablegen lassen.
Was Knowledge nicht ist: eine Dateiablage. Dateien gehören in die Dokumenten-App, wo Versionen, Aufbewahrungsfristen und Belegerkennung zu Hause sind. Knowledge ist für das gedacht, was in Dateien schlecht aufgehoben ist - beschriebenes Vorgehen, das sich ändert und das mehrere Leute gleichzeitig lesen.
Diese Unterscheidung klingt akademisch, entscheidet aber über den Erfolg. Wer Knowledge als besseres Laufwerk benutzt, hat am Ende ein zweites Laufwerk. Die Abgrenzung zwischen Dateien, Wissen und Kommunikation beschreibt Dokumente und Zusammenarbeit digital organisieren.
Der eigentliche Unterschied: Wissen liegt am Vorgang
Ein Wiki kann jeder aufsetzen, und viele KMU haben eines - meist ungepflegt. Der Unterschied bei Knowledge liegt nicht in den Funktionen, sondern darin, wo es steht: in derselben Anwendung, in der auch gearbeitet wird.
Praktisch bedeutet das:
- Die Anleitung ist dort, wo die Arbeit passiert. Wer im Verkauf einen Auftrag erfasst, muss für die Vorgehensbeschreibung nicht das Programm wechseln - der häufigste Grund, warum eine Dokumentation nicht gelesen wird.
- Vorlagen entstehen aus dem Alltag. Wiederkehrende Texte, Checklisten für die Abnahme oder ein Gesprächsleitfaden lassen sich als Vorlage hinterlegen und beim Anlegen eines Datensatzes einsetzen.
- Auswertungen können eingebettet werden. Eine Prozessbeschreibung kann die aktuelle Liste offener Fälle direkt enthalten, statt sie zu beschreiben.
- Berechtigungen folgen der Organisation. Was nur die Geschäftsleitung sehen soll, ist nicht sichtbar; was alle brauchen, ist für alle da - ohne zweites Rechtesystem.
Kurz gesagt: Der Vorteil von Knowledge ist nicht der Funktionsumfang - dafür gibt es bessere Spezialwerkzeuge. Er liegt darin, dass das Wissen im selben System liegt wie die Arbeit und deshalb im Alltag tatsächlich gelesen wird.
Was sich sinnvoll damit abbilden lässt
Nicht alles gehört in eine Wissensdatenbank. Vier Bereiche lohnen sich fast immer:
Prozessbeschreibungen. Wie ein Auftrag von der Anfrage bis zur Rechnung läuft, wer wann was tut, welche Ausnahmen es gibt. Das ist die Grundlage jeder Einarbeitung und zugleich die Vorarbeit für jedes Digitalisierungsprojekt.
Arbeitsanweisungen und Checklisten. Der Ablauf beim Monatsabschluss, die Abnahme einer Anlage, das Vorgehen bei einer Reklamation. Kurz, konkret, abarbeitbar.
Entscheidungen und ihre Begründung. Warum wir Kunden ab einer bestimmten Grösse anders behandeln, warum ein Lieferant gesperrt ist. Diese Informationen stehen sonst nirgends und werden alle zwei Jahre neu diskutiert.
Einarbeitung neuer Mitarbeitender. Ein Pfad durch das, was in den ersten Wochen gebraucht wird - statt einer Woche Zuschauen.
Woran Wissenssysteme scheitern
Hier liegt der ehrliche Teil, und er hat mit der Software wenig zu tun. Wissenssysteme scheitern in KMU aus drei Gründen, die in jedem Werkzeug gleich wirken:
Niemand ist zuständig. Ein Artikel ohne benannte Person veraltet und wird dann nicht mehr geglaubt. Ab dem Moment, in dem die Leute der Beschreibung misstrauen, fragen sie wieder Frau Meier - und das System ist tot, auch wenn es technisch läuft.
Es wird zu viel auf einmal dokumentiert. Der klassische Fehlstart ist ein Projekt, das alle Prozesse beschreiben will. Nach drei Wochen ist die Luft draussen, und was existiert, ist eine halbe Sammlung. Zwei gut gepflegte Prozesse sind mehr wert als zwanzig angefangene.
Die Pflege hat keinen Anlass. Dokumentation altert still. Ohne einen festen Termin - etwa eine jährliche Durchsicht mit Namen und Datum - merkt niemand, dass eine Anleitung seit dem letzten Systemwechsel nicht mehr stimmt.
Eine Wissensdatenbank scheitert nicht an fehlenden Funktionen, sondern daran, dass niemand für ihren Inhalt verantwortlich ist.
Was zu klären ist, bevor man startet
Drei Punkte gehören vor die Einführung, nicht danach:
- Wer pflegt was? Je Bereich eine Person, nicht ein Gremium. Ohne Namen entsteht keine Pflege.
- Womit fangen wir an? Der Prozess, bei dem die meisten Rückfragen anfallen - dort ist der Nutzen am schnellsten sichtbar.
- Wann wird geprüft? Ein fester Rhythmus, an dem jeder Artikel ein Datum und eine bestätigte Gültigkeit bekommt.
Knowledge in Odoo: Was es voraussetzt
Drei Punkte gehören auf die technische Seite der Rechnung, und alle drei sind schnell geklärt.
Die Lizenz. Knowledge ist Teil des Enterprise-Umfangs - in der Community-Edition fehlt die App. Wer Enterprise ohnehin einsetzt, hat sie bereits; für alle anderen gehört dieser Punkt auf den Tisch, bevor über Wissensmanagement gesprochen wird. Was der Unterschied im Einzelnen bedeutet, ordnet Odoo Community oder Enterprise? ein.
Die Abgrenzung zur Dateiablage. Wird parallel ein Dokumentenmanagement aufgebaut, sollte die Grenze vorher gezogen sein: Dateien in die Dokumenten-App, beschriebenes Vorgehen in Knowledge. Ohne diese Absprache entstehen zwei Ablagen mit demselben Inhalt in zwei verschiedenen Ständen - und damit genau das Problem zurück, das man lösen wollte. Wie die Dateiseite aufgebaut wird, steht in Dokumentenmanagement für KMU.
Was es nicht braucht. Keine zusätzliche Installation, kein zweites Rechtesystem, keine Datenübernahme aus einem Altsystem. Wer Odoo bereits nutzt, schaltet die App frei und legt den ersten Artikel an. Das ist die eigentlich gute Nachricht an diesem Thema - der Aufwand liegt vollständig im Inhalt, nicht in der Technik.
Fazit
Odoo Knowledge löst ein Problem, das die meisten KMU haben, ohne es zu benennen: Wissen gehört Personen statt dem Unternehmen. Der Vorteil gegenüber einem eigenständigen Wiki liegt darin, dass das Wissen dort steht, wo gearbeitet wird - und deshalb gelesen wird.
Die Software ist dabei der einfachere Teil. Ob ein Wissenssystem trägt, entscheidet sich an drei Fragen, die nichts mit Odoo zu tun haben: Wer ist zuständig, womit fängt man an, und wann wird nachgeprüft. Wer diese drei beantwortet hat, braucht kein grosses Projekt - nur einen ersten Prozess und jemanden, der ihn pflegt.
Weiterführend: Themenwelt Dokumente & Zusammenarbeit · Lösung Dokumentenmanagement · Lösung ERP. Den nächsten Schritt machen Sie mit dem kostenlosen Projekt-Check.
Wo steckt Ihr Firmenwissen heute?
Im kostenlosen Projekt-Check schauen wir uns an, welches Wissen bei Ihnen an Personen hängt statt am Unternehmen.
