Ein Protokoll dokumentiert ein Meeting. Aber macht es Ihr Unternehmen auch klüger?

Jedes Meeting erzeugt etwas Wertvolles: Entscheidungen, Einschätzungen, erkannte Risiken, verworfene Optionen. Menschen mit Erfahrung sitzen zusammen, denken gemeinsam und kommen zu Schlussfolgerungen, die das Unternehmen weiterbringen. Doch was passiert mit diesem Wissen danach? In den meisten Unternehmen lautet die ehrliche Antwort: Es verschwindet.

Dieser Artikel zeigt, warum das so ist, was dabei verloren geht – und wie Sie diesen Kreislauf gezielt durchbrechen können.


Was nach einem Meeting typischerweise geschieht

Das Protokoll wird verfasst, manchmal von einer KI, manchmal von einer Assistenz, manchmal vom Teilnehmer mit dem besten Gedächtnis. Es enthält die Tagesordnungspunkte, eine Zusammenfassung der Diskussion, die beschlossenen Maßnahmen und die Verantwortlichkeiten.

Das Dokument wird verschickt. Vielleicht liest es jemand. Dann wird es abgelegt.

© LECLERE Solutions GmbH

Drei Monate später sucht niemand mehr danach. Sechs Monate später erinnert sich kaum jemand daran, dass das Meeting überhaupt stattgefunden hat. Und wenn eine ähnliche Frage erneut aufkommt, beginnt die Diskussion von vorn – ohne Bezug auf das, was bereits erarbeitet wurde.

Das ist kein Versagen einzelner Personen. Es ist ein strukturelles Problem.


Was dabei verloren geht

Ein Protokoll hält fest, was gesagt wurde. Was es nicht festhält, ist das, was das Gespräch eigentlich wertvoll gemacht hat:

  • Entscheidungsgründe: Warum wurde Option A gewählt und nicht Option B?
  • Offene Annahmen: Welche Voraussetzungen lagen der Entscheidung zugrunde, ohne dass sie explizit benannt wurden?
  • Erkannte Risiken: Welche Bedenken wurden geäußert, aber nicht als Maßnahme festgehalten?
  • Verworfene Alternativen: Welche Optionen wurden bewusst ausgeschlossen – und aus welchen Gründen?
  • Wiederkehrende Muster: Taucht dieses Problem zum dritten Mal auf? Gibt es eine strukturelle Ursache?
  • Lernerfahrungen: Was hätte man früher wissen müssen, um besser zu entscheiden?

Diese Inhalte sind keine Randnotizen. Sie sind der eigentliche Wissensgehalt eines Meetings. Und sie finden sich in keinem Standardprotokoll.


Der Unterschied zwischen Dokumentation und Wissen

Es ist hilfreich, drei Ebenen zu unterscheiden:

Dokumentation beantwortet die Frage: Was wurde gesagt? Sie ist ein Abbild des Gesprächs. Nützlich für Nachvollziehbarkeit, aber kaum für Wiederverwendung geeignet.

Wissen beantwortet die Frage: Was davon ist künftig relevant? Es setzt voraus, dass jemand – oder ein System – bewertet hat, welche Aussagen über den Moment hinaus Bedeutung haben. Eine Beobachtung, die einmalig gilt, ist Information. Eine Beobachtung, die sich in mehreren Projekten wiederholt, ist Wissen.

Reife Erfahrung beantwortet die Frage: Was hat sich bestätigt? Sie entsteht, wenn Wissen über mehrere Kontexte hinweg geprüft wurde und standhält. Erst auf dieser Ebene kann es zuverlässig als Grundlage für strategische Empfehlungen dienen.

Die meisten Unternehmen haben viel Dokumentation, wenig strukturiertes Wissen und kaum institutionalisierte Erfahrung. Die Lücke zwischen diesen Ebenen ist teuer – sie kostet Zeit, Qualität und Entscheidungssicherheit.


Was ein Wissenselement zusätzlich benötigt

