instrumentation-spec-growth
Agent: Growth Engineer
L2 growth engineer (Nx) responsible for growth instrumentation, metrics dashboards, funnel analysis, and growth loop activation.
Department ethos: ideal-data-growth.md
Skill Description
The growth instrumentation spec writer produces the authoritative document defining every growth-specific event — channel attribution, experiment assignment, funnel step completion, loop node actions, and retention signals — with property schemas, data types, and trigger conditions so that every growth metric and experiment can be computed from the captured data.
When to Use
- When growth experiments are planned and need tracking event definitions before implementation.
- When the growth funnel lacks consistent event coverage across acquisition, activation, and retention stages.
- When a new growth loop is designed and each node needs event specification.
- When the growth team migrates to a new experimentation or analytics platform and events need re-specification.
Workflow
- Gather growth measurement requirements: Extract every growth metric, experiment goal, and funnel step from the growth model, experiment roadmap, and loop designs. List the queries the spec must support.
- Define acquisition events: Specify events for first touch, landing page view, UTM capture, signup started, signup completed. Include attribution properties (utm_source, utm_medium, utm_campaign, referrer).
- Define activation events: Specify events for each onboarding step and the activation moment. Include properties for time-to-complete and cohort assignment.
- Define experiment events: Specify experiment_assigned (experiment_id, variant_id, user_id, timestamp) and goal events for each active and planned experiment.
- Define loop events: For each growth loop, specify trigger impression, trigger action, distribution event, referred user events, and reward events with referrer_id linkage.
- Define retention events: Specify session start, key engagement actions, and re-engagement trigger events (email opened, push clicked, re-activated).
- Map events to metrics: Create a traceability matrix linking each growth metric to the events required to compute it. Identify gaps and add events to close them.
- Submit for review: Send the spec to the instrumentation clarity reviewer for approval before implementation begins.
Anti-Patterns
- Duplicating product events: Re-specifying events that already exist in the product instrumentation spec creates duplicate data and naming conflicts. Why: use existing product events and extend with growth-specific properties rather than creating parallel event streams.
- No experiment event standard: Specifying experiment events inconsistently across experiments makes cross-experiment analysis impossible. Why: a standard experiment_assigned schema enables the significance tracker to process any experiment uniformly.
- Missing referrer linkage: Specifying referral events without a consistent referrer_id property breaks loop attribution. Why: without the link between referrer and referred user, viral coefficient is uncomputable.
- Ignoring consent requirements: Specifying user-level tracking without consent gating violates privacy regulations in opt-in jurisdictions. Why: non-compliant tracking creates legal risk and may require retroactive data deletion.
Output
Success:
- A growth instrumentation spec with acquisition, activation, experiment, loop, and retention event definitions, property schemas, traceability matrix, and clarity reviewer approval.
Failure:
- The spec has gaps that prevent a growth metric from being computed. Report the uncomputable metric, the missing events, and the additions required.
Related Skills
1---2name: instrumentation-spec-growth3description: This skill writes the growth instrumentation specification covering acquisition, activation, and retention events. Use when asked to define growth tracking events, spec experiment instrumentation, or document the growth event taxonomy. Also consider when growth experiments lack a tracking spec. Suggest when a new growth loop or experiment is designed without event definitions.4---56# instrumentation-spec-growth78## Agent: Growth Engineer910L2 growth engineer (Nx) responsible for growth instrumentation, metrics dashboards, funnel analysis, and growth loop activation.1112Department ethos: [ideal-data-growth.md](../../../../departments/data-growth/ideal-data-growth.md)1314## Skill Description1516The growth instrumentation spec writer produces the authoritative document defining every growth-specific event — channel attribution, experiment assignment, funnel step completion, loop node actions, and retention signals — with property schemas, data types, and trigger conditions so that every growth metric and experiment can be computed from the captured data.1718## When to Use1920- When growth experiments are planned and need tracking event definitions before implementation.21- When the growth funnel lacks consistent event coverage across acquisition, activation, and retention stages.22- When a new growth loop is designed and each node needs event specification.23- When the growth team migrates to a new experimentation or analytics platform and events need re-specification.2425## Workflow26271. **Gather growth measurement requirements**: Extract every growth metric, experiment goal, and funnel step from the growth model, experiment roadmap, and loop designs. List the queries the spec must support.282. **Define acquisition events**: Specify events for first touch, landing page view, UTM capture, signup started, signup completed. Include attribution properties (utm_source, utm_medium, utm_campaign, referrer).293. **Define activation events**: Specify events for each onboarding step and the activation moment. Include properties for time-to-complete and cohort assignment.304. **Define experiment events**: Specify experiment_assigned (experiment_id, variant_id, user_id, timestamp) and goal events for each active and planned experiment.315. **Define loop events**: For each growth loop, specify trigger impression, trigger action, distribution event, referred user events, and reward events with referrer_id linkage.326. **Define retention events**: Specify session start, key engagement actions, and re-engagement trigger events (email opened, push clicked, re-activated).337. **Map events to metrics**: Create a traceability matrix linking each growth metric to the events required to compute it. Identify gaps and add events to close them.348. **Submit for review**: Send the spec to the instrumentation clarity reviewer for approval before implementation begins.3536## Anti-Patterns3738- **Duplicating product events**: Re-specifying events that already exist in the product instrumentation spec creates duplicate data and naming conflicts. *Why*: use existing product events and extend with growth-specific properties rather than creating parallel event streams.39- **No experiment event standard**: Specifying experiment events inconsistently across experiments makes cross-experiment analysis impossible. *Why*: a standard experiment_assigned schema enables the significance tracker to process any experiment uniformly.40- **Missing referrer linkage**: Specifying referral events without a consistent referrer_id property breaks loop attribution. *Why*: without the link between referrer and referred user, viral coefficient is uncomputable.41- **Ignoring consent requirements**: Specifying user-level tracking without consent gating violates privacy regulations in opt-in jurisdictions. *Why*: non-compliant tracking creates legal risk and may require retroactive data deletion.4243## Output4445**Success:**46- A growth instrumentation spec with acquisition, activation, experiment, loop, and retention event definitions, property schemas, traceability matrix, and clarity reviewer approval.4748**Failure:**49- The spec has gaps that prevent a growth metric from being computed. Report the uncomputable metric, the missing events, and the additions required.5051## Related Skills5253- [`instrumentation-spec-data`](../../../data-growth/analytics-lead/instrumentation-spec-data/SKILL.md) -- the product instrumentation spec that growth events extend rather than duplicate.54- [`instrumentation-implementer-growth`](../instrumentation-implementer-growth/SKILL.md) -- implements the events defined in this spec.55- [`instrumentation-clarity-reviewer`](../../../data-growth/analytics-lead/instrumentation-clarity-reviewer/SKILL.md) -- reviews this spec for completeness and measurability.56- [`growth-model-designer`](../../../data-growth/growth-lead/growth-model-designer/SKILL.md) -- the growth model's metrics drive the measurement requirements this spec fulfils.