Skip to main content

When we start setting up engagements, audience rules plays a major role in making your engagement a success. We often hear new users trying to setup engagements and not sure if they are targeting the right audience. We have launched Preview audience to make sure you know whom you are targeting, but still need help, here are some examples and use cases. This post is around taking advantage of default attributes by PX, you can always take advantage of custom attributes to segment customers more easily.

Lengthy post coming through!
 

Audience logic examples and use cases:

  1. Excluding certain users from the engagement audience. You can achieve this by either using user email not-contains xyz.com, or account name not-contains xyz

    Example cases -
    * Email “not contains” @gainsight.com - Remove gainsight users using email
    * Account name “not contains” Gainsight - Remove Gainsight using the account name
    * While testing an engagement, you can add email is your email in audience logic so only you can see the engagement, or even launch it in non production environment.
    * If you want to remove your own company users from NPS, webinar registrations, or customers who have churned if email, or even DND customers.
    * You can use this “not contains” or “is not” to make sure these users are not hampering your engagement analytics.
     

  2. Leverage user signed-up date to target them for onboarding guides or old users for a survey, or even use number of visits to target users with more usage for feedback

    Example cases -
    * Signed up “less than” 3 days - for new user engagements
    * Number of visits “more than” 50 to target power users.
    * Using a combination of signedup less than 30 days and number of visits more than 30 would help you target users who use your new power users
    * If you want to target demo users with a rating survey right after 7 days of signup, you can utilize this type of audience rule.
    * If you would like to collect feedback from a user who uses the product more or like a power user then you can also leverage number of visits to above average.

     

  3. If you are looking to do persona-based targeting then we can leverage user role or job title attributes.
     

    Example cases -
    * User role “is” admin - to target admin users
    * Job title “chief” account - to target users who have any role that has chief in it
    * Persona-based or job title-based engagements play a huge role to tie onboarding journey to the usage. Targeting a designer to show design features, or an admin about the user management features, and so on which will help them see time to value faster.
     

  4. What to target inactive users on the platform with an email, we can leverage the last seen user or account attribute with more than 15 or 30 days ago
     

    Example Cases -
    * Last seen “more than” 15 days and last seen “less than” 30 days, using this combination will let you target users who are active last month and stopped using this month.
    * If a customer was active and is not logging into the product, you can set up email engagement to send an automated email within the first 15 days of inactivity so we do not lose the customer. Creating personalized content would help reactivate customers.
     

  5. Target users based on their type of subscription, you can leverage account level attribute plan

    Example cases -
    * Plan “is” free or demo - helps you target free users
    * Plan-based targeting helps you interact with demo or free users with different content while sending different content to paid users.
     

  6. Target users based on product usage. You have multiple options where you can target if a user is using now, based on the number of times used, or even last used

    Example Cases -
    * Product name - Version -> Feature or Module name
    * Last used “More than” 15 days, helps you reach out to users who stopped using a particular feature. If this feature is a “aha” moment for you, then it is good to enable these users.
    * Being used “right now” helps you ask surveys or feedback while they are using the feature
    * Number of times used “more than” 30 times helps you find users who use the feature more and “less than” 1 times would help you identify users who haven’t used the feature yet.
    * Using a combination of signedup date more than 30 days and number of times used is less than 1, then we would need to enable this user for this feature.
    * There are many number of possibilities with this product mapper settings.
    * New user onboarding engagements based on number of times used
    * Old user reactivation based on when the user stopped using the feature.
     

  7. If you are passing custom events or global context, then you can use them as well in engagements.
     

    Example Cases -
    * As you know Gainsight majorly helps you target users based on UI actions, and leveraging custom events and global content helps you with more in-depth data.
    * Sending a custom event, when a user not only started creating a contract but actually sends it to the customer, then you can send in a custom event and ask the user how easy was it to create a contract with the CES survey
    * Global context to understand the content we are targeting is a version that the customer is on. If we are releasing a feature for V2.0, then targeting this feature engagement for V1.0 doesn’t make sense. So leveraging global context to pass this info would help you segregate the users.
    * Light or dark version of the product to send same design type of engagements
    * Using custom event to send an engagement if there is 5 mins of inactivity
     

  8. Targeting users based on their activity to an engagement if they have viewed an engagement or completed it.
     

    Example Cases -
    * Reach out to customers after they complete a guide where Event “is” completed Last “less than” 1 day ago
    * For customers who have viewed the survey and didn’t respond, event is “view” and last “anytime”
    * Need to target promotors for an external review? Survey score type is “promotor” and last less than 2 days - Need to keep the sentiment positive, if there is delay in reaching out might change that sentiment, get that review fast
    * Need more in-depth reasons from a detractor? Ask a multi-question survey with questions like how can we make things better, why a negative response, etc.
    * Made a change in engagement, and want to launch but doesn’t want to show it already seen customers? Then select old engagement, event is complete, number of times < 1.
    * Ask if the guide engagement helped the user know more about the product with a quick boolean survey.

