Philipp
Niestroj
Independent
Software Architect
Alle Field NotesFIELD / 009

PostHog will vom Analytics-Tool zum Produktgedächtnis werden

Events, Replays, Experimente, Fehler und Warehouse-Daten in einem Kontext: PostHog baut die Beobachtungsschicht, auf die nun auch Agenten zugreifen.

Meine These

PostHogs strategischer Wert liegt in der Verbindung: Wer Verhalten, Auslieferung, Fehler und Geschäftsdaten gemeinsam sieht, kann Produktentscheidungen besser erklären — Menschen ebenso wie Agenten.

01 / Produktschleife

Messen, verstehen, ausrollen und prüfen in einem System

PostHog vereint Product und Web Analytics, Session Replay, Feature Flags, Experimente, Surveys, Error Tracking, Logs und weitere Produktwerkzeuge. Ein Ereignis muss dadurch nicht zwischen mehreren SaaS-Silos nachgebaut werden, um von Beobachtung zu einer Entscheidung zu gelangen.

Besonders Feature Flags schließen die Schleife: Eine Änderung wird gezielt ausgerollt, ihr Verhalten gemessen und bei Problemen zurückgenommen. Analytics ist dann nicht nur ein Dashboard nach dem Release, sondern Teil des Auslieferungsmechanismus.

  • Nutzungsverhalten mit Events und Funnels verstehen
  • Probleme über Replays, Fehler, Logs und Traces untersuchen
  • Änderungen mit Flags und Experimenten kontrolliert ausrollen

02 / Kontext

Der Context Warehouse ist die interessantere AI-Funktion

PostHog verbindet Produktdaten mit externen Quellen wie Zahlungen, Support oder Enrichment. Über Warehouse, SQL und Integrationen entsteht ein breiteres Bild als reine Clickstream-Analyse. Genau diesen Kontext können AI-Funktionen und über MCP angebundene Coding-Agenten abfragen.

Ein Agent, der einen Fehler beheben soll, kann damit theoretisch nicht nur den Stacktrace sehen, sondern betroffene Nutzersegmente, Replays und die auslösende Feature-Flag-Version. Das verkürzt die Strecke zwischen Symptom und überprüfbarer Hypothese.

03 / Autonomie

Vom Diagnosevorschlag zum Pull Request ist ein großer Schritt

PostHog positioniert sein Produkt inzwischen als selbstfahrend: Probleme erkennen, Ursachen diagnostizieren und Änderungen vorschlagen oder als Pull Request umsetzen. Die Vision ist nachvollziehbar, weil die Plattform sowohl Produktkontext als auch technische Signale sammelt.

Trotzdem bleibt Korrelation keine Kausalität. Ein ungewöhnlicher Funnel kann Saison, Trackingfehler oder echtes Produktproblem bedeuten. Automatisierte Änderungen brauchen reproduzierbare Evidenz, begrenzten Scope, Tests und menschliches Review — besonders wenn dieselbe Plattform Erfolg und Aktion bewertet.

04 / Verantwortung

Je vollständiger der Kontext, desto sensibler das System

Replays, Nutzerprofile, Supportdaten und Logs können personenbezogene oder vertrauliche Informationen zusammenführen. Datenschutz beginnt deshalb bei Datensparsamkeit, Maskierung, Aufbewahrung und sauberer Einwilligung — nicht erst bei der Frage, welches Modell eine Analyse ausführt.

Auch Kosten und Abhängigkeit wachsen mit jeder aktivierten Produktschicht. Ein einheitliches System spart Integration, konzentriert aber Datenmodell, Auslieferung und Entscheidungslogik bei einem Anbieter. Exportwege und klare Eigentümerschaft der Events bleiben wichtig.

Kurzfazit

Eine starke gemeinsame Sprache für Produkt und Engineering

PostHog wird dort besonders wertvoll, wo Verhalten, technische Fehler und kontrollierte Auslieferung zusammengehören. AI kann diese Verbindung schneller durchsuchbar machen — sollte sie aber nicht ungeprüft in Aktion übersetzen.

Interessant für
Produkt- und Engineering-Teams, die Analytics, Replays, Experimente und technische Diagnose in einer Plattform verbinden wollen.
Im Blick behalten
Umfassender Kontext erhöht Datenschutz-, Kosten- und Governance-Anforderungen; automatisch erzeugte Fixes brauchen unabhängige Tests und Reviews.
Quellen & Transparenz

Einordnung auf Basis der offiziellen Produktseite und Dokumentation; Aussagen zu automatischer Diagnose und Pull Requests sind Produktangaben und wurden nicht unabhängig validiert.