Prepare an interruption message that does not alarm viewers

An interruption message should tell viewers what remains available and what will happen next without speculating about a cause.

A practical procedure

1. Name the visible effect briefly, such as a delayed answer or temporary sound check.

2. Tell viewers whether to keep sending questions, wait or use another verified contact route.

3. Update the message when the situation changes instead of repeating an outdated recovery promise.

Worked example: a fictional session

A fictional host says, 'We are checking the voice output. The product details remain on screen, and we will repeat the answer once sound is confirmed.'

Check the limits

Avoid precise recovery-time promises when no one has established the cause or repair time.