Ursprünglich auf Französisch verfasst. Von KI übersetzt — der Sinn wurde bewahrt, nicht der Stil.
Ein Kontext kann sehr gut dokumentiert und dennoch unvollständig sein.
Er kann die richtigen Normen, die richtigen Artikel, die richtigen Dokumentationsseiten, die richtigen Transkripte von Kundeninterviews enthalten. Er kann Zugang zu einer sauberen Wissensdatenbank haben, zu gut kategorisierten Nutzerrückmeldungen, zu korrekt getaggten Support-Tickets.
Und dennoch kann ihm etwas Wesentliches fehlen: das feine Verständnis, das der PM im Kopf trägt.
Keine große versteckte Theorie. Eher alles, was sich im Laufe der Arbeit anhäuft: ein beiläufig gesagter Satz, eine nach drei Gesprächen begriffene Nuance, eine Kundenangst, die in einem Transkript unsichtbar ist, eine politische Spannung, eine Interpretation, die noch niemand aufgeschrieben hat.
Genau dafür braucht es Sitzungsquellen.
Was ein Kontext ist
Ein Kontext ist ein durch eine Mission begrenzter Arbeitsraum.
Er versammelt ein Ziel, einen Fokus, Direktiven, Quellen, Notizen, Entwürfe und manchmal Ergebnisse. Seine Rolle besteht nicht nur darin, Informationen zu speichern. Er dient dazu, einer KI den richtigen Arbeitsbereich, die richtigen Referenzen, die richtigen Einschränkungen und ein nutzbares Gedächtnis zu geben.
Anders gesagt: Ein Kontext vermeidet, bei jedem Gespräch von vorn zu beginnen.
Aber um wirklich nützlich zu sein, kann er nicht nur Dokumente empfangen. Er muss auch erfassen, was das Team progressiv während der Arbeit lernt.
Drei Materialkategorien
Ein Kontext nährt sich von mehreren Arten von Material. Sie zu verwechseln führt schnell zu schlechten Workflows.
Die erste Kategorie ist die Dokumentenkuration.
Hier findet man Bücher, Artikel, Normen, Produktdokumentation, Referenzwerke, bewährte Praktiken. Diese Quellen geben dem Kontext eine Beherrschung des Regelwerks. Sie fallen nicht automatisch in den richtigen Kontext: Man muss sie auswählen, hinzufügen, aufbewahren und dann aufnehmen.
Die zweite Kategorie ist das industrialisierte Nutzerrecherche.
Hier findet man vollständige Interview-Transkripte, In-App-Rückmeldungen, Support-Tickets, strukturiertes Feedback, in einem CRM oder Produktwerkzeug gesammelte Wortmeldungen. Hier kann ein Teil der Erfassung automatisiert werden. Diese Spuren existieren bereits als Dokumente oder nutzbare Objekte.
Die dritte Kategorie ist das nicht aufgeschriebene Wissen.
Es ist das, was der PM weiß, versteht, spürt oder verbindet, aber noch nicht als stabile Quelle existiert. Dort wird die Sitzungsquelle nützlich.
Was eine Sitzungsquelle erfasst
Eine Sitzungsquelle ist kein weiteres Dokument.
Sie ist ein Kanal, um noch informelles Wissen in den Kontext einzubringen.
Manchmal kommt dieses Wissen in Form eines langen Gesprächs mit der KI. Der PM erklärt den Kunden, nimmt eine Formulierung auf, korrigiert eine Hypothese, fügt Details hinzu. Die Sitzung wird dann zu einem echten Arbeitsmaterial.
Aber es ist nicht immer so umfangreich.
Eine Sitzungsquelle kann auch eine kleine nachträgliche Idee aufnehmen. Einen im Flur gehörten Satz. Eine Kundenbemerkung am Ende eines Calls. Eine Spannung, die der PM gerade erst benennen kann. Eine Nuance, die kein vollständiges Dokument verdient, aber es verdient, nicht zu verschwinden.
Die Sitzungsquelle erfasst nützliches Denken, bevor es ein Dokument wird.
Warum die Ansammlung alles verändert
Ein isolierter kleiner Satz kann schwach wirken.
Er rechtfertigt nicht immer ein Ticket. Er verdient nicht unbedingt eine Zusammenfassung. Er taucht nicht immer in einem Transkript auf. In einem klassischen Informationssystem würde er oft verloren gehen oder irgendwo gespeichert, ohne viel zu bewirken.
Aber Dutzende kleiner Punkte, die sich im Laufe der Zeit ansammeln, können die Qualität eines Kontexts verändern.
Sie lassen Muster entstehen. Sie stärken Intuitionen. Sie enthüllen Nuancen. Sie ermöglichen zu verstehen, dass ein Kunde nicht nur eine Funktion verlangt, sondern ein Risiko reduzieren, eine Kontrolle bewahren, eine interne Spannung vermeiden oder eine organisatorische Einschränkung umgehen möchte.
Dort bringt der Kontext etwas, das eine bloße Speicherung nicht leistet.
Er kann erneut lesen, verknüpfen, vergleichen, stabilisieren. Er kann eine Ansammlung von Mikrosignalen in Notizen, Hypothesen, Analysewinkel oder besser formulierte Entscheidungen verwandeln.
Der wichtige Punkt ist also nicht der kleine Satz allein.
Es ist die Ansammlung kleiner Sätze in einem Kontext, der weiß, warum er sie aufbewahrt.
Was es nicht ist
Eine Sitzungsquelle ist kein vollständiges Transkript.
Wenn ein Meeting oder ein Interview transkribiert wurde, ist das Transkript eine unveränderliche Quelle. Es muss als solche zum Kontext hinzugefügt werden.
Eine Sitzungsquelle ist auch keine Besprechungsnotiz.
Ein Meeting hat oft seinen eigenen Bereich: ein Projekt, eine Funktion, ein Kunde, eine Entscheidung. Seine Notiz oder sein Transkript kann den dedizierten Kontext nähren. Das verwandelt diese Notiz nicht automatisch in eine Sitzungsquelle.
Eine Sitzungsquelle ist kein roher Chat-Log.
Nicht der gesamte Verlauf eines Gesprächs ist dazu bestimmt, Quelle zu werden. Was zählt, ist das Material, das bewusst in einen Kontext mit einem Goal und einem Fokus eingebracht wird.
Schließlich ist eine Sitzungsquelle keine Dokumentendatenbank.
Die Dokumentendatenbank bewahrt Referenzen und Spuren. Die Sitzungsquelle erfasst das, was sich gerade rund um diese Referenzen und das Feld zu formulieren beginnt.
Die Erfolgsbedingungen
Eine Sitzungsquelle hat nur dann Wert, wenn sie gerahmt bleibt.
Zunächst braucht es ein Goal und einen Fokus. Ohne das wird sie zu einem Sammelbecken. Mit einem guten Fokus erfasst sie nützliches Material, ohne zu früh über seine endgültige Form zu entscheiden.
Dann muss man die Rohquelle und das stabilisierte Wissen trennen. Die Sitzungsquelle bewahrt das Primärmaterial. Die Notizen formalisieren, was es wert ist, wiederverwendet zu werden.
Schließlich braucht es eine Aufnahme, die mit Wiederholung umgehen kann.
Dreimal dasselbe mit drei verschiedenen Nuancen zu sagen ist kein Problem. Oft reift eine Idee genau so. Die Rolle der Aufnahme besteht nicht darin, drei Notizen zu duplizieren, sondern die Nuancen in ein feineres Wissen zu akkretieren.
Die Sitzungsquelle erfordert also weniger eine Archivierungslogik als eine Reifungslogik.
Dem Kontext einen Kanal geben, um vom Menschen zu lernen
Organisationen wissen immer besser, wie man Quellen produziert.
Sie dokumentieren, transkribieren, zentralisieren, indexieren und automatisieren die Erfassung von Nutzerrückmeldungen. Das ist notwendig.
Aber ein Teil des nützlichen Wissens bleibt in den Köpfen.
Nicht weil es unmöglich zu schreiben wäre. Weil es in der Interpretation entsteht, in Gesprächen, in schwachen Verknüpfungen, in Details, die zu klein sind, um spontan Dokumente zu werden.
Der PM muss dem Kontext also nicht nur Quellen liefern. Er muss ihm auch progressiv sein Verständnis des Felds einbringen können.
Ein gut genährter Kontext weiß nicht nur, was die Quellen sagen.
Er beginnt zu verstehen, was das Team gelernt hat.
Mehr dazu
Der PM als Kontext-Architekt Unter der Haube meiner Kontext-Engine: wie eine KI sich an eine Mission erinnert Informationssysteme werden nicht verschwinden. Ihre Form wird sich verändern. Das zweite Gehirn ist eine Sackgasse für das Product Management