Playbook trigger conditions


Playbook trigger conditions

A Playbook necessarily starts with a trigger condition. Even if triggering is manual, this must be stipulated when a Playbook is started.

Tip

A Playbook triggered by an automatic trigger can always be triggered manually (see the section on manual triggering).

A playbook with the “Manual Trigger” is never launched automatically, unless it is triggered by another playbook using the “Run new playbook” action.

Qualification playbooks

If you have defined a qualification playbook that is triggered when a customer is created and that applies tags, assigns the correct health score profile, etc., it will not automatically run on all existing customers. To trigger it for all those customers, you must launch it manually.

# Conditions linked to customer property

  • Manual trigger: the Playbook can only be triggered manually, or by another Playbook (action > Run new Playbook).
  • New customer created: triggers when a new customer is created.
  • Customers' stage changed: triggers when a customer changes stage.
  • Customers' stage not changed: triggers when a customer stays in a given phase for more than X days/weeks/months.
  • Customers' profile changed: triggers when a customer's healthscore profile changes.
  • Customers' renewal: triggers when a customer's contract renewal date approaches (to be set before or after the renewal date). As a reminder, for a tacitly renewable contract, the renewal date corresponds to the contract end date minus the notice date (for a contract ending on 12/31 with 3 months' notice, the end date is 09/31).
  • Customers' agreement end date: triggers X days before or after the customer's end date.
  • Customer's CSM Pulse score changed: triggers when a CSM changes its CSM Pulse score on a customer.
  • Customer's CSM owner changed: triggers when a new account owner is assigned.
  • Customer became ghost: triggers when a customer becomes "ghost", i.e. no longer interacting with your company or using your solution. By default, this parameter is set to 30 days without incoming interactions and 30 days in connection. These settings can be changed in Settings > General (opens new window).
  • Customer leaves ghost: triggers when a customer reactivates, either through a recent interaction with your services, or by connecting to your solution.
  • Customer's tags added: triggers when one or more tags are added to a customer. This only concerns custom tags, excluding system tags. If a customer is created with tags already assigned, the playbook will also be triggered, as the tags are considered added immediately after the customer is created.
  • Customer's MRR changed: triggered whenever a customer's MRR changes (increase, decrease, threshold exceeded, percentage change). Note: If the MRR is empty, the value is not equal to 0. You must select “value exists” in the branches of a split & merge applied to the MRR.
  • Property name_of_your_custom_field changed: triggered when the selected custom field gets a defined value

# Conditions linked to contact property

  • Manual link with contact: the Playbook can only be triggered manually, or by another Playbook (action > Run new Playbook). It is directly associated with a contact, unlike the "Manual link with customer" trigger, which relates to the customer.
  • New contact created: triggers when a new contact is created.
  • Contact's NPS changed: triggers when the NPS given by a contact is added for the first time or modified.
  • Contact's tags added: triggers when one or more tags are added to a contact. This only concerns custom tags, excluding system tags.
  • Contact's job title changed
  • Contact's CSAT changed

# Conditions linked to customer healthscore

  • Healthscore enters danger zone: triggers when the health score drops from 4 or more to 3 or less (the score is now color-coded red).
  • Healthscore leaves danger zone: triggers when the health score changes from 3 or less to 4 or more (the score is now color-coded yellow or green).
  • Healthscore enters healthy zone: triggers when the health score changes from 6 or less to 7 or more (the score is now color-coded green).
  • Healthscore leaves healthy zone: triggers when the health score drops from 7 or more to 6 or less (the score is now color-coded yellow or red).
  • Healthscore changed: triggers when the health score changes. Trigger conditions can be refined in the advanced criteria.

# Conditions linked to interactions

  • New interaction created: triggers when a defined interaction is created, provided that its type (email, note, call, meet, ticket), direction (in or out) and status are defined
  • Interaction date arrived or reached: triggers X days/weeks/months after a defined interaction occurred (for instance 2 weeks after the last meeting with a Confirmed status occurred)
  • Interaction's tags added: triggers when one or several defined tags are added to a defined interaction.
  • No customer touch: triggers when you have no exchange with a single contact within an account (note: unanswered emails are not counted as a point of contact).
  • No contact touch: triggers when you have no contact with a given contact (note: unanswered emails are not counted as a point of contact). You can define the no-contact period as soon as you've selected your trigger:
  • Average sentiment score evolution: triggers when the sentiment score globally increases or decreases, or increases or decreases of more than X% or is greater or lower than X, on a given timespan.

Tip

Advanced filters give you access to additional criteria. For example, you can filter the "No contact touch" trigger by using contact Tags to specifically target your "Champions", for example.

When setting up a new interaction playbook…

it is important to know that a playbook which triggers when a user had no interaction for the past 15 days will not trigger on the 16th or 17th day without interaction with that same customer, it sticks to the defined number of days. The same way, it will not trigger on all customers with who you didn't have interactions for more than 15 days. So after you activated it, you might want to apply it manually to all those customers : Manually launch it, choosing the following conditions: Customer last touch + relative date + More than N days ago + 15 AND add all your initial playbook's conditions as well (for instance, phase = run AND healthscore profile = Tier 1 etc.) trigger1.png

# Conditions linked to usages

  • No customer usage: triggers when a customer has never used your tool. You then define the delay between the creation of the customer and the triggering of the Playbook.
  • No contact usage: triggers when a contact has never used your tool. You then define the delay between the creation of the contact and the triggering of the Playbook.
  • No customer usage since: triggers when a customer has not used your tool for a certain period of time, defined in the parameters.
  • No contact usage since: triggers when a contact has not used your tool for a certain period of time, to be defined in the parameters.
  • New customer usage since: triggers when a customer uses your tool again following a period of no usage, to be defined in the parameters.
  • New contact usage since: triggers when a contact uses your tool again following a period of no usage, a period to be defined in the parameters.
  • First customer usage: triggers when a customer uses your product for the first time.
  • First contact usage: triggers when a contact uses your product for the first time.

Tip

Usage-related triggers can be filtered by specific functionality. Simply indicate this in the box provided. In the example below, the "No contact usage" trigger applies only to "MY KEY FEATURE", which allows me to trigger a specific scenario for users who have not taken control of an important feature of my product.

When setting up a new usage playbook…

it is important to know that a playbook which triggers when a user has not used your product for the past 15 days will not trigger on the 16th or 17th day without using the product, it sticks to the defined number of days. The same way, it will not trigger on all customers who didn't use the product for more than 15 days. So after you activated it, you might want to apply it manually to all those customers : Manually launch it, choosing the following conditions: Customer last activity + relative date + More than N days ago + 15 AND add all your initial playbook's conditions as well (for instance, phase = run AND healthscore profile = Tier 1 etc.)

trigger2.png

# Conditions linked to Opportunities

For each of the following triggers, don't forget to Show advanced filters to see all configuration possibilities.

  • New opportunity created: triggers as soon as a new opportunity is created on a given pipeline.
  • Opportunity assigned to user: triggers when a new user is assigned to an opportunity from a defined pipeline, whether this is the first assignment or a modification.
  • Opportunity won: triggers when an opportunity from a defined pipeline is won.
  • Opportunity lost: triggers when an opportunity from a defined pipeline is lost.
  • Opportunity's stage changed: triggers when the stage of an opportunity from a defined pipeline changes.
  • Opportunity's stage not changed: triggers when the stage of an opportunity from a defined pipeline has not changed for the past X days/weeks/months.
  • Opportunity close date arrives: triggers X hours/days/weeks before or after an opportunity's close date
Contributors: CAMILLE_PRO\camil , Julien