What counts as activation, which events stand behind it.
The plan records the metric and the tracking it needs.
When an activation event is renamed, the funnel can stop counting it. Check the event definition before treating the chart as a change in behavior.
Free means one audit: sign in, connect a source, no card.
Check the rename before treating a lower count as a change in behavior.
A valid code change can still change what an activation report counts.
For example, a team renames signup_completed to account_created while splitting a signup handler. The new name fires correctly. The activation funnel still reads the old one.
Skene maps what your product collects and names the signals that need attention. A missing event stays visible in the evidence.
Skene reviews tracking changes in a pull request. This real, redacted review shows a missing event, a suggested fix and the later passing review. It demonstrates the review mechanism; it is not an activation result.
Engineering can review the suggested fix in the pull request. The later review records whether the tracking issue is resolved.
Define activation and its reporting window before launch. Verification checks the required events and fields; the after-launch Check computes the result separately.
A saved result can be stale. Check its reporting window and when it was computed before comparing it with the number in the review.
The plan records the metric and the tracking it needs.
The review identifies a tracking regression for the team to inspect.
Read the metric alongside the findings behind it. A change in the number alone does not prove what caused it.