Accoil Logo
Auf GitHub ansehen
Product Tracking Skills

Ihr B2B SaaS ist nicht analysetauglich

Open-Source AI-Agent-Skills, die Ihre Codebasis scannen, einen fundierten Tracking-Plan erstellen und funktionierenden Instrumentierungscode generieren — für jedes Analytics SDK.

Auf GitHub ansehen

oder direkt installieren

Funktioniert in

Die meisten B2B-Produkte fliegen blind

Sie bezahlen für Amplitude, Mixpanel oder PostHog. Aber Sie können einfache Fragen nicht beantworten:

  • Welche Features nutzen Ihre Kunden tatsächlich?
  • Wo steigen Nutzer in Ihrem Kern-Workflow aus?
  • Welche Accounts sind abwanderungsgefährdet?

Das Problem ist nicht Ihr Analytics-Tool. Es ist Ihre Instrumentierung. Ihr Tracking fehlt, ist inkonsistent oder im Chaos versunken — und niemand hat Zeit, es zu reparieren.

Was Blindflug kostet

Produktentscheidungen

Aus dem Bauch heraus, nicht datenbasiert

Customer Success

Keine Sicht auf die Account-Gesundheit

Investorengespräche

Keine belastbaren Nutzungsmetriken

Engineering-Zeit

Verschwendet für Ad-hoc-Tracking-Anfragen

Analytics-ROI

Null — weil die eingehenden Daten Müll sind

Sechs Skills. Eine Session. Analysetauglich.

Product Tracking Skills führt Sie durch einen strukturierten 6-Phasen-Prozess — vom Verständnis Ihres Produkts bis zur Generierung von echtem, typisiertem, SDK-spezifischem Code.

Jeder Skill erzeugt Artefakte, die in den nächsten einfliessen. Alles lebt in Ihrem Repository. Kontext bleibt über Sessions und Entwickler hinweg erhalten.

1

Model (was)

Scannt Ihre Codebasis und stellt gezielte Fragen zu Wertschöpfung und Entitäten

2

Audit (ist)

Rekonstruiert das aktuelle Tracking aus Ihrem Code

3

Design (soll)

Entwirft einen fundierten Zielplan + explizites delta

4

Instrument (wie)

Überträgt den Plan auf Ihr spezifisches SDK

5

Implement (anwenden)

Generiert echten Code anhand des Leitfadens

6

Maintain (weiterentwickeln)

Aktualisiert das Tracking, wenn neue Features ausgeliefert werden

1

Model

Scannt Ihre Codebasis und stellt gezielte Fragen zu Wertschöpfung und Entitäten

Produktmodell: Was Ihr Produkt tut, wer es nutzt, wie Wert entsteht

2

Audit

Rekonstruiert das aktuelle Tracking aus Ihrem Code

Faktische Bestandsaufnahme, was heute tatsächlich getrackt wird

3

Design

Entwirft einen fundierten Zielplan + explizites delta

Tracking-Plan + die exakte Differenz von Ist zu Soll

4

Instrument

Überträgt den Plan auf Ihr spezifisches SDK

SDK-spezifischer Instrumentierungsleitfaden mit Template-Code

5

Implement

Generiert echten Code anhand des Leitfadens

TypeScript-Typen, typisierte Wrapper-Funktionen, Anwendungsbeispiele

6

Maintain

Aktualisiert das Tracking, wenn neue Features ausgeliefert werden

Versionierte Plan-Updates + changelog

Drei Befehle bis analysetauglich

1

Skills installieren

Fügen Sie die Skills zu Ihrem AI-Agent-Tool hinzu. Funktioniert mit Claude Code, Codex, VS Code — jedem Tool mit Agent-Support.

2

Auf Ihre Codebasis richten

Sagen Sie "model this product" und die Skills scannen Ihre Routen, Modelle und Controller, um zu verstehen, was Ihr Produkt tut.

3

Den Lifecycle durchlaufen

Prüfen, was getrackt wird. Entwerfen, was getrackt werden soll. Code generieren, um die Lücke zu schliessen. Fertig.

terminal
Sie: model this product
AI: [Scans codebase, asks about value and entities]
Product model saved to .telemetry/product.md
Sie: audit tracking
AI: Found 14 events across 8 files.
Saved to .telemetry/current-state.yaml
Sie: design tracking plan
AI: Target: 22 events. Delta: add 10, rename 3, change 4, remove 1.
Sie: implement tracking
AI: Instrumentation code ready in instrumentation/

Gebaut für die, die den Schmerz kennen

Gründer

Sie wissen, dass Sie Product Analytics brauchen. Sie wollten es seit Monaten einrichten. Vermutlich haben Sie es einmal versucht und sind mit fünf inkonsistent benannten Events gelandet. Diese Skills erledigen es richtig — in einem Bruchteil der Zeit.