Feel free to add any audience logics you were working on in the comments.

Link to last post - Tip of The Week: How to give an option for customers disable KC Bot?

Happy PXing!

 

Hello Surendra.
Thank you for the comprehensive article.  It is very helpful.
May I please impose upon you for a follow-up clarification?

I have a use case where I have four (4) types of User Roles.
These User Roles are:
1) Admin,
2) Agent,
3) Manager, and
4) Supervisor.

I want my Engagement only go to individuals whose User Role is Admin, Manager, or Supervisor.
Which Rule Logic should I use?
Should I use Rule Logic = OR or Rule Logic = AND?

 


I was using Rule Logic = OR.
Then, a colleague told me that they were seeing usage by User Roles = Agent.
They said I should change the Rule Logic to AND and that would ensure that User Roles = Agent would be “locked Out” from receiving the Engagement.

Can you please confirm or deny my colleague’s assertion?
Also, can you please clarify how Rule Logic = OR and Rule Logic = AND are interpreted by an Engagement when the target is entered as a list (Admin, Manager, Supervisor), as is shown above in this example?
Thank you kindly!
John


Hi @John T 

I have added an image on top pointing out 3 places,
1) A - “AND”/”OR” on top of audience rules
2) B1, B2 - “AND”/”OR” on top of section line element
3) C1, C2 - Line item elements


Use case 1 - What happens if we use ”AND”/”OR” at A
One you set A to use AND then it represents B1 “AND” B2. This only implies how B level sections B1, B2, B3, etc….. are going to interact. If you set A to “OR” then it represents B1 “OR” B2
Using “AND” “OR” at A, will not change how C1, C2 interacts.

Use case 2 - What happens if we use ”AND”/”OR” at B
One you set B to use AND then it represents C1 “AND” C2. This only implies how C level sections C1, C2, C3, etc….. are going to interact. If you set B to “OR” then it represents C1 “OR” C2
Using “AND” “OR” at B, will not change how C1, C2 interacts.

Use case 3 - How does line items work?
If you are adding anything in a line item like C1, by default every thing is considered with “OR”. So in the above example of C1,  a@a.com “OR” b@b.com 

In your use case, if you have one single section of B and one single section of C, then it doesn’t matter if you use “AND” / “OR” as there is nothing else to match with, but if you have other sections like C1, C2 then it is suggested to make sure the above logics are considered.

Hope this answers your question, and you can also create a support ticket to get the audience logic reviewed and our team would be able to assist you on the same.
Thank you!


This post is awesome! Thanks @Surendra for outlining so many example use cases! This was just the kind of information we were looking for to extend what is in the documentation.


Hi @alylo 
Happy to see it was helpful!😊
Hope you are using Query Builder in analytics, adding an article below to make the feature easy.

 


Reply