The Condition Funnel block lets you route a conversation into different paths based on variable values, user input, or message content.
It is commonly used to validate inputs (such as email or phone number), check user attributes, or control logic using numeric or text-based conditions.
1. Condition Funnel Overview
Main components
Select a variable
Choose the variable you want to evaluate (for example: user input, custom field, or system variable).
Condition operator
Defines how the selected variable will be compared to the value or rule you provide.
Enter value / rule
The comparison value.
For basic operators, this is a text or number.
For regex, this is a regex pattern.
Add condition (+)
Add multiple conditions. Each condition creates its own branch.
Otherwise path
If none of the conditions are met, the conversation will follow the Otherwise path.
2. Condition Operators Explained
Equality & comparison operators
Variable value is exactly the same
Variable value is different
💡 Numeric operators should only be used with number-based variables.
List & Text Matching Operators
Variable matches any value in a list
Variable includes the given text
Message contains "refund"
3. Matches Regular Expression (Regex)
The Matches Regex operator allows advanced pattern matching using regular expressions.
It is useful for validating formats such as email addresses, phone numbers, or structured user input.
Enter a regex pattern between / /
Optionally enable regex flags for additional control
The condition passes if the variable matches the regex pattern
Common examples
Use case
Regex example
Example
^[^\s@]+@[^\s@]+\.[^\s@]+$
Validate phone number with country code
4. Advanced Regex Flags Explained (Optional)
Regex flags control how the pattern is evaluated.
^ and $ apply to each line
Allows whitespace and comments
. matches newline characters
Makes quantifiers lazy by default
Forces matching from the start
Allows duplicate named groups
5. Example Scenarios
Example 1: Email validation
Pattern: ^[^\s@]+@[^\s@]+\.[^\s@]+$
Result
Matches → Continue to the next step
Does not match → Ask the user to re-enter a valid email address
Example 2: Route by country
Result
Matches (USA or SG) → Route to the regional flow
Otherwise → Route to the global/default flow
Example 3: Empty phone number check
Result
Empty → Ask the user to provide their phone number
Not empty → Continue the flow
6. Best Practices & Tips
Start with simple operators (Equal, In, Contains) before using regex.
Always configure an Otherwise path to prevent dead ends.
When using regex:
Anchor patterns with ^ and $ to avoid partial matches
Test patterns with real user input
Keep condition logic readable—multiple simple conditions are often clearer than one complex rule.