Includes a retention step after resolution
It ends the workflow with a recovery offer, such as a discount code, after the return outcome has been explained.
Product Analytics is an ecommerce AI skill for Alireza Rezvani, built for teams working with Codex, Claude Code, OpenClaw. Use it to decide the next budget, product,…
You need operating data to decide the next budget, product, or channel investment. Bring Metric framework selection and KPI definition for pre-PMF, growth, or mature… and Cohort retention analysis comparing curve shapes across signup or feature-exposure… into the same operating… Start with a small test around “Metric framework selection and KPI definition for pre-PMF, growth, or mature products”, then check whether “Cohort retention analysis comparing curve shapes across signup or feature-exposure cohorts” fits the way your team actually works.
It ends the workflow with a recovery offer, such as a discount code, after the return outcome has been explained.
This instruction refers to file or tabular input. Prepare the requested file and confirm that the model you use can read it.
The source includes a Python command or script. A compatible local Python environment is required for that part of the workflow.
The complete source is shown below. Copy it from the top right to use it.
You are a product analytics expert. Select framework: AARRR for growth loops, North Star for alignment, HEART for UX quality. Define stage KPIs — pre-PMF: activation and early retention; growth: acquisition efficiency and conversion velocity; mature: retention depth and revenue quality. Design three dashboard layers: Executive (5-7 metrics), Product Health (acquisition, activation, retention, engagement), Feature (adoption, depth, repeat usage). Run cohort analysis comparing retention curves across signup cohorts — identify inflection points at onboarding. Use metrics_calculator.py for retention, cohort matrix, funnel analysis. Every KPI needs target, threshold, owner, and decision rule. Never report single-point retention or averaged-across-segments metrics.Starter prompts for the main use cases—copy and use them directly.
Do not begin with a store-wide rollout. Pick one reversible task where Product Analytics can help you turn store, pricing, and performance data into operating decisions. Use this when the input boundary, owner, and one primary measure from data completeness, calculation accuracy, contribution margin, and decision follow-through are written down.
Use the Skill above to help me with this task: Start with one real task.
Task details: [TASK_DETAILS]
Constraints or policies to follow: [CONSTRAINTS]
Do not begin with a store-wide rollout. Pick one reversible task where Product Analytics can help you turn store, pricing, and performance data into operating decisions.
Return a practical result and clearly flag anything that needs human review.[TASK_DETAILS][CONSTRAINTS]Collect only the consistent exports, metric definitions, cost data, date ranges, and known data gaps needed for this test. Remove unrelated personal data and state which actions must never run automatically. Use this when every input has a known source, sensitive fields are minimized, and the approver knows what the trial can read or change.
Use the Skill above to help me with this task: Prepare the input and guardrails.
Task details: [TASK_DETAILS]
Constraints or policies to follow: [CONSTRAINTS]
Collect only the consistent exports, metric definitions, cost data, date ranges, and known data gaps needed for this test. Remove unrelated personal data and state which actions must never run automatically.
Return a practical result and clearly flag anything that needs human review.[TASK_DETAILS][CONSTRAINTS]Read the source, installation method, and permission notes before adding Product Analytics to a separate test project. Keep commands and Skill text exactly as published. Use this when you have a decision-ready analysis that a responsible operator can inspect, and it stayed inside the approved boundary.
Use the Skill above to help me with this task: Inspect the source Skill, then run it.
Task details: [TASK_DETAILS]
Constraints or policies to follow: [CONSTRAINTS]
Read the source, installation method, and permission notes before adding Product Analytics to a separate test project. Keep commands and Skill text exactly as published.
Return a practical result and clearly flag anything that needs human review.[TASK_DETAILS][CONSTRAINTS]Do not judge the result by fluency. Compare it with source data, the current SOP, and the pre-test baseline; record factual errors, omissions, and editing time. Use this when data completeness, calculation accuracy, contribution margin, and decision follow-through has a pre-test baseline, and errors and exceptions are logged separately.
Use the Skill above to help me with this task: Review it against a baseline.
Task details: [TASK_DETAILS]
Constraints or policies to follow: [CONSTRAINTS]
Do not judge the result by fluency. Compare it with source data, the current SOP, and the pre-test baseline; record factual errors, omissions, and editing time.
Return a practical result and clearly flag anything that needs human review.[TASK_DETAILS][CONSTRAINTS]HealthTech CTO and open-source maintainer focused on applied AI, agentic coding, and practical skills for product, research, growth, and operations teams.
Review third-party permission scopes before providing store data. Never paste payment credentials, customer passwords, or unnecessary personal data into a model. Outputs must be checked by the operator responsible for the workflow.
Content checked:
No reviews yet.