Start with the visit, not the page list
A customer opens a restaurant website to see the menu, check the location or find out how to request a table. A list of pages does not yet tell you whether those tasks will be easy.
Write down the main reason someone would visit your site. Be specific: “Check whether this restaurant suits our evening” gives you more to work with than “Learn about our business.” Other reasons can have their place, but they should not compete equally for attention at the top of every page.
Put the necessary information before the decision
For each task, ask what the visitor needs to know before acting. In the restaurant example, that might include the menu, opening hours, address and the way table requests are handled. Keep information you can maintain; an attractive menu with outdated details creates another question for the customer.
An image can show the atmosphere. It cannot replace practical details. Put important information in readable text and check that it is easy to find on a phone.
Name the next step accurately
The button should describe what actually happens. “View the menu” should open the menu. “Send a table request” should send a request, not imply that a table has already been confirmed.
The same distinction matters after submission. If a team member needs to review the request, say so in the response. Choose a confirmation message your process can support, rather than promising an outcome or response time your team has not agreed to deliver.
Try one complete visit
Open the website on your phone and follow the customer's task from the first page to the final response. Check:
- Can you find the information needed to decide?
- Does the main button accurately name its action?
- Is it clear what happens after submitting a request?
- Does someone on the team own the follow-up and the information on the page?
Fix the first point where the visitor has to guess. That gives your next design decision a clear purpose.

