Du glaubst, ein Markt öffnet sich, indem du dein Produkt übersetzt? Brasilien beweist das Gegenteil. An der banalsten Szene überhaupt — dem Bezahlen an der Kasse — verstehst du, warum Alltagskredit, Steuernummer, Pix und informelle Wirtschaft eine kulturelle Infrastruktur bilden, die keine Übersetzung nachbaut. Genug, um einen teuren strategischen Fehler im Auslandsgeschäft zu vermeiden.
Eine ausgezeichnete Notizenbasis reicht nicht, wenn die Ideen nicht wirklich verinnerlicht sind. Die Flash Card ist keine kleine atomare Notiz: Sie ist ein persönlicher Denkpfeiler, frisch an seiner Resonanz erkannt und mit der Zeit durch Erfahrungen und neue Quellen erprobt. Selten per Definition, strukturiert sie das, was man wirklich in sich haben will.
Man häuft Tabs an, Links, schnelle Notizen — und liest sie nie wieder. Das Problem ist nicht die Menge an Information, sondern dass niemand entscheidet, was daraus wird. Dieser Artikel unterscheidet Erfassen vom Wissensaufbau und schlägt einen einfachen Rhythmus vor, um aus seinen Erfassungen Wissen zu machen, ohne darin unterzugehen.
Dieselben Wörter kursieren zwischen Produkt, Marketing, Sales und Geschäftsführung — ohne dass alle ihnen denselben Sinn geben. Das Glossar ist keine Sammlung schulbuchhafter Definitionen: Es ist ein Werkzeug kollektiver Präzision. Es schreibt die Begriffe fest, die Entscheidungen tragen, schützt die Verknüpfungen zwischen Notizen und senkt die Kosten von Gesprächen, in denen alle mit demselben Vokabular eine jeweils andere Idee verteidigen.
„Eine Idee pro Notiz“ — die Formel ist bekannt, führt aber oft in die Irre. Eine atomare Notiz ist keine kurze Notiz: Sie hat einen einzigen begrifflichen Schwerpunkt. Wer diesen Unterschied verstanden hat, erfasst, formuliert, betitelt und verknüpft seine Notizen anders. Und am Ende schreibt er auch anders.
Die thematische Notiz ist das Bindeglied zwischen dem Notizsystem und dem Schreiben. Sie häuft nicht alles an, was ein Thema berührt — sie wählt einen Blickwinkel und führt mehrere atomare Notizen zusammen, um ein Muster, eine Spannung oder eine Argumentationslinie sichtbar zu machen. Weder Ordner noch Enzyklopädie, sondern eine vorübergehend stabile Sicht auf ein Denknetz.
Die meisten Organisationen können Dokumente produzieren. Das Denken dahinter zu Kapital zu machen, können sie nicht. Bei jeder Entscheidung fangen sie fast bei null an. Der PM als Architekt des Kontexts verwandelt verstreutes Kundenwissen — Transkripte, Einwände, Abwägungen, schwache Signale — in einen wiederverwendbaren Vermögenswert. Das Ergebnis: schnellere und robustere Entscheidungen und ein Wettbewerbsvorteil, den die Konkurrenz nicht sofort kopieren kann.
Eine Null-Bug-Politik reduziert den Bestand bekannter Defekte. Aber wenn das Team Bugs schneller behebt, ohne die Art der Produktion zu ändern, bleibt es in einer Reparaturschleife. Das eigentliche Thema liegt vorher: die Verantwortung bei denen verankern, die liefern — zu vage Specs ablehnen, früher testen, QA eine Rolle als Qualitätspolitik statt als Sicherheitsnetz geben. Qualität lässt sich nicht nachträglich delegieren — sie gehört denen, die liefern.
In vielen Organisationen ist das Backlog zu einem sauberen Mülleimer geworden: Man wirft alles rein, um nichts zu vergessen. Ein paar Monate später: 500 Zeilen, die niemand mehr versteht. Ein Backlog sollte kein Ideenspeicher, keine Kundensignal-Datenbank und kein Friedhof unbehandelter Bugs sein. Es dient dazu, Informationen zu organisieren, die reif genug sind, damit mehrere Personen zusammenarbeiten können. Es kommt ins Spiel, wenn die Arbeit aufhört, individuell zu sein.
Bestimmte Produktentscheidungen tauchen überall auf: im Roadmap-Komitee, im Vertrieb, in den Spezifikationen, bei jedem großen Kunden. Ohne Aufzeichnung trifft das Unternehmen sie immer wieder, oft mit weniger Kontext. Der PDR — inspiriert von technischen ADRs — dokumentiert diese übergreifenden Entscheidungsregeln. Selten, kurz, unveränderlich: Er sagt nicht, was zu bauen ist, sondern warum das Unternehmen eine Regel gewählt hat. Er beseitigt Dutzende unnötiger Diskussionen.
Ein Produktteam kann Studien, Workshops und Analysen anhäufen, ohne dass das Unternehmen weiß, was Priorität hat. Die NNL-Roadmap beantwortet dieses Problem: nicht durch Terminplanung, sondern indem sie Verpflichtungen, ernsthafte Richtungen und Möglichkeiten — und vor allem, was nicht gemacht wird — sichtbar macht. Ihre Stärke liegt in der Kapazitätsbeschränkung und im impliziten Nein.
Das eigentliche Problem bei Bugs ist nicht ihr Auftreten, sondern dass sich die Organisation daran gewöhnt, sie zu behalten. Man priorisiert sie, schiebt sie auf, bespricht sie im Komitee — bis ein Kunde eskaliert. Eine Zero-Bug-Policy zielt auf etwas anderes: null bekannte Bugs ohne Entscheidung. Entweder wird behoben, oder man stellt fest, dass es kein Defekt ist. Was diese Politik ablehnt, ist der dritte Zustand: zu wissen, dass ein Bug existiert, und ihn für später in einer Liste zu pflegen.
Deine Teams verlassen das Meeting ausgerichtet — und jedes geht mit einer anderen Version der Entscheidung nach Hause. Das Problem ist nicht zu wenige Meetings, sondern das Fehlen gemeinsamer Objekte. Glossar, One-Pager, PR/FAQ, hierarchisierte Kennzahlen, Entscheidungsprotokoll, Eskalationsregeln: Diese Werkzeuge erzeugen keine Ausrichtung, sie zwingen Meinungsverschiedenheiten dazu, sichtbar zu werden, bevor sie Kosten verursachen.
Du verlässt das Meeting mit einem Aktionsplan, aber nichts wurde wirklich entschieden. Das nenne ich eine weiche Entscheidung: eine Nicht-Entscheidung, verkleidet als Konsens. Organisationen ziehen sie oft einer echten Abwägung vor, weil sie den Anschein von Einigkeit wahrt, ohne den Verlust sichtbar zu machen. Dieser Text untersucht, warum dieser Mechanismus kurzfristig rational ist — und warum er bei der Umsetzung so teuer wird.
Zu beobachten, was Wettbewerber veröffentlichen, bedeutet, Outputs zu lesen ohne die Überlegungen dahinter zu verstehen. Eine nützliche Wettbewerbsbeobachtung beginnt beim Zielkunden: seinen Bedürfnissen, seinen Auswahlkriterien, seinen Alternativen. Wettbewerber werden erst interessant, weil sie zeigen, wie ein Markt auf diese Bedürfnisse reagiert. Eine Reaktion zu kopieren ohne die dahinterliegende Logik zu verstehen, heißt eine Antwort zu reproduzieren, ohne die richtige Frage gestellt zu haben.
Klassisches RAG fängt bei jeder Frage von vorne an. Ein KI-Wiki — ein persistentes Wiki, das ein LLM pflegt — sichert Fachwissen ein für alle Mal. Atomare Notizen, Verknüpfungen zwischen Konzepten, Erkennung von Widersprüchen: das Wissen wird kompiliert, nicht wiederentdeckt. Erfahrungsbericht mit 950 Notizen aus Quellen der Industriewartung, mit Erkenntnissen zur Kalibrierung und konkreten Anwendungsfällen.
Produktchancen in einem grenzenlosen Notizennetzwerk zu verwalten bedeutet Kontrollverlust: Fehler breiten sich unbemerkt aus, das Kontextfenster der KI explodiert, und Widersprüche sowie Entscheidungen sind nicht mehr auffindbar. Der Bounded Context — entlehnt aus dem DDD — bietet eine bessere Alternative: jede Opportunität in ihrem eigenen abgegrenzten Bereich, überprüfbar, mit strukturiertem Gedächtnis.
Du ertränkst in E-Mails und verlierst den Faden der laufenden Themen? Indem ich die Strukturierung an Claude delegierte — eine Datei, ein paar Direktiven, dann eine schrittweise Aufteilung — habe ich 500 Hausverwaltungs-E-Mails in eine abfragbare Wissensbasis verwandelt. Sieben Schritte, von der vagen Direktive zum Mehrfachdatei-System, ohne je ein komplexes Framework zu brauchen.
Dokumentation folgt dem Code nie wirklich. Das wissen wir, wir akzeptieren es — und trotzdem kostet es bei jeder Änderung Zeit. KI verändert die Gleichung: Wenn der Code sauber ist, wird er zur Quelle der Wahrheit, aus der sich andere Artefakte neu generieren lassen — Specs, Changelogs, Support-Dokumentation. Dieser code-centric-Ansatz erfordert ein Mindestmaß an technischer Kultur, eröffnet aber einen echten Hebel für Product Manager, die ihn beherrschen.
Zu viele Insight-Systeme scheitern, weil sie alles auf einer einzigen Achse klassifizieren: Features oder Ziele. Taktisches Feedback geht verloren, strategische Signale verdampfen. Ein Rahmen mit 4 Ebenen — Geschäftsziel, Anwendungsfall, Produktfähigkeit, Reibungspunkt — ermöglicht es, alles zu erfassen ohne unnötige Komplexität, und jedes Signal der richtigen Entscheidungsebene zuzuordnen.