Scope Wiser

Delaying Bot Replies with Delivery Options

Pause a flow between messages using Delivery Options on a message block — where the setting lives, what a delay does to the 24-hour window, and when a sequence is the better tool.

Last updated Sep 5, 2026

This article shows how to make your bot wait before it sends the next message, so replies arrive spaced out instead of all at once.

Where the setting lives

  1. Open the flow at Chatbot Manager → Automation, or from any list that opens Flow Builder.

  2. Click the block you want to delay. For a Text block the drawer opens as Configure Text Message"Compose your reply message with variables and emojis."

  3. Expand Delivery Options, badged Optional"Typing indicator and reply delay settings." It holds three controls:

    • Delay in reply"Wait before sending the next message." Shows the current value, 0 sec by default.

    • Typing on display"Show typing indicator before the bot replies." A toggle, off by default.

    • Hours and Minutes — sliders, both at 0 by default.

  4. Set the sliders, click Save Changes in the drawer, then click the blue Save in the canvas toolbar. Both are needed: the drawer commits the block, the toolbar commits the flow.

Flow Builder on a demo WhatsApp

What the delay actually does

The delay sits between one block and the next. The block sends, the flow waits, then the following block sends. Nothing else in the conversation is frozen — a subscriber who replies during the wait is still handled by the rest of your automation.

A long delay does not hold the subscriber in place. If someone answers your question during a three-hour pause and your delayed message then arrives on top of their answer, it reads as the bot ignoring them. Put a Condition block after any delay longer than a few minutes, so the follow-up only reaches people who did not act.

For messages that should go out tomorrow or later, use Chatbot Manager → Automation → Follow-up Sequences instead — see What Follow-up Sequences Are.

The 24-hour window is a separate thing

WhatsApp lets you send free-form messages to a subscriber for 24 hours after their last message to you. In the Shared Inbox, the Customer Snapshot shows Messaging Window as either an Inside 24H countdown or a red Outside 24H Window.

The delay does not extend the 24-hour window: if the window closes while the bot is waiting, the message is not delivered. Keep in-flow delays comfortably shorter than the remaining window, and use a sequence for anything that has to land the next day.

Delays that earn their place

Delay

What it is for

1 to 3 seconds

Between message blocks, so two paragraphs arrive a beat apart instead of together. Pair it with Typing on display.

10 to 20 seconds

After a long answer, so the subscriber can read it before the next prompt lands.

15 minutes to an hour

One nudge to someone who opened your list of options and tapped nothing. One nudge, not three.

4 to 8 hours

Confirmation immediately, appointment reminder later. Check the 24-hour window rule first.

12 to 24 hours

Review requests, satisfaction questions, "did that solve it?" follow-ups. Usually the point to switch to a sequence.

Delays that cause problems

A delay before the first reply. The subscriber messaged you and got silence. Answer immediately, then pace what follows.

Delays stacked through a long chain. Six blocks with ten seconds each is a minute of staring at a screen. Count the total, not the individual settings.

A delayed follow-up with no condition in front of it. The customer who already bought gets nudged to buy. Label the completed action, then check for that label before the follow-up sends.

Long delays used as a scheduler. If you find yourself setting hours to move a message into tomorrow, you want Chatbot Manager → Automation → Follow-up Sequences.

Checking it works

Send the trigger to your own number and time the gap. If a delayed message never arrives at all, the flow run ended before the delay expired, or the block was never reached.

Flow Builder canvas on a demo

What to do next

The delay is only half the pattern; the condition in front of it is the other half. Read Conditions, Triggers & Branching Logic next to build the check that stops a follow-up reaching someone who already acted.

Was this helpful?
Edit this page