Ursprünglich auf Französisch verfasst. Von KI übersetzt — der Sinn wurde bewahrt, nicht der Stil.
Dieser Artikel ist die theoretische Entfaltung des Beispiels aus dem Artikel Eine Datei, ein paar Direktiven, und Claude erledigt den Rest — wie ich 500 E-Mails mühelos strukturiert habe Weiterentwickelt in diesem Artikel Von der einzelnen Datei zum Kontextsystem: Warum das Gedächtnis eines LLM nicht in ein einziges Dokument passt
Produktorganisationen wissen bereits, wie man Dokumente produziert. Sie wissen, wie man PRDs schreibt, Briefs rahmt, Roadmaps befüllt, Tickets formuliert, Entscheidungen dokumentiert und Priorisierungsreviews vorbereitet. In einem reifen Produktunternehmen ist das Problem also nicht, dass nichts aufgeschrieben wird.
Das Problem ist, dass vieles von dem, was aufgeschrieben wird, das dahinterliegende Denken nicht wirklich kapitalisiert.
Ein PRD antwortet auf eine Chance. Er erklärt, was man tun möchte, für wen, warum, warum jetzt, mit welchen Hypothesen, welchen Risiken, welchen erwarteten Auswirkungen und welchen Einschränkungen. Er ist nützlich. Er kann sogar unverzichtbar sein, um ein Team, einen Produktausschuss, eine Geschäftsleitung oder eine Go-to-Market-Organisation auszurichten.
Aber sobald die Entscheidung gefallen ist, verstreut sich ein Großteil dessen, was diesen PRD ermöglicht hat. Kundenfeedback bleibt in Transkripten. Kommerzielle Einwände bleiben im Kopf der Sales-Mitarbeitenden. Adoptionseinschränkungen bleiben bei den CSMs. Abwägungen bleiben in einem Protokoll. Schwache Signale bleiben im Support. Die eigentlichen Gründe der Entscheidung bleiben im Gedächtnis des PM.
Sechs Monate später fängt die Organisation fast von vorne an.
Sie sucht Dokumente wieder heraus, fragt erneut nach Erklärungen, rekonstruiert Argumente, liest Notizen neu, befragt dieselben Personen wieder — oder entscheidet mit einer abgemagerten Version des Kontexts. Der Preis ist nicht nur dokumentarischer Natur. Er ist strategisch: Die nächsten Entscheidungen sind langsamer, aber auch schlechter, weil sie nicht vollständig vom bereits angesammelten Kontext der Organisation profitieren.
Der Einsatz besteht also nicht darin, das Produkt besser zu dokumentieren. Er besteht darin, ein System aufzubauen, das die Kosten der nächsten Entscheidungen senkt und ihre Qualität verbessert, indem es den gesamten verfügbaren Kontext mobilisiert: Kundenfeedback, vergangene Abwägungen, konvergierende Signale, Branchenwissen, verlässliche Quellen, kommerzielle Einwände, Adoptionseinschränkungen und Beispiele aus anderen Segmenten oder Situationen.
Diese Fähigkeit wird zu einem Wettbewerbsvorteil.
Der PM als Kontext-Architekt hebt sich nicht ab, weil er mit Kunden spricht. Er hebt sich ab, weil er Kundenwissen in ein wiederverwendbares organisationales Asset verwandelt: erfasst, strukturiert, verknüpft, geteilt und in Produkt- und Go-to-Market-Entscheidungen rückeingespeist.
In einem Markt, wo Technologie zugänglicher ist, kommt der Vorteil nicht mehr nur davon, was man bauen kann. Er kommt von der Qualität des Kontexts, der leitet, was man zu bauen wählt.
Warum dieses Thema jetzt strategisch wird
Lange Zeit konnte der Zugang zu bestimmten Technologien einen direkten Wettbewerbsvorteil schaffen. Ein Unternehmen, das eine teure Infrastruktur, eine leistungsstarke Datenbank oder komplexe Systeme finanzieren konnte, war schneller als seine Konkurrenten, verarbeitete mehr Volumen oder bot Fähigkeiten an, die andere nicht hatten.
Dieser Vorteil war auch an das Anfangskapital geknüpft. Manchmal musste man einen erheblichen Betrag aufwenden, bevor man seinen Markt validiert oder genügend Kunden gewonnen hatte. Die Zugangshürde zur Technologie schuf eine Barriere.
Diese Welt existiert nicht mehr. Die technischen Bausteine sind viel zugänglicher. Cloud, APIs, SaaS, KI…: Ein Großteil der modernen Infrastruktur wird nach Verbrauch genutzt. Man zahlt progressiv, nach Nutzung, statt die Kapazität massiv finanzieren zu müssen, bevor der Markt validiert ist.
Die Konsequenz ist einfach: Der Zugang zur Technologie ist seltener der dauerhaft differenzierende Faktor. Zwei Konkurrenten können dieselben Clouds, dieselben KI-Modelle nutzen…
Etwas zu produzieren reicht nicht mehr. Schnell zu produzieren reicht auch nicht immer.
Der Unterschied liegt in der Relevanz dessen, was gebaut wird.
Und diese Relevanz hängt vom Verständnis des Kundenkontexts ab: die echten Herausforderungen, die wirtschaftlichen Einschränkungen, die Regulierung, die Nachweispflichten, die Unternehmenskultur, die Alternativen, die organisatorischen Gewohnheiten, die tatsächliche Verteilung der Verantwortlichkeiten, die versteckten Kosten, die Ziele, die Ängste und das Unausgesprochene.
Öffentliche Quellen geben eine gemeinsame Basis. Alle können dieselben Whitepapers, dieselben Webseiten, dieselben Berichte und dieselben Referenzinhalte lesen. Was viel schwieriger zu kopieren ist, sind private Gespräche, Transkripte, Einwände, Alltagsberichte, interne Einschränkungen, Adoptionsspannungen und die wirklich erlebten Abwägungen der Kunden.
Kundenwissen wird dann zu einem strategischen Asset — vorausgesetzt, es bleibt kein Rohmaterial.
Ein Gespräch, ein Verbatim oder ein Kundensignal werden nicht automatisch zu Kontext. Um wiederverwendbar zu sein, müssen sie in klare, belegte und verknüpfte Ideen umgewandelt werden: ein Einwand, eine Herausforderung, eine Einschränkung, ein Beweis, eine Alternative, eine Abwägung. Diese Strukturierungsarbeit ist es, die Kundenwissen von Rohmaterial zu organisationalem Asset erhebt.
Das Problem: Das PRD ist oft ein Aufwand, kein Kapital
Das PRD ist ein gutes Beispiel für das Problem.
In vielen Organisationen dient es dazu, eine Entscheidung zu treffen oder ein Thema zu starten. Es sammelt genug Kontext, um auf eine präzise Chance zu antworten. Dann wird es zu einem lokalen Referenzdokument, gebunden an ein Projekt, eine Initiative, einen Zeitraum, ein Team.
Aber das dahinterliegende Denken wird nicht immer kapitalisiert.
Nehmen wir ein PRD, das eine neue Finanzberichtsfähigkeit begründet. Es kann eine klare Synthese enthalten: Problem, Ziel, Lösung, Abhängigkeiten, Risiken. Aber was zu dieser Synthese geführt hat, ist oft viel reicher.
Der Kontext-Ansatz besteht darin, aus diesen Dokumenten und Gesprächen wiederverwendbare Wissenseinheiten zu extrahieren: atomare Notizen, thematische Notizen, Glossare, Verknüpfungen (Wissensnetz), Beweise, Beispiele und Abwägungen. Das PRD ist nicht mehr der einzige Ort, wo das Denken existiert. Es wird zur sichtbaren Ausgabe eines tieferen Wissenskapitals.
Eine atomare Notiz ist eine Notiz, die sich auf eine einzige Gedankeneinheit konzentriert: ein Konzept, eine Aussage, eine Beziehung zwischen zwei Ideen oder eine präzise Frage.
Sie ist nicht notwendigerweise kurz. Sie ist atomar, weil sie einen einzigen konzeptuellen Schwerpunkt hat: Alles, was sie enthält, dient derselben Idee.
Für eine Organisation ist ihr Nutzen sehr konkret: Sie kann verstanden werden, ohne die Originalquelle neu zu öffnen, mit anderen Notizen verknüpft, in mehreren Entscheidungen wiederverwendet und mit der Zeit durch neue Beispiele, Quellen oder Kontexte angereichert werden. Eine atomare Notiz ist also weder ein Zitat, noch ein Auszug, noch eine Dokumentenzusammenfassung. Sie ist ein wiederverwendbarer Denkbaustein.
Diese Logik verändert die Ökonomie der Produktarbeit.
Ohne kapitaliserten Kontext ist jedes PRD ein lokaler Aufwand. Mit einem strukturierten Kontext bereichert jedes PRD das nächste. Das Wissen fängt nicht von vorne an. Es verdichtet sich.
Was ein Kontext konkret ist
Ein Kontext ist kein Dokumentationssystem.
Ein Dokumentationssystem speichert Dokumente. Ein Produktkontext lässt elementare Ideen aus mehreren Quellen entstehen, stabilisiert und verknüpft sie: Kundenfeedback, Transkripte, Sales Calls, Support-Tickets, CS-Notizen, vergangene Entscheidungen, Wettbewerbsanalysen, Nutzungsdaten, verlässliche Quellen und Branchenwissen.
Ein Kontext ist kein Lager. Er ist ein Interpretationssystem.
Man kann ihn auf drei Ebenen lesen:
- Das Rohmaterial: Interviews, Tickets, Anrufe, Verbatims, Nutzungsdaten, Quellen, Entscheidungen.
- Die Kapitalisierungseinheiten: atomare Notizen, thematische Notizen, Glossare, Beweise, Abwägungen.
- Die geschäftlichen Verwendungen: PRD, Roadmap, Positionierung, Sales Narrative, Onboarding, strategische Analyse.
Das Dokumentationssystem bewahrt vor allem die erste Ebene. Der Kontext schafft den Übergang zwischen allen dreien.
Der Kontext fügt keine dokumentarische Schicht hinzu. Er verwandelt verstreute Materialien in wiederverwendbare Denkbausteine.
In einem klassischen Dokumentationssystem kann eine Idee in einem langen Dokument gefangen bleiben. Man weiß vage, dass ein Thema bereits untersucht wurde, aber niemand weiß wo, mit welcher Schlussfolgerung, auf Basis welcher Beweise, noch unter welchen Bedingungen diese Schlussfolgerung wiederverwendet werden könnte.
In einem Kontextsystem wird das Denken in verknüpfte Bausteine zerlegt. Eine atomare Notiz stabilisiert eine eigenständige Idee. Eine thematische Notiz fügt mehrere Bausteine rund um einen Blickwinkel oder eine Spannung zusammen. Ein Glossar klärt die Begriffe, um zu vermeiden, dass jeder dieselben Wörter mit unterschiedlichen Bedeutungen verwendet.
Das Format ist weniger wichtig als das Prinzip: Atomarität, Quelle, Verknüpfung, Wiederverwendung.
Eine atomare Idee kann heute ein PRD nähren, morgen eine Roadmap-Abwägung, in drei Monaten eine Sales Narrative, in sechs Monaten ein Onboarding oder später einen strategischen Artikel. Sie kann durch eine neue Quelle gestärkt, durch ein neues Segment nuanciert, durch einen Grenzfall widerlegt oder mit einer späteren Entscheidung verknüpft werden.
Deshalb verlangt der Kontext-Ansatz nicht, mehr zu dokumentieren. Er verlangt, besser zu kapitalisieren.
KI verschärft diesen Punkt. Für eine Führungskraft geht es nicht darum, technische Konzepte wie RAG zu verstehen. Es geht darum, der KI Zugang zu den richtigen internen Wissensbausteinen zu geben, damit sie diese abrufen, in den richtigen Kontext einordnen und in einer Entscheidung, einem Brief, einer Positionierung oder einer Analyse neu kombinieren kann.
RAG ermöglicht es, Wissen durch Ideennähe abzurufen, nicht nur durch Schlüsselwörter.
Der Nutzen ist einfach: Auch wenn Teams nicht dasselbe Vokabular verwenden, kann die KI die Notizen, Beweise oder Entscheidungen abrufen, die von ähnlichen Ideen handeln. RAG verbindet Ideen mehr als Wörter.
Eine KI, die an einen Dokumentenstapel angeschlossen ist, produziert fragile Synthesen. Eine KI, die an einen strukturierten Kontext angeschlossen ist, kann der Organisation helfen, die richtigen Signale, die richtigen Abwägungen, die richtigen Beispiele und die richtigen Beweise abzurufen.
Die Qualität der KI hängt dann von der Qualität des Kontexts ab, den das Unternehmen aufgebaut hat.
Wie Kontext die Entscheidung verbessert
Der Kontext-Ansatz garantiert nicht, dass eine Entscheidung gut sein wird. Aber er erhöht die Chancen, dass sie mit vollständigerem, stärker verknüpftem und robusterem Material getroffen wird.
Er verbessert die Entscheidung in vier Dimensionen.
1. Er reduziert die Kosten der Wiederentdeckung. Die Organisation muss nicht jedes Mal dieselben Argumente, Einschränkungen oder Beweise rekonstruieren.
2. Er verbessert die Lesequalität. Eine aktuelle Anfrage kann mit vergangenen Signalen, vergleichbaren Situationen, früheren Entscheidungen, kommerziellen Einwänden und bereits beobachteten Adoptionseinschränkungen verglichen werden.
3. Er macht blinde Flecken sichtbarer. Ein PM kann eine Nuance verpassen. Ein Team kann vor allem seinen eigenen Blickwinkel sehen. Aber ein Kontext, der das Feedback von PM, PMM, Sales, CS, Support, Kunden und externen Quellen aggregiert, erhöht die Wahrscheinlichkeit, zu entdecken, was eine einzelne Person nicht gesehen hätte.
4. Er macht Abwägungen verteidigbarer. Eine Entscheidung wird nicht mehr nur durch eine Intuition oder das Gedächtnis einer Person getragen. Sie kann mit Beweisen, konvergierenden Signalen, Segment-Herausforderungen und expliziten strategischen Entscheidungen verknüpft werden.
Der Beweis ist keine mathematische Gewissheit. Er baut sich durch Konvergenz auf.
Kontext dient nicht nur dazu, schneller zu entscheiden. Er dient dazu, mit besserem Gedächtnis, mehr Beweisen, mehr Nuancen und weniger blinden Flecken zu entscheiden.
Die Mechanik: erfassen, strukturieren, verknüpfen, teilen, rückeinspeisen
Der PM als Kontext-Architekt ist kein Dokumentar. Er ist auch nicht nur ein Interviewer, ein Priorisierer oder ein PRD-Verfasser.
Seine Rolle ist es, verstreutes Wissen in ein organisationales Asset zu verwandeln.
Diese Verwandlung besteht aus fünf Bewegungen. Das ist der minimale operative Modus einer Organisation, die Kontext zu Kapital machen will.
Erfassen. Der Kontext nährt sich aus Interviews, Transkripten, Sales Calls, Support-Rückmeldungen, CS-Austauschen, Branchenbeobachtung, Wettbewerbsbeobachtung, verlässlichen Quellen, Nutzungsdaten, vergangenen Entscheidungen und schwachen Signalen. Alle Funktionen können Kundeninformationen erfassen, aber sie analysieren sie nicht mit demselben Blickwinkel.
Strukturieren. Eine Anfrage wird zu einem Signal. Ein Signal wird mit einer Situation verknüpft. Eine Situation offenbart eine Herausforderung. Eine Herausforderung wird einem Segment, einer Strategie, einer Einschränkung, einem Beweis oder einer Alternative zugeordnet. Strukturieren bedeutet nicht, ordentlich zu sortieren. Es bedeutet, die Information denkbar und handlungsrelevant zu machen.
Verknüpfen. Ein nützlicher Kontext verbindet Objekte, die sonst getrennt blieben: einen kommerziellen Einwand und eine Positionierungsgrenze, eine Adoptionsreibung und eine kulturelle Einschränkung, eine Feature-Anfrage und eine regulatorische Herausforderung, ein Support-Ticket und eine Produktverständnisschuld, eine Wettbewerbsalternative und eine Marktkategorie.
Teilen. Der Kundenkontext kann nicht im Kopf des PM bleiben. Er muss zu Product Marketing, Sales, CS, Support, Geschäftsleitung, Design und Engineering fließen. Aber er muss fließen, ohne verarmt zu werden. Eine Synthese ist nützlich, aber das Rohmaterial muss zugänglich bleiben, wenn eine Neuinterpretation nötig ist.
Rückeinspeisen. Kontext hat nur Wert, wenn er in Entscheidungen zurückfließt: Roadmap, Positionierung, Kategorie, Messaging, Sales Narrative, Onboarding, Service, Inhalt, Pricing, Packaging, strategische Abwägungen.
Diese Mechanik gibt eine konkrete Richtung vor. Es geht nicht darum, eine große Produktbibliothek zu erstellen. Es geht darum, einen Kreislauf aufzubauen, der das, was das Unternehmen lernt, in bessere zukünftige Entscheidungen verwandelt.
In der Praxis kann eine Organisation mit einer einfachen Frage beginnen: Für jede wichtige Entscheidung — welche Kontext-Bausteine wurden erfasst, strukturiert, verknüpft, geteilt und rückeingespeist? Ist die Antwort unklar, hängt das System noch zu sehr von Personen und zu wenig von einem kollektiven Kapital ab.
Was sich dadurch für das Go-to-Market ändert
Kundenkontext ist nicht nur ein Produkt-Asset. Er ist ein Go-to-Market-Asset.
Derselbe Kontext-Baustein kann von mehreren Funktionen wiederverwendet werden — aber nicht, um dasselbe Ergebnis zu produzieren.
Eine wiederkehrende regulatorische Herausforderung kann eine Roadmap-Entscheidung auf Produktseite nähren, eine Differenzierungsbotschaft auf Product Marketing-Seite, einen Wertnachweis auf Sales-Seite, einen Adoptionspfad auf CSM-Seite und einen Beruhigungsinhalt auf Marketing-Seite. Der Wert kommt nicht davon, dieselbe Information überall zu kopieren. Er kommt davon, dass die Organisation über ein gemeinsames Kapital verfügt, das jede Funktion nach ihrem Bedarf rekombinieren kann.
Das ist eine wichtige Veränderung. Ohne gemeinsamen Kontext baut jede Funktion ihre eigene Version des Kunden auf: Der PM sieht ein Produktproblem, der PMM sieht ein Wahrnehmungsproblem, der Sales sieht einen Einwand, der CSM sieht eine Adoptionsreibung. Diese Lesarten sind alle nützlich, bleiben aber schwach, wenn sie sich nicht verbinden.
Mit einem kapitalisierten Kontext bereichern diese Blickwinkel dieselbe Erinnerung. Product versteht besser, was es bauen muss. Product Marketing versteht besser, wie es den Wert lesbar macht. Sales versteht besser, wie dieser Wert in einer konkreten Situation resoniert. Der CSM versteht besser, wie sich der Kontext nach dem Kauf entwickelt.
Kontext wird dann zu einer gemeinsamen Entscheidungs- und Erzählinfrastruktur: Er nährt die Roadmap, die Positionierung, die Sales Narrative, das Onboarding, die Inhalte, das Pricing, das Packaging und die strategischen Abwägungen.
Was sich dadurch für den Kunden ändert
Kundenwissen dient nicht nur dazu, besser zu verkaufen oder besser zu priorisieren. Es kann dem Kunden auch in Form von Fähigkeit zurückgegeben werden.
Man kann drei Flüsse unterscheiden:
- das Wissen über Kunden: ihre Segmente, Einschränkungen, Verhaltensweisen, Pflichten, Organisationen;
- das Wissen von Kunden: ihre Berichte, Einwände, Nutzungen, Umgehungen, Frustrationen, Abwägungen;
- das Wissen für Kunden: was das Produkt ihnen zurückgibt, um sie fähiger zu machen.
Diese dritte Dimension wird oft unterschätzt.
Ein regulatorisches Audit-Modul zum Beispiel dient nicht nur dazu, ein funktionales Kästchen anzuhaken. Wenn es dem Kunden hilft zu verstehen, was er tun muss, einen Teil der Arbeit zu automatisieren, Beweise zu produzieren und sich durch eine verlässliche Wissensbasis abgesichert zu fühlen, macht es ihn ruhiger, produktiver und kompetenter.
Das gute Produkt begnügt sich nicht damit, eine Aufgabe auszuführen. Es verbessert die Fähigkeit des Kunden, mit seinem Kontext umzugehen.
Baut keine besseren Kameras; baut bessere Fotografen. — Kathy Sierra, Badass: Making Users Awesome
Was eine Organisation ändern muss
Die praktische Frage lautet also: Was muss eine Organisation ändern, die nach Kontext funktionieren will?
Sie muss zunächst aufhören, das PRD als den hauptsächlichen Ort des Produktdenkens zu betrachten. Das PRD bleibt nützlich, aber es muss zur Ausgabe eines tieferen Wissenssystems werden.
Sie muss dann die Wissensmaterialien rund um das organisieren, was Entscheidungen wirklich erhellt: Herausforderungen, Situationen, Beweise, Abwägungen, betroffene Segmente und vergangene Entscheidungen.
Sie muss die Rohquellen zugänglich machen, wenn sie gebraucht werden: Transkripte, Verbatims, Sales Calls, Support-Tickets, CS-Rückmeldungen. Synthesen sind nützlich, aber sie dürfen nicht die Möglichkeit zur Neuinterpretation eliminieren.
Sie muss auch wiederverwendbare Bausteine erstellen: atomare Notizen, thematische Notizen, Glossare, Verknüpfungskarten, Beweisbündel. Diese Bausteine müssen mehrere Ergebnisse nähren können: PRD, Roadmap, Positionierung, Sales Narrative, Onboarding, strategische Analyse.
Sie muss schließlich einen Kreislauf zwischen den Funktionen einrichten. PM, PMM, Sales, CS und Support dürfen nicht jeweils eine andere Version des Kunden besitzen. Sie müssen zu einer gemeinsamen Erinnerung beitragen und dabei ihre Blickwinkel behalten.
Der erwartete Nutzen ist nicht nur dokumentarischer Natur. Er ist operativer und strategischer:
- schnellere Entscheidungen;
- robustere Entscheidungen;
- weniger Wiederentdeckung;
- besseres Onboarding von PM, PMM und Führungskräften;
- bessere Kohärenz zwischen Produkt, Marketing und Sales;
- bessere Fähigkeit, Segment-Herausforderungen zu erkennen;
- bessere Nutzung von nicht-öffentlichem Kundenwissen;
- bessere KI-Nutzung, weil das interne Wissen besser strukturiert ist.
Kontext wird dann zu einem Kapital.
Fazit: Der Kontext ist das Asset, das PRD ist eine Ausgabe
Das Backlog bleibt nützlich. Das PRD bleibt nützlich. Das Brief bleibt nützlich. Die Roadmap bleibt nützlich. Keines dieser Artefakte verschwindet.
Aber sie sollten nicht das Zentrum des Systems sein.
Sie sollten die sichtbaren Ausgaben eines tieferen Wissenskapitals sein: ein lebendiger, strukturierter, befragbarer und wiederverwendbarer Produktkontext.
In einem Umfeld, wo Technologie zugänglicher ist, wo Konkurrenten dieselben Bausteine mobilisieren können, wo Kunden schneller vergleichen und wo Alternativen sich vervielfachen, liegt der Unterschied in der Fähigkeit, präzise zu verstehen, was für ein gegebenes Segment Wert schafft.
Dieses Verständnis kann nicht im Kopf einiger weniger Menschen bleiben. Es muss zu einem organisationalen Asset werden.
Der PM als Kontext-Architekt ist derjenige, der diese Verwandlung möglich macht. Er erfasst Signale, geht zu den Herausforderungen zurück, bewahrt Abwägungen, strukturiert Ideen, verknüpft Beweise, macht Widersprüche sichtbar, nährt die Positionierung, erhellt Sales Narratives, versorgt die Roadmap und baut eine Erinnerung auf, die die Organisation wiederverwenden kann.
Diese Rolle wird umso strategischer, je mehr KI die Produktion von Artefakten erleichtert. Wenn alle schneller Briefs, Tickets, Synthesen oder Nachrichtenvarianten erzeugen können, kommt der Unterschied nicht vom Volumen der produzierten Artefakte. Er kommt von der Qualität des Kontexts, auf den sich diese Artefakte stützen.
Eine Produktorganisation, die ihre privaten Gespräche, ihre Abwägungen und ihre konvergierenden Signale in eine wiederverwendbare Erinnerung verwandeln kann, besitzt etwas, das ihre Konkurrenten nicht sofort kopieren können.
Sie dokumentiert nicht nur ihre Vergangenheit.
Sie baut ihre zukünftige Entscheidungsfähigkeit auf.
Weiterführendes
Im Software-Bereich wird der Vorteil nicht mehr die Technologie sein. Es wird das Verstehen des Kontexts sein. Warum eine einzige Klassifikation nicht ausreicht, um Kundenfeedback zu strukturieren KI-Wiki: warum ich eine KI-gepflegte Wissensbasis aufgebaut habe Das zweite Gehirn ist eine Sackgasse für das Product Management Was ist eine atomare Notiz? Was ist ein Glossar-Eintrag? Was ist eine thematische Notiz?