A delivery question arrives at 9:18 pm. Another asks about tomorrow's opening hours. Then a customer wants to change an order. Answering everything prevents you from switching off; answering nothing lets work pile up. The right starting point is a defined scope, rather than a universal automatic reply.

With HyperControl, an automation can combine a time window, events available on the phone and natural-language instructions. This scenario addresses repetitive questions after closing. It does not assume an invisible team monitoring the account or a phone that can bypass every Android restriction.

Separate simple questions from business decisions

Opening hours, the collection address and an already documented delivery time make a reasonable initial scope. Accepting an order change, promising an exceptional delivery or resolving a dispute often requires a decision. Write down these exceptions before scheduling the rule.

An “After-hours replies” resource can collect the information to use and the topics to leave for you. Specify what to say when an answer is missing. For example: “Your request needs checking. We will pick it up when we reopen.” Missing information should not become an estimate presented as fact.

Define a rule, not just a favour

Specify the app, start and end times, days and expected result. For a window crossing midnight, check the period shown in Routines. Specify the time zone if you work with people in different countries or travel.

After making the request, check that the rule exists in the app and is active. “I'll take care of it” is not, by itself, proof of scheduling. The trigger must be saved, and required permissions and prerequisites should be visible.

What a notification makes possible — and what it does not

Processing depends on the information and actions the messaging app exposes. A direct reply can be sent without navigating through the whole app when a notification provides that action. If it contains only a partial preview, the assistant may lack enough context to decide.

Muted groups, conversations without notifications and messages received before activation do not magically become a complete accessible inbox. A task that opens and controls an app needs an available, unlocked phone. Android may also delay background tasks according to battery restrictions and permissions.

A summary that helps you resume work

Ask for a decision-oriented summary: questions handled, unanswered requests, customers to follow up with and details to add to the catalogue. It should cover only events actually received and retained within the rule's scope. Do not present it as an exhaustive inventory of every business message.

You might ask: “Start the summary with requests blocking an order. For each, give the topic, the question to resolve and the proposed next action.” This is more useful than a long chronological transcript of every notification.

Run a first evening test

Before letting it run overnight, test a short window with someone you trust. Send a familiar question, an ambiguous request and an order change. Check the reply, the absence of unauthorised promises and the exceptions in the summary.

Also check that the rule stops at the end of its window and behaves correctly when suspended. The aim is to handle some repetitive requests without losing track of those needing your judgement, rather than to answer everything.

This guide describes a use case, not a guaranteed outcome or a customer case study. Steps depend on permissions, apps and the information provided. Our editorial method.