Skip to main content

Gathering Brand Requirements: It’s like pulling teeth…

Ok, so maybe it's not that bad but in my experience clients really don't know what they want. Sometimes you get the people who just want a simple brand adaptation from an existing application, or public website. That's easy enough. Or they want to see some examples of designs that we have done for other clients. Sure no problem. Or you get clients that use the following terms when describing what they want their site to look like:

  • Flashy
  • Cool
  • Clean
  • Wow factor
  • Easy on the eyes
  • New Aged
  • Techy
  • Lots of white space
  • Fun (Umm yea... OK...)
  • Never allow anyone to put a requirement in the SRS that a portal must be fun…

So what does the client really mean when they want a site to be flashy, cool, or lots of white space? Well I have tried to streamline a few set of questions that draw those definitions out of the clients mouth and into my creative brief.

Sample Agenda for a branding JAD session:
You won't get through all of this but it is a nice take away for the client to pass onto their marketing folks.

1.) Accessibility (508 Compliancy) Standards: Is this required?

2.) Browser Standards

  • Min Browser size: 800X600, 1024X768
  • Browser Width: Full width (Liquid Design) vs. Fixed width

3.) Branding

  • Style guides: Ask for the most up to date version of their style guide
  • Site Name:
    • Is there one defined?
    • If so how is it represented: Text, Logo, Other?
  • Brand customization type
    • Brand Adaptation: To what level
    • Custom: Does not exists in clients environment
  • Brand Implementation: From top (Page) to bottom (All Site Collections)
    • Site Only:
      • Content Editor Web Part - Using <Style> tag
      • Alternate Style sheet – Specified in sites Site Settings
      • Theme – OOTB or Custom
    • Site and Option to push to Sub Sites:
      • Custom Master Page – In master page gallery
    • Across all Site Collections
      • Custom Master Page – Server Side
      • Modification of Core files (Core.css, Portal.css, etc.)
  • Logo:
    • Size
    • Treatment
    • Color
    • Either corporate or site logo
  • Colors: To be either defined by style guide or custom
  • Imagery: Approved imagery that can be used throughout the site (Announcements, Links, products, etc.)
  • 4.) Functional Standards

    • Navigation Types:
      • Consistent Main Horizontal Navigation
        • OOTB the main navigation does not span across multiple site collections
      • Side Quick Launch (Tree view?)
    • Dynamic Dropdowns: How many levels does it show? OOTB there is a max of 5
    • External application links: Does it open in a new window or the same?

    5.) Branding Mood Questions:

    Q1. What type of treatments do you feel are appropriate?

    • Gradations or flat colors
    • Rounded corners
    • Transparencies
    • White Text on dark background
    • Tabbed navigation
    • Pixel lines for separation
    • Shadows

    Q2. Branding Moods Extremes

    • Simple/Complex
    • Soft rounded/hard squared
    • Flat/gradients
    • Light/Dark
    • Open/filled in
    • Heavy Imagery/soft color transitions
    • Heavy/light web part title bars (Chrome)

    Q3. Colors

    • 1 color monotone
    • Multi color complimentary
    • Bold accent colors

    Other Basic Questions that might help:

    Q1. Has your company undergone any recent re-branding?

    • If so will we have access to the design files?
    • If not when was the last time?

    Q2. Will there be a need to change or include additional Icons?

    Q3. Who will be approving these designs?

    • Marketing (how many?)
    • Board Executives (how many?)
    • Project Managers (how many?)

    Q4. Will they be available for Q&A?

    Q5. How many design reviews do you think is needed?

    • 1st Round (2 comps) 1 day for review and 1 for revisions
    • 2nd Round (1 comps) 1/2 day for review and 1/2 for revisions
    • Final Round (1 comps) 1 day for review and 1/2 for revisions

    Q6. Is there a specific need to have a different design for each area?

    • Each Department or Office has their own design
    • Each Site has its own color scheme
    • Each Web Part has its own header style

    Comments

    Anonymous said…
    I found the link to the Brand Requirements Post. Well read. I found that my estimates are very similar to yours.

    Popular posts from this blog

    SharePoint 2010 Base CSS Classes

    This will be the first of many SharePoint 2010 posts. I will be focusing on a few of the main CSS classes used for SharePoint 2010 Public Beta. As the product becomes more final there might be some changes to the class names but I will be sure to create a new post if that happens. This will be quite a lengthy but it should be helpful. The default CSS given below are just highlights of the full CSS attributes for that class. I will be using a basic team site as my base for the screenshots. Here is a basic structure of the main areas that I will cover. Ribbon Row Table Row Left Site Actions Navigate Up Edit Tab List Browse Page Table Row Right Give Feedback Welcome Menu Workspace Body Container Title Row Title

    SharePoint 2010 Content Query for Blog Posts

    I hope this post will help many of you feel comfortable with using the Content Query Web Part. In this post I will walk you through the process of creating a content query web part and configuring it to show custom field types. I will also give details on how to use XSLT to stylize and format the data being pulled. I will be using the following scenario as an example. Say that you had a site collection with a top level publishing site. This publishing site would display a the most recent blog posts from all blog sites within its own site collection. To solve this problem we will use a Content Query Web Part and a customized ItemStyle.xsl using XSLT. Please note that the “SharePoint Server Publishing Infrastructure” needs to be enabled at the site collection to display the content query web part. Step 1: Add a Content Query Web Part to Page Navigate to the site that you want the blog posts to show up and click on edit page. Under Editing Tools in the Ribbon, Click on

    SharePoint 2013 Responsive Table Columns

    I have been wanting to write this one for a while now. It is really amazing how UX is really finding is way into everything that we use and interact with. From Custom applications both mobile and on a desktop to document management or large data visualizations. There is always room for better usability and new concepts. SharePoint lists and library functionality really has not changed much for the past 10 years... I remember back in 2003 when I saw the same table/grid based views of documents and list items that exists in SharePoint 2013. But now we can look at them in a whole new way! In this video blog you will see how to create a responsive CSS table so that when the browser size is reduced it will hide specific columns. However hiding data is not always the right thing to do. What if a user needed those columns to filter on or to use for comparison to another document? Well that is where the custom jQuery Column chooser comes in. It allows you to see what columns are displ