Real Content Design

Let the material people actually need to read, compare, or act on shape the interface. This is a design method, not just a long-string stress test.

Establish the content and task

Inspect the named surface, its content model, and available examples. Identify the audience's task: scan, compare, choose, understand, edit, or find something. Record which fields are essential to that task and which are optional, derived, unavailable, or conditional.

Use supplied or authorised project material first. When examples are insufficient, create clearly labelled synthetic fixtures that reproduce useful structural variation. Do not invent ownership, testimonials, results, or other factual claims for production copy. Keep fixtures separate from publishable content and avoid writing them into live records.

Ask for missing facts only when they prevent a meaningful decision. Otherwise work with explicit unknowns and propose the content requirement. A request to explore layouts authorises exploration; production content or code changes require the corresponding scope.

Choose representative variation

Select examples that challenge a real decision rather than exhaustively combining every field: