QUENTIN MAYO / FIELD NOTES

A public-value check for a small web app

A small web app can have a polished landing page and still leave a first-time visitor with nothing useful to do. Before adding more pages, choose one task the public site should help someone finish. A clear explanation, a worked example, and a usable result make that task easier to evaluate.

This guide is a practical review exercise for a small project. It does not certify a site or predict an advertising review. The examples are fictional, and each application needs its own honest description of what works today.

Start with a visitor and a finished task

Replace a broad goal such as “help people organize events” with a specific situation: “a volunteer needs to work out how many chairs to bring to a meetup.” That sentence gives the page a purpose. It also gives you a way to spot unrelated features and generic paragraphs.

Define the result before designing the sign-up flow. For the volunteer, a short seating plan is a result; a list of product features is not the same outcome. If the application needs an account for saved projects, offer a useful explanation or limited exercise that a visitor can understand before committing to one.

Show the work, including its limits

Give the reader enough detail to reproduce the example. With 18 expected guests and three spare chairs, the sample plan calls for 21 seats. Explain why the spare chairs are included and which input changes the total. Keep the sample data clearly fictional.

Then state the boundary: a chair-count worksheet cannot verify a venue’s capacity, access needs, or local requirements. A helpful page connects its result to the next decision without pretending to settle questions it cannot answer. For a different app, the limitation might be a missing integration, a manual step, or information the user must verify elsewhere.

Describe the application that exists today

Separate an implemented feature from a proposed one. If visitors can download a text file now but cannot share a live project, say so. If a game page describes a concept, label it as a concept and provide a playable exercise only when one actually exists. Avoid screenshots, testimonials, or performance claims that imply evidence you do not have.

Check the route itself while signed out. A public link should reach its promised resource, and navigation should help the reader get back to the application. An empty dashboard, an unexpected account wall, or a broken export undermines otherwise useful writing.

Review the experience before adding volume

Ask someone to find the page on a phone, follow the example, and explain the result in their own words. Observe the step where they hesitate. A clearer label or a corrected example is often more useful than another general article. Test keyboard access, narrow screens, and the download you promise.

Keep a short review note: what changed, what you checked, and which limitation remains. Revisit the page when the product changes so the public description stays accurate. Original writing should explain the project’s actual decisions and behavior, rather than repeat the same introduction across unrelated sites.

For advertising review, read Google’s AdSense content guidance and guidance for sites that are not ready to show ads. This worksheet helps you inspect one visitor task; completing it does not guarantee approval.

Try the public-value worksheet

Use the four prompts below to draft a small, testable improvement. The interactive worksheet runs in an isolated frame with network access blocked. It does not send or save your answers. The surrounding website’s privacy information is available on the privacy page.

Use these prompts without the interactive worksheet
  1. Who is visiting, and what are they trying to finish? Name one person and one concrete task.
  2. What can that visitor use before signing in? Describe the result they can see or take away today.
  3. What example and limitation will you show? Use a fictional example and explain what the tool cannot establish.
  4. What small check will you run next? Choose a behavior you can observe and a correction you can make.

Write your answers on paper or in a text editor. Keep the notes yourself if you want to revisit them.