How to Test your RetentionEngine
  • 27 Jul 2020
  • 2 Minutes to read
  • Contributors
  • Dark
  • PDF

How to Test your RetentionEngine

  • Dark
  • PDF

Article summary

This article covers how to test that RetentionEngine is working correctly before you go live.

Testing Before You Go Live

Step 1 (Optional)

If you are looking to test a specific Cancel Resolution: Set all others to inactive, except for the one you want to test.

Step 2

In the "Settings" tab, under "Code Snippet", click "View Code Snippet".

Step 3

Copy the URL that starts with "https://...
Screen Shot 2020-04-27 at 2.44.02 PM

Go ahead and paste that URL in a new browser tab (we'll get back to it in a sec)!

Step 4

Navigate to your subscription management platform and look for a customer that meets the conditions you are wanting to test. Copy their Subscription ID.

Need help finding a customer's Subscription ID? Choose the relevant article below, and skip to step 4.

Step 5

Now paste the Subscription ID into the Code Snippet URL you pasted earlier, and hit enter.
Screen Shot 2020-04-27 at 2.52.34 PM

When you click enter, the RetentionEngine experience will begin.
Screen Shot 2020-07-23 at 5.58.45 PM

Step 6

Go ahead and test the experience. Then check out the customer's account on your subscription billing platform and make sure any action was applied appropriately.

Step 7

In the Experience table, under the Analytics tab, you can mark experiences as tests.

Note: This does not change anything on the customer's account. But it will remove this experience from the RetentionEngine analytics.

To mark the experience as a test:

  1. Click the outcome to see the experience receipt.
    Screen Shot 2020-07-27 at 9.25.33 AM

  2. Check the box to mark it as a test experience.
    Screen Shot 2020-07-27 at 9.26.04 AM

  3. When an experience is marked as a test experience, it will remain in your table, but the text will have a strike through.
    Screen Shot 2020-07-27 at 9.26.47 AM

⚠️ Why isn't a Resolution Showing?

Don't worry! This happens for a few reasons:

  1. There are checks on the discount resolutions to prevent errors and gaming. So, if there are only discount resolutions available in the RetentionEngine, then the following could explain why it's not shown to the customer:

    • The customer already has a discount applied to their next charge.
    • The customer has claimed a discount in a previous RetentionEngine experience within 60 days.
  2. There is no available resolution based on the customer's response to the Exit Survey.

  3. If you utilize the customer context conditionals, there is no available resolution based on the customer properties.

  4. The customer had a previous experience within the same billing cycle and was not shown a resolution. Even if a customer returns and changes their response to the exit survey, the RetentionEngine does not change the resolution shown. (In this case, resolution shown = none.) This is to prevent cycling through the resolutions.

⚠️ Why doesn't the Resolution change if the Exit Survey response changes?

Your RetentionEngine is not broken if the resolution shown does not change.

We found that once a customer realized there is an incentive to not canceling, then they'll start clicking on each of the reasons to find the optimal offer. So, once an offer is determined to be shown to the customer, we intentionally don't change this.

After a customer responds to the Exit Survey, RetentionEngine determines which Cancel Resolution to show that user. Once the resolution is determined, this will be the only resolution shown in any experience with that same Subscription ID for the duration of that billing cycle.

If the customer goes back to select a different reason, they will still only see the original Cancel Resolution, even if that resolution is not applicable to the new reason they selected.

Was this article helpful?