Review a recurring availability issue
Help a service owner recognize repeated interruptions and decide what evidence to examine.
Illustrative idea, not a published runnable template. Grunt is prelaunch; live service is paused and live provider connections and outcomes remain unverified. The steps, providers, and outcomes below describe a concept.
Choose a page or service to check and how often to check it. When a check suggests the service is unavailable, send a short text to the designated on-call person so they can confirm the issue and decide what to do.
Actual availability depends on published steps, supported connections, permissions, and provider approval.
“Check whether the selected page is responding and text the approved on-call contact when it appears unavailable.”
Clear tasks, with review where it matters.
Helps a service owner notice possible downtime without repeatedly checking the page by hand.
A failed check can be temporary or caused by a network issue, and a successful check does not prove the entire service is healthy. Confirm incidents using the team’s normal monitoring practices and verify the on-call number and message before enabling alerts.
Select an illustrative task to explore its proposed role. No workflow runs here.
Select the address that matters to the service owner and confirm it is appropriate for regular availability checks.
Choose an interval that helps the team notice a problem without creating unnecessary traffic or noise.
Determine whether the selected page appears available and distinguish a possible failure from a normal result.
Send a concise notice only when a check indicates a possible outage.
Have the recipient check the service and related monitoring before escalating or changing anything.
Select the address that matters to the service owner and confirm it is appropriate for regular availability checks.
These are planning notes for the concept, not instructions for a currently available template.
Choose the page, its owner, and a reasonable interval for routine checks.
Confirm the on-call phone number and make sure the text gives useful context without exposing private details.
Decide how repeated or short-lived problems should be communicated and who owns follow-up.
Check a normal response and a controlled failure to confirm the text reaches the intended on-call person.
Published templates and verified customer availability remain pending.
Explore the sample experience while launch details are being finalized.
View pricing status Explore the simulation