# Lifecycle Terminology ## 🗂️ **Categories** Automated projects naturally fall into categories and so we organised it just so. Here you have all your automated lifecycles handy in one place to give you the ultimate control. All Lifecycle Projects will belong to one of the following **categories:** * Onboarding * Retention * Churn Prevention * On-site Engagement * Reactivation * Custom We understand that flexibility is important. If you're not sure exactly which category your latest project falls into, you can choose to build a Custom Lifecycle instead. ## 👣 Templates We’ve created **pre-defined templates** already set-up for you to easily build your Lifecycle. They define the flow of the Lifecycle and are customisable to your needs. Lifecycle templates are there to provide inspiration. We believe they capture the most important aspects of the player journey. If you don't know where to start, take a look at the templates available and start incorporating them into your CRM activity. In case you already have a pretty good idea of what you want to create, take a template and modify or create your own from scratch. ![Lifecycle Templates](https://3654650655-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-MGrxN2ttYCb8JwJc2TS%2F-MI4VA9ryUM1lU18_tdj%2F-MI4YwnyASPkpQvtGcdi%2FScreenshot%202020-09-25%20at%2015.59.21.png?alt=media\&token=9dea9b86-b4f2-4cb2-a70c-eca6877f5e59) Depending on the template selected, the Lifecycle Entry Conditions will differ. ## 🚀 Lifecycle Trigger & Segment The launch Trigger and Segment, or **Entry Conditions**, are the defining Actions that allow players to enter the Lifecycle. Lifecycles need a T**rigger and Segment** in order for them to work. This is **the Activity** that allows players to enter your Lifecycle. Depending on the template you select, the Trigger and Segment may have a default selection or may need to be defined. Regardless, you can change that according to how you want the settings that feed players into your lifecycle. {% hint style="info" %} **Example**: **NRC to NDC** templates comes with default **Entry Conditions** of **Successful Registration** (Trigger) and **All Players** (Segment)**.** You can change the segment to select only players from a particular country of registration, as we advise to set-up onboarding Lifecycles per market. {% endhint %} ## 📁 Versions Create different versions of your Lifecycle as you keep getting better. You can set up multiple versions of one Lifecycle as you evolve if you want to AB test or simply to keep up with changes. **In Lifecycles, we work in versions**. The first version created within a new Lifecycle will automatically be called **Version 1**. Makes sense right. Change the name of the Lifecycle or version whilst in **IN DEV** to highlight to others what is inside. It is good practice to name Lifecycles and each version clearly to make it clear what is inside and what makes it different from other versions. Once a version is **approved from QA it should not be edited**. Instead, we make changes to a new or cloned version and run the new version instead. We understand that over time things can change. As it does, create a new version of the Lifecycle to start using instead of or alongside version 1. You can create multiple versions of your Lifecycle and use more than one at any time. Found out more: {% embed url="" %} ## 🎟️ Events Lifecycles are made up of events that define a moment in time when something occurs. Each event consists of the **Trigger**, **split audience** and **Activity** slot: ![Event Block: trigger, split audience and activity](https://3654650655-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-MGrxN2ttYCb8JwJc2TS%2F-MI4t86Z_tPaT_a1roSR%2F-MI4ug3RX7YjoYUehBh9%2FScreenshot%202020-09-25%20at%2017.38.38.png?alt=media\&token=05c38fda-5d3a-4007-8cc9-6d5524deb0b6) To give you a helping hand, some events in each Lifecycle are already outlined, if you choose one of the pre-defined templates. These are the events that we think are important. **Edit, add, drag and drop and delete to customise** the Lifecycle exactly as you want to have it. An **entry event** adds the player to the Lifecycle (e.g. **successful registration**) and the **exit event** is the action that removes the player from in the Lifecycle (e.g. **successful deposit**). All the events (entry events, during events and exit events) are customisable to your needs. For during events, each **Activity slot** can **only trigger once per Player** unless they exit and re-enter your Lifecycle. {% hint style="info" %} **🧠 Note:** 'During' events take precedence over 'Exit' events. For example, if a Lifecycle is configured to process a Deposit Event both during the Lifecycle and as part of the Exit Conditions, the During Event will be prioritised and triggered before the exit. {% endhint %} Learn how to build lifecycles: {% embed url="" %}