The eight parts of a useful brief
- Context: one paragraph about the business, product or project.
- Outcome: the change you want the deliverable to support.
- Audience: who they are, what they know and what they need.
- Deliverables: quantities, formats, dimensions, duration and variants.
- Inputs: materials, access, brand rules and examples you will provide.
- Creative direction: references plus an explanation of what you like about them.
- Constraints: budget, deadline, technical limits, licences and prohibited elements.
- Acceptance checks: objective tests that define a complete delivery.
State your budget as a range only if it reflects a real scope range. Do not hide the budget merely to make freelancers compete blindly; it often produces incomparable quotes.
Copy-and-fill brief template
PROJECT: BUSINESS / CONTEXT: PRIMARY OUTCOME: TARGET AUDIENCE: DELIVERABLES: - Quantity: - Format / dimensions: - Required variants: - Source files required: I WILL PROVIDE: - Brand assets: - Copy / data: - Access: - References: CREATIVE / TECHNICAL DIRECTION: - Must include: - Must avoid: - Platforms / compatibility: - AI-use preference, if relevant: TIMELINE: - Inputs ready on: - Draft or checkpoint: - Final deadline and time zone: BUDGET: RIGHTS / LICENSING: CONFIDENTIALITY: ACCEPTANCE CHECKS: 1. 2. 3. PLEASE CONFIRM: - Total price and Fiverr fees shown at checkout - Exact deliverables - Revision definition and count - Delivery date - Any exclusions or required extras
Make acceptance criteria observable
"Professional," "modern" and "high quality" are preferences, not tests. Translate them into observable criteria where possible. A landing page might need to match an approved wireframe, work at specified viewport widths, pass form submissions to a named address and include editable source access. A voice-over might need a stated accent, file format, pronunciation list and maximum background-noise threshold.
Do not turn a creative brief into an impossible specification. Choose three to five checks that protect the intended use. Invite the freelancer to identify contradictions before ordering.
Mini examples for common projects
Logo identity
Deliver one approved logo concept, horizontal and square variations, colour and monochrome versions, SVG/PDF/PNG files and a one-page usage sheet. Confirm font and stock-asset licensing.
WordPress page
Build one responsive page on staging from approved copy and wireframe. Test current Chrome, Safari and Firefox plus mobile widths. Define who supplies premium plugins and how access will be revoked.
Short-form video
Edit three 30-45 second vertical videos from supplied footage, with captions, licensed music and one revision round. Supply 1080 x 1920 MP4 files and the agreed editable project files.
Share access with the least privilege needed
Never place passwords, card numbers, recovery codes or one-time codes in a brief. Where a project needs access, prefer a platform's collaborator role, a temporary account or a restricted staging environment. Back up the site or data first, record what access was granted, and revoke it after acceptance.
If confidential information is involved, ask whether the freelancer can work with redacted or sample data. Agree on deletion and retention expectations before sharing personal data or proprietary files.
Handle changes without turning them into conflict
When you request a change, label it as one of three types: a correction against the brief, a revision within the agreed concept, or a new requirement. The first two may be included; the third normally needs a new price or deadline. This simple distinction keeps feedback factual.