# Delayed service progress update survey

Decide when a service provider should communicate a changed estimate and what uncertainty the update should explain.

If nothing was unclear or difficult, say so. Skip questions about steps you did not experience; use not applicable where appropriate.

## 1. When a stated service date slipped, when did you first receive an update?

Answer: ____________________

## 2. What did that update explain about the revised timing and remaining uncertainty?

Answer: ____________________

## 3. Which change should trigger another update before you have to chase it?

Answer: ____________________

## Author notes / illustrative keys where applicable

1. Compare the first notification with the missed estimate, using approximate intervals rather than identifying request details. This reveals late communication even when the current ticket status is understandable.
2. Check whether the message separates a revised estimate, a known dependency and an unknown completion date. Those explanations guide communication repairs without turning an estimate into a guarantee.
3. Identify events recipients need to hear about proactively, such as another changed date or missing dependency. The service owner can agree an update trigger instead of sending activity-only messages.

Interpretation caution: Ask about communication after a real estimate change; do not invent a completion promise or treat an explanatory update as proof that the service was completed.