Um aus einer Protokollaussage ein wiederverwendbares Wissenselement zu machen, reicht die Aussage selbst nicht aus. Ein Wissenselement benötigt mindestens:

  • Ursprung: Aus welchem Gespräch, welchem Projekt, welchem Kontext stammt diese Erkenntnis?
  • Zusammenhang: Unter welchen Bedingungen gilt sie? Was waren die begleitenden Umstände?
  • Gültigkeitsbereich: Ist diese Erkenntnis auf einen Kunden beschränkt, oder lässt sie sich verallgemeinern?
  • Vertraulichkeit: Darf sie intern genutzt werden? Darf sie außerhalb des ursprünglichen Kontexts verwendet werden?
  • Grad der Absicherung: Handelt es sich um eine einmalige Beobachtung, eine Hypothese oder eine mehrfach bestätigte Erkenntnis?

Ohne diese Informationen bleibt eine Aussage kontextlos – und damit kaum nutzbar. Mit ihnen entsteht etwas, das sich gezielt abrufen, überprüfen und weiterentwickeln lässt.


Was die Entwicklung des Meeting-Processors bei LECLERE Solutions gezeigt hat

Bei LECLERE Solutions wurde ein sogenannter Meeting-Processor entwickelt: ein System, das Gesprächsaufnahmen transkribiert, strukturiert und automatisch aufbereitet.

Die technische Seite – Transkription, Sprechertrennung, Zusammenfassung – ist lösbar. Dafür gibt es heute leistungsfähige Werkzeuge.

Die eigentliche Herausforderung liegt woanders: Welche Aussagen aus einem Meeting sind dauerhaft wertvoll? Nicht jede Einschätzung, die in einem Gespräch geäußert wird, ist eine Erkenntnis. Nicht jede Erkenntnis ist verallgemeinerbar. Und nicht alles, was verallgemeinerbar ist, darf ohne weitere Prüfung weitergegeben werden.

Diese Unterscheidung lässt sich nicht vollständig automatisieren. Sie erfordert Urteil. Was das System leisten kann, ist: Kandidaten identifizieren, Kontext sichern, Wiederholungen erkennen und Widersprüche sichtbar machen. Die Entscheidung, was davon tatsächlich Wissenscharakter hat, bleibt beim Menschen.

Genau diese Erfahrung – dass der Wert nicht in der Transkription liegt, sondern in der selektiven Wissensextraktion – ist eine der zentralen Erkenntnisse aus dem eigenen Beratungsbetrieb von LECLERE Solutions.


Pragmatischer Einstieg für KMU: Wo beginnen?

Es wäre unrealistisch, alle Meetings eines Unternehmens sofort anders zu behandeln. Das ist weder notwendig noch empfehlenswert.

Der sinnvolle Ausgangspunkt ist die Frage: Welches Meeting-Format enthält regelmäßig Erkenntnisse, die über den Moment hinaus Bedeutung haben?

Mögliche Einstiegspunkte sind:

  • Führungskreis oder Geschäftsführungsrunden: Hier fallen strategische Entscheidungen mit hohem Erklärungsbedarf. Entscheidungsgründe und verworfene Alternativen sind besonders wertvoll.
  • Projektreviews oder Abschlussgespräche: Hier entstehen Lernerfahrungen, die für Folgeprojekte direkt relevant sind.
  • Wiederkehrende Besprechungsformate: Wenn dasselbe Thema regelmäßig auftaucht, lassen sich Muster erkennen, die strukturelle Hinweise liefern.

Beginnen Sie mit einem dieser Formate. Nicht mit dem Ziel, ein vollständiges Wissensmanagementsystem aufzubauen. Sondern mit einer einfachen Frage, die sich jetzt stellen lässt:


Jetzt prüfen: Was bleibt nach drei Monaten noch nutzbar?

Wählen Sie ein Meeting-Format, das in Ihrem Unternehmen regelmäßig stattfindet und strategisch relevant ist. Schauen Sie sich die letzten drei bis fünf Protokolle dieses Formats an. Dann beantworten Sie folgende Fragen:

  • Welche Entscheidungen wurden getroffen – und warum?
  • Welche Risiken wurden damals erkannt?
  • Welche Erkenntnisse aus diesen Gesprächen sind heute noch auffindbar?
  • Welche davon könnten für eine aktuelle Entscheidung relevant sein?

Wenn die Antwort auf die letzten beiden Fragen überwiegend „keine“ lautet, haben Sie damit den Ausgangspunkt identifiziert.

Das ist keine technische Frage. Es ist eine organisationale Frage. Und sie lässt sich beantworten, bevor irgendein System eingeführt wird.