Village Product and Developer Docs
  • 📘Welcome to Village Labs
    • Welcome to Village Labs
    • Self Service Onboarding
    • Help Pages
      • Adding and Deleting Users
      • Mapping Users to Source tool IDs
      • How to follow or unfollow other users
      • Configuring & Removing Daily Slack Notification Whitelist
      • Changing the Reporting Lines & Teams
      • Following Custom Reports
      • Google Drive Privacy: When will my documents appear in Village Reports?
    • Custom Reports
      • Creating Team Reports
      • Creating Custom Reports & Custom Prompt Library
    • Meetings
      • Connecting your Calendar
      • Configuring your Meetings
      • Meeting Summary Reports
    • Village Assistant
      • Github PR Review Tool
    • Security & Compliance
    • Data Privacy & Permissions
  • 🔌Data Connections
    • Airtable
    • Ashby
    • Clickup
      • Finding ClickUp User IDs
    • Figma
    • Github
      • Finding GitHub User IDs
    • Gitlab
    • Google - OAuth (Recommended)
    • Google - Manual Connection
    • Hubspot
    • Jira
      • Finding Jira User IDs
    • Confluence
      • Finding Confluence / Jira User IDs
    • Linear
    • Asana
    • Monday
    • Notion
    • Pipedrive
    • Slack
    • Basecamp
    • Zoom
  • 👩‍💻Legacy Developer Docs
    • Developer Quickstart
    • Village APIs: Introduction
      • Activity API
      • User Status API
      • Patch User API
      • Segments API
      • Redemption API
      • Master Award Controls
      • Connections (Referrals) APIs
      • GET APIs
    • 3rd Party Payments Integrations
    • Embedding Village Dashboards
  • 🕵️LEGACY Knowledge Base
    • Admin Quickstart
    • Referrals Support
    • The Basics of Village in 15 Minutes
    • Programs & Rules
      • Triggers
        • Activities
        • Goals
      • Conditions
        • Segment Conditions
        • Time Conditions
        • Max Budget Conditions
        • Conditional Multipliers
    • Awards
      • Monetary (Cash) Awards
      • Non-Monetary Awards
        • Funding
          • In-depth use cases for funding pools
      • Badges & Statuses
      • Award Expiration
    • Segments
      • Segmentation Use Cases
    • Rule Evaluation Logic Deep-dive
    • The Village Dashboards
      • Admin Account Creation
      • User Access Management
      • Network Settings
      • User Dashboard
    • BigQuery
    • Managing Payment Integrations
    • Referrals (Connections)
      • Pre-populating Users' Unique Referral Codes In Signup Flows & Forms
  • No and Low Code Solutions
    • No and Low Code Solutions
      • No & Low Code Solutions
  • Feedback
    • Village Docs Feedback Form
    • Feature Requests
    • Talk to our Team
Powered by GitBook
On this page
  • Overview
  • How Segments Interact in Eligibility Conditions
  • Interaction of Program and Rule-level Segment Eligibility

Was this helpful?

  1. LEGACY Knowledge Base
  2. Programs & Rules
  3. Conditions

Segment Conditions

Defining who is eligible for a rule

PreviousConditionsNextTime Conditions

Last updated 1 year ago

Was this helpful?

Overview

This condition restricts the operation of a rule based on defined segments. Only activity done, transactions made, or goals that are satisfied, by the specified eligible segments will cause the rule to successfully be evaluated. For example, if a sales rule specifies that only UK vendors are eligible, sales made by US vendors will not qualify, and the rule will not execute.

To use segment eligibility conditions, you'll need to create .

How Segments Interact in Eligibility Conditions

Segment Eligibility allows you to tailor program or rule impact to specific groups of users. Here, we will explore in-depth examples of how Segment Eligibility works for a single segment, multiple segments, and excluded segments.

Single Segment Eligibility

Imagine your program is designed to incentivize your "Power Drivers" — drivers who have completed more than 500 trips. The eligibility criteria for your program would be: User is in: ‘Power Drivers. Now, only the drivers in this segment would be affected by the rules within your program.

Multiple Segment Eligibility

Now, suppose you have two segments: "NYC Drivers" and "Top Drivers" and you want your program to target only the drivers who belong to both of these segments. In this case, you would set up a segment eligibility condition specifying 'User is in” ‘NYC Drivers' AND ‘Top Drivers.'

This uses "AND" logic — only users who belong to both segments ("NYC Drivers" AND "Top Drivers") would be affected by the rules within your program.

Additionally, suppose you want to expand the program to also include "Philly Drivers," but you don't require these drivers to be part of the "Top Drivers" segment. In this case, you would add a separate segment eligibility condition: 'User is in: Philly Drivers.'

Any additional segment eligibility conditions use "OR" logic — users who belong to the segment "NYC Drivers" AND "Top Drivers", OR users who belong to the segment "Philly Drivers" would be affected by the rules within your program.

Excluded Segment Eligibility

Suppose you want to exclude a certain group from your program — for example, drivers who have received complaints, named "Reported Drivers". In this case, you would add a segment eligibility condition: 'User is not in: Reported Drivers.'

Now, any driver who is part of the "Reported Drivers" segment would not be affected by the rules within your program, regardless of their membership in other eligible segments.

Combination of Multiple and Excluded Segment Eligibility

Finally, you can combine these conditions to create more complex eligibility criteria. Suppose you want your program to apply to "NYC Drivers" and "Top Drivers" but exclude any of those drivers who were in the "Reported Drivers" segment.

In this case, you would set up the conditions as follows: 'User is in: NYC Drivers' AND 'User is in: Top Drivers' AND 'User is not in: Reported Drivers.' This would ensure that only top drivers in NYC, who have not been reported, are affected by the rules within your program.

Interaction of Program and Rule-level Segment Eligibility

If you have specified segment eligibility at both the program and rule level for a rule within a given program:

  1. Segments at the rule level add further restrictions to segments at the program level.

  • Eg. If program eligibility is 'NYC_drivers' and rule eligibility is 'Pro_drivers', the only users eligible for this rule will be NYC drivers who are also Pro Drivers.

  • Eg. if program eligibility is 'NYC_drivers' and rule eligibility is not in 'NYC_drivers', no drivers will be eligible for the rule, because it will evaluate NYC drivers who are not NYC drivers.

  1. Segments at the program level take precedence.

  • Eg. if program eligibility is 'NYC_drivers' and rule eligibility is 'Pro_drivers' OR 'Chicago_drivers', no Chicago Drivers will qualify because they are not in NYC Drivers at the program level.

🕵️
segments