Ask Email

The Ask Email node requests an email address from the customer and validates the format before proceeding. Use it when you need to collect contact information and want to ensure it's a properly formatted email.

How It Works

The node sends your prompt message, waits for the customer to reply, and validates their input against an email pattern. If the format is invalid, it shows an error message and asks again. Once valid, the email is saved and the flow continues.

Validation

The node checks that the input looks like a valid email address: characters before an @ sign, a domain name, and a top-level domain of at least two characters.

What passes:

• user@domain.com
• user.name@sub.domain.co
• first_last@company.org

What fails:

• user@ (no domain)
• @domain.com (no local part)
• user@domain (no top-level domain)
• user@domain.c (TLD too short)

When validation fails, the node displays your configured error message and waits for another attempt.

When to Use It

Collecting contact information. You need an email address to reach the customer later. The node validates the format and can save it as a Point of Contact on their borrower record.

Requesting a secondary email. The customer already has a primary email on file, but you need an additional contact. Save as a Point of Contact without marking it as the main email.

Storing for later use in the flow. You just need the email as a variable to use elsewhere in the conversation, without saving it to the borrower record.

Saving as Point of Contact

When the Point of Contact toggle is enabled, the email is saved directly to the customer's borrower record — not just as a conversation variable. This requires the borrower to already exist in the system; use Login or Create Entity first.

Setting the Main Email toggle marks it as their primary contact email, which the system uses for notifications and campaigns. When a borrower has multiple emails, the one marked as main takes priority.

For more on how contact information is stored and managed, see the Points of Contact API.

Verification

Points of Contact start unverified. If you need to confirm the customer actually controls the email address, follow up with the POC Verification node.

Output Handles