Product Engineers

Tracking-Code verstreut über 23 Dateien. Gemischte Schreibweisen. Niemand weiß, was getrackt wird. Sie brauchen ein System: Realität prüfen, Ziel entwerfen, typisierten Code generieren, beim Ausliefern aktuell halten. Genau das ist es.

CS / Success Teams

Sie brauchen Einblick, wie Accounts das Produkt nutzen. Feature-Adoption. Engagement-Signale. Abwanderungsrisiko. Sie können es nicht selbst bauen, aber Sie können dem Engineering-Team einen klaren Prozess geben: "Führt diese Skills aus. Liefert uns die Daten."

User und Accounts sind erstklassige Konzepte

Das ist kein Web-Analytics-Tool, das für B2B umgebaut wurde. Es ist für Produkte gebaut, bei denen User zu Accounts gehören, Accounts Hierarchien haben und Feature-Adoption auf Account-Ebene zählt.

  • Gruppen-Hierarchie eingebaut (Account > Workspace > Projekt)
  • User- und Account-Traits als Teil des Plans entworfen
  • Event-Zuordnung auf der richtigen Gruppen-Ebene
  • Identity-Management (identify, group, reset) pro SDK gehandhabt

Unterstützt sechs Analytics SDKs (bisher)

Segment logo
Segment
Amplitude logo
Amplitude
Mixpanel logo
Mixpanel
PostHog logo
PostHog
Accoil logo
Accoil
RudderStack logo
RudderStack

Kein Prompt. Kein Template. Ein Prozess.

Einen AI-Chatbot nach Tracking fragen
Generische Ratschläge. Kein Codebasis-Bewusstsein. Keine Struktur. Nächste Session vergessen.
Tracking-Plan als Spreadsheet
Ein Dokument, das ab Tag eins von der Realität abweicht. Keine Code-Generierung.
Auto-Capture (Heap, FullStory)
Klicks und Seitenaufrufe. Keine semantische Bedeutung. Kein B2B-Account-Kontext.
Analytics-Engineer einstellen
Teuer. Langsam. Das Wissen geht mit der Person.
Product Tracking Skills
Scannt Ihre Codebasis. Entwirft einen fundierten Plan. Generiert echten Code. Pflegt sich selbst. Lebt in Ihrem Repo.

Alles lebt in .telemetry/

Jedes Artefakt ist eine Datei in Ihrem Repository. Git dokumentiert, wie sich Ihr Verständnis entwickelt hat. Nichts liegt in jemandes Kopf oder einem Drittanbieter-Tool.

file tree
.telemetry/
├── product.md              # Was Ihr Produkt tut
├── current-state.yaml      # Was heute getrackt wird
├── tracking-plan.yaml      # Was getrackt werden soll
├── delta.md                # Ist → Soll Differenz
├── instrument.md           # SDK-spezifischer Leitfaden
├── changelog.md            # Wie sich der Plan entwickelt hat
└── audits/
    └── 2026-02-13.md       # Audit-Snapshots

Wir treffen Entscheidungen, damit Sie nicht darüber diskutieren müssen

  • dot.notation für Events. report.created, nicht Created Report oder reportCreated. Objekt dann Aktion, immer.
  • snake_case für Properties und Traits. plan_type, company_size, last_seen_at. Konsistent, vorhersagbar, abfragbar.
  • Properties statt Events. Ein Event mit einer type-Property schlägt drei ähnliche Events.
  • Minimale Abdeckung. Tracken Sie, was zählt. Überspringen Sie, was nicht zählt. Weniger ist günstiger.
  • Audit vor Design. Beschreiben Sie die Realität, bevor Sie die Absicht festlegen. Keine Annahmen.
  • delta-getrieben. Die Ist → Soll Differenz ist der Implementierungs-Backlog. Keine Mehrdeutigkeit.

Fundierte Ausgangspunkte für gängige Produkttypen

B2B SaaS Core

Generische B2B SaaS Basis

AI/ML Tools

AI-Produkte, Generierung, Modelle

Developer Tools

APIs, SDKs, CLI-Tools

Collaboration Tools

Team-Workspaces, Echtzeit-Zusammenarbeit

Form Builders

Formular-Erstellung, Einreichungen

Security Products

Sicherheitsereignisse, Alerts, Compliance

Analytics Platforms

Analytics-Produkte, die ihre eigene Nutzung tracken

Häufig gestellte Fragen

Ihr Produkt hat Dinge, die es wert sind, getrackt zu werden. Starten Sie jetzt.

MIT-lizenziert. In 2 Minuten installiert. Starten Sie mit "model this product".