Skip to content

Phone input

Phone input asks the visitor for a phone number. Use this block when the workflow needs a callback number, an SMS-reachable contact, or a phone field on the contact record.

Applies to: Builder Widget Results Contact fields

Best for

Lead callbacks, sales follow-up, account verification, and any workflow where the visitor’s phone number is required.

Stores

The phone number as a trimmed string in workflow answers. Always available to bind to the contact’s phone field.

Routes

Continues along the step’s default path. Phone input does not branch based on the answer.

CapabilitySupported
Mobile phone keyboardYes, automatically on supported devices
Length validationYes, between 4 and 32 characters
Per-answer routingNo, all answers continue along the step’s default path
Contact field bindingYes, the standard Phone contact field
Skip if the contact already has the valueYes

A demo-request workflow asks:

What’s the best number to call you back on?

The visitor types their phone number and presses Continue. The answer is stored on the workflow result and bound to the contact’s phone field, so a sales rep can call back later.

Use Phone input whenever the workflow needs to collect a phone number for follow-up.

Good use cases:

  • Capture a callback number for sales or support.
  • Collect an SMS-reachable contact for appointment confirmations.
  • Verify a phone number on file for an existing contact.

Use a different block when:

  • The answer is open-ended text: use Text input.
  • The answer is an email, URL, number, or date: use the matching specialized block.
  1. Open a workflow and go to the builder.
  2. In the block sidebar, open Questions.
  3. Add Phone to a step.
  4. Write the question text visitors should see.
  5. Optionally set a placeholder shown inside the empty field.
  6. Confirm the answer is bound to the Phone contact field.
  7. Connect the next path.

The question text appears immediately before the visitor sees the input. Keep it specific and answerable.

Good:

What’s the best number to call you back on?

Avoid:

Can we follow up?

State plainly that you are asking for a phone number and explain how it will be used.

The placeholder is the helper text shown inside the empty input field. Use it to suggest the expected format — +1 555 0123 or (555) 555-0123 — so visitors know whether to include a country code.

The placeholder disappears as soon as the visitor starts typing.

Phone input answers are always saved in workflow answers. They should also be bound to the contact’s standard Phone field — this is what enables follow-up and identity matching.

QuestionSuggested contact field
What’s the best number to call you back on?Phone
What phone number should we send the confirmation to?Phone
Confirm your mobile numberPhone

The publish review warns when a Phone input is not bound to the Phone contact field, and offers a one-click fix to bind it.

When the answer is bound to the Phone contact field, the editor shows a Skip if we already have this value toggle. Turn it on to skip the question entirely if the contact already has a phone number. This avoids re-asking returning visitors for information they have already provided.

Sales callback request

Ask for a callback number after a demo-request workflow. Bind to the Phone field so the rep can dial directly from the contact.

SMS confirmation

Collect a mobile number to send SMS confirmations through a follow-up integration. Use Skip if known so existing contacts are not re-asked.

Account verification

Capture the phone number on file for an existing contact at the start of an authenticated workflow.

Lead enrichment

Pair a Phone input with a Webhook block to trigger an enrichment service or a CRM update as soon as the number is captured.

When a visitor submits a Phone input answer, DialogMaker stores the value as a structured object.

{
"type": "phone",
"value": "+1 555 0123"
}
FieldMeaning
typeAlways phone for this block.
valueThe trimmed phone number string the visitor submitted, stored as the visitor typed it.

Phone input always continues along the step’s default path. The block does not branch on the answer’s content.

To route based on the number — for example, by area code — add a Condition block after the Phone input and check the saved value.

DialogMaker rejects invalid Phone input answers when:

  • The answer is not a Phone answer.
  • The answer is empty after trimming whitespace.
  • The answer is shorter than 4 characters or longer than 32 characters.
ProblemWhat to check
The visitor’s number is rejected as too shortPhone numbers must be at least 4 characters. International formats with country codes always meet this minimum.
The visitor’s number is rejected as too longNumbers can be up to 32 characters. Trim extension digits or extra punctuation.
The same person’s number appears twice with different formattingDialogMaker does not normalize phone numbers. Encourage a single format with the placeholder, or normalize downstream in your CRM or integration.
The number is missing from contact informationMake sure the answer is bound to the Phone contact field. The publish review flags Phone inputs that are not bound.
The publish review warns “Phone is answer-only”Bind the Phone input to the standard Phone contact field. The review offers a one-click fix.