What this covers
- How segment rules work
- All available rule conditions and operators
- AND/OR grouping for complex rule logic
- How segment evaluation works
- Using segments in campaigns and automations
How segment rules work
A segment is defined by one or more rule conditions. When Galantis evaluates a segment, it runs the rules against every customer in your workspace and identifies which customers match. Customers who match become members; customers who no longer match are removed. Rules use two levels of logic:- AND logic within a group — all conditions in a group must be true for a customer to match that group
- OR logic between groups — a customer who matches any group is included in the segment
Rule conditions
- Contact & Phone
- Engagement
- Purchase History
- Customer Profile
Phone number — Match customers by exact phone number.
Added to list — Match customers who are members of a specific Customer List.
| Operator | Behavior |
|---|---|
| exact match | Customer’s phone equals the specified value |
| Operator | Behavior |
|---|---|
| in list | Customer is a member of the selected list |
The
Added to list condition creates an intersection between a dynamic segment and a static list — useful for applying additional rule-based filters on top of a manually curated list.Full rule condition reference
| Rule | Available operators |
|---|---|
| Phone number | exact match |
| Added to list | in list |
| Last message received | date comparison |
| Last engaged at | before / after / between / in last X days |
| Orders count | >, <, >=, <=, =, between |
| Total spent | >, <, >=, <=, =, between |
| Days since last order | >, <, >=, <=, =, between |
| Days since first order | >, <, >=, <=, =, between |
| Average order value | >, <, >=, <=, =, between |
| Country | is / is not / in / not in |
| Language | is / is not / in / not in |
| Consent status | is / is not (Yes / No / Unknown) |
| Purchased collection | in / not in |
| Purchased brand | in / not in |
| Purchased price range | between / not between |
| Messages received | >, <, >=, <=, =, between |
| Messages read | >, <, >=, <=, =, between |
| Automation completions | >, <, >=, <=, =, between |
| Lifecycle stage | is / is not / in / not in |
How segment evaluation works
When a segment is evaluated, Galantis runs the rule query against all customer records, syncs the membership pivot table, and emitsUserAddedToSegment events for customers who newly match the rules — customers who matched before evaluation and still match do not generate a new event.
This event-driven mechanism is what powers the USER_ADDED_TO_SEGMENT automation trigger. When a customer’s data changes — a new order pushes them over a spending threshold, a tag is added, days since last order increments — the next segment evaluation detects the membership change and fires the trigger for that customer.
Building effective segments
A high-LTV lapsed buyer segmentBest practices
- Always include
Consent status = Yesin segments used as campaign audiences. This ensures the segment only containsSUBSCRIBEDcustomers and prevents the consent filter from silently reducing your reach at send time. - Use segments as automation exclusions for active sequence participants. If a customer is enrolled in a post-purchase sequence, a segment defined as
Automation completions < 1 for [post-purchase automation]can be used as an exclusion to prevent them from being enrolled in a separate re-engagement flow simultaneously. - Name segments clearly and include the defining criteria.
High LTV Lapsed - MX - >500 spentis more useful thanSegment 3when you are selecting an audience in the campaign builder. - Build and verify segments before referencing them in automations. A segment used as a trigger source or exclusion rule should have its membership count and rule logic confirmed before the automation is activated.
- Do not over-segment. A large number of similar, slightly different segments becomes difficult to maintain. Prefer fewer, well-defined segments that cover clear lifecycle stages or targeting needs.
Related guides
- Lists — Static groups that complement dynamic segments
- Consent & Opt-outs — How consent state maps to the
Consent statussegment rule - Automations — Triggers — USER_ADDED_TO_SEGMENT trigger behavior
- Automations — Conditions — SEGMENT_MEMBERSHIP condition in flow branching
- Campaigns — Audience Targeting — Using segments as campaign audience sources