Practical guide

A request brief that lets the producer actually start

Last materially reviewed 2026-09-19

Quick answerAsk for the objective, output, source material, constraints and approver—then define when the brief is complete.
What to know

Setup checklist: ask for decisions, not a biography

Begin with the output the client needs and the reason it is needed. For a campaign graphic, useful fields include destination, dimensions, message, supplied assets, deadline and final approver. Avoid collecting a long company history if it does not affect the immediate job. ManyRequests provides configurable request forms; the value comes from choosing fields that remove an actual production ambiguity, not from using every available field type.

What to know

Make an incomplete brief recognizable

A file attachment is not proof that the right asset was supplied. Define a short ready-to-start check: the requested output is understood, source material is accessible, essential constraints are recorded and someone can approve the result. If one item is missing, tell the client precisely what is needed. Keep their original submission intact so the eventual clarification does not erase the question or make the producer reconstruct the conversation.

What to know

Use labels and examples together

A label such as final approver is clearer with a short example of the responsibility, not a guessed personal name. W3C guidance explains why form controls need associated labels. In practical terms, check that the field still makes sense when its placeholder disappears after typing. Test the brief on a narrow screen and with keyboard navigation. This is a usability check, not a claim that a particular vendor form is certified accessible.

What to know

End with a useful confirmation

The confirmation should distinguish received from accepted for production. Tell the client how missing information will be requested and what event starts the delivery commitment. Do not promise a completion date merely because the form submitted successfully. Our suggested final review is simple: ask a colleague who did not design the form to turn one fictional brief into a task. Every question they still need to ask is a candidate for improving the intake.

Continue when useful

Next: Conditional request forms without hidden requirements

Use branching to remove irrelevant questions, not to hide information required for a safe handoff.

Open Conditional request forms without hidden requirements →

Sources used for this page

These records support the facts and comparisons above. Merchant-controlled records are labelled so you can separate product claims from independent evidence.

  1. ManyRequests service request forms — Merchant documentation · help.manyrequests.com · Merchant-controlled · checked 2026-09-19
  2. W3C form labels guidance — not certification of this site — Standards and certification reference · w3.org · Publisher independence not verified · checked 2026-09-19