Skip to main content
Beton
posthog_revenue_share posthog_revenue_share_mvp_v1

Revenue-share / take-rate

Take-rate platforms earning a cut of processed bookings. Commission calculation closes the positive funnel; uncalculated payouts are negatives.

Value metric

Revenue processed, bookings, GMV through platform

Success event

commission_calculated

entity_type: account

Scale

  • 240 accounts
  • 4 users/account (mean)
  • 7 sessions/user (mean)
  • 30 days of history

Research metrics proxied

  • — GMV growth trend
  • — Take-rate stability
  • — Payout frequency

Signal paths

Positive paths end in commission_calculated. Negative paths do not. Every generated event_id belonging to a path is recorded in ground_truth.json.

Positive signals (2)

booking_to_commission ×75
booking_completed → commission_calculated
cohorts: high_intent, medium_intent, power_user
booking_payout_commission ×40
booking_completed → payout_processed → commission_calculated
cohorts: high_intent, medium_intent

Negative signals (2)

booking_payout_only ×45
booking_completed → payout_processed
cohorts: medium_intent, low_intent, lurker
repeated_payout_without_commission ×20
payout_processed → payout_processed
cohorts: low_intent, noisy_bot_like

Generate this dataset

Config file: configs/posthog_revenue_share_mvp.yaml

Quickstart 
# Dockerized Postgres (recommended for inspection)
docker compose up -d

uv run dryfit \
  -c configs/posthog_revenue_share_mvp.yaml \
  --dsn postgresql://dryfit_writer:dryfit_writer@127.0.0.1:54329/dryfit \
  --print-summary

# Or local Postgres
./scripts/generate-local -c configs/posthog_revenue_share_mvp.yaml --print-summary

Full setup instructions are in the repo's README — including local Postgres, Grafana inspection, and dataset restore.

Noise parameters

DryFit injects realistic noise on top of the generated signal paths. These probabilities are per-event. Noise never touches rows referenced by ground_truth.json — your scoring logic can trust the truth file is exact.

missing event probability
4.0%
duplicate event probability
2.0%
out of order probability
2.0%
null property probability
3.0%
anonymous actor probability
1.0%
weird property probability
1.0%

Other scenarios

Combined coverage (all models)

→ upgrade_clicked

Union of event types across all business models

Contact / record-based SaaS

→ contact_created

Contacts, leads, subscribers, accounts managed

Credits / token-based

→ credits_purchased

Credits consumed, tokens used, compute units

Event-volume SaaS

→ custom_event_tracked

Events tracked, data points ingested, log lines
Browse all scenarios →

Benchmark your detector against Revenue-share / take-rate

Clone the repo, run the config, check your agent's output against ground_truth.json.

View on GitHub