experiment-analysis

To analyze an experiment, follow the following steps. Make sure to execute all steps in this order, do not skip any. More details on the step below. If you already have partial information (eg. the experiment ID), you may skip that step only. Continue following all of the other steps.

1. Get the experiment ID
2. Get experiment details
3. Get supporting chart data [DO NOT SKIP]
4. Get experiment results
5. Interpret results
6. Report your overall findings

Step 1: Get the experiment ID

If you don't have the experiment ID yet, find it using the list-experiments RevenueCat tool. It receives a single parameter: project_id, which requires the proj... Project ID. You can also pass a status filter (draft, running, paused, stopped).

Step 2: Get experiment details

Step 2a: Experiment setup

Get the experiment setup / metadata by using the get-experiment RevenueCat tool. Parameters: project_id (as above) and experiment_id (from step 1). Pass the following values to the expand parameter: offering.package.product.indicative_price and offering.paywall.

Relevant information to extract:

• Offerings (offering_a, offering_b, ...): these define the variants of the experiment. More sophisticated setups might also include a placements object which defines different offerings per placement (eg. onboarding, feature gate, ...). Offerings include details on the products offered. Products include an indicative_price. Note that only USD prices for the US are returned to provide an understanding of overall pricing levels. Any introductory price is not returned. For price localization tests, tests scoped explicitly outside of the US, or introductory prices, this will not provide the full picture, you might have to resort to the get-product-store-state tool instead (see the revenuecat-store-state skill). Offerings may also include a paywall_id, if the offering uses a RevenueCat Paywall. If paywall_id is null, that means the app is using a custom paywall.
• notes: Any notes that were provided about the experiment
• display_name: Name of the experiment
• targeting_conditions: the experiment only applies to customers meeting these conditions
• enrollment_mode: defines whether only new customers are enrolled (default) or whether this experiment also applies to existing customers
• experiment_type: what kind of experiment this is (user selected out of a predefined list)
• primary_metric, secondary_metrics: primary and secondary success metrics as set up when creating the experiment.
• Status:
  • draft means the experiment has not yet started, and there are no results yet.
  • running means the experiment is still actively enrolling new customers.
  • paused means the experiment is no longer enrolling customers, but already-enrolled customers are still assigned to their variant, and the experiment is continuing to collect data for up to 400 days. The experiment can be resumed to continue enrolling new customers.
  • stopped means the experiment is no longer enrolling customers, and already-enrolled customers have gone back to being served their default offering. Results continue to refresh for up to 400 days. The experiment can no longer be started or resumed.