Connect retained product activity to revenue context
Which plans activate, return after seven days, and contribute recurring revenue?
Reduce product events to one account-level lifecycle before joining recurring revenue and collected billing outcomes.
Published expected result
Recurring revenue with retained product activity
| plan | accounts | activated_accounts | returned_accounts | recurring_revenue_usd | collected_usd |
|---|---|---|---|---|---|
| growth | 2 | 2 | 2 | 4,200 | 4,200 |
| business | 1 | 1 | 0 | 1,200 | 1,200 |
| starter | 2 | 0 | 0 | 498 | 0 |
| free | 1 | 0 | 0 | 0 | 0 |
How to read the query
- Product rows are collapsed to activation and return flags before revenue is introduced.
- The seven-day return test is anchored to each account's signup time rather than a global calendar week.
- Recurring revenue and collected invoice value stay separate because a contract value is not proof of payment.
Decisions the SQL cannot make
- 1Choose a durable activation milestone that predicts value for this product.
- 2Give every cohort the same return window before comparing retention.
- 3Do not present correlation between activity and revenue as causal lift.