Navigation Menu

Skip to content

Instantly share code, notes, and snippets.

@plainspace
Forked from deathbearbrown/brief_format.md
Created August 22, 2018 03:06
Show Gist options
  • Star 0 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save plainspace/ead6a5f16c61912973131bf79af85c07 to your computer and use it in GitHub Desktop.
Save plainspace/ead6a5f16c61912973131bf79af85c07 to your computer and use it in GitHub Desktop.
Brief format

Basics

Comments on tone and style:

  • Never apologize in a design brief
  • keep it succinct
  • Do not talk about design features that do not have a direct correlation with a problem

PRE DEFINE

Definition: A design report documents the solution to a unique problem.

Purpose: To communicate the solution to a problem.

Audience: Anyone who has to implement your design, understand your design, or reference your design to solve their own problem. Typically, this is the project client. While the client maybe familiar with the project, the report is still written as though the client is new to the project because that is the best way to tell the whole story.

DOCUMENT STRUCTURE

Insight: Share your most relevant observation from your research.

Therefore: Explain the conclusion you’ve come to based on the insight.

Concept: Articulate the design concept by revealing your actual idea in a few sentences.

Execution: Communicate how the concept will conveyed in the project/design you’re creating.

Benefit: Reveal the reason why you’re executing the project in this way and how it will relay the perks to the consumer.

Message: State the takeaway for the consumer based on the project you’ve described.

Objective: Reiterate the goal that was outlined in the initial client brief or project assignment.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment