A Future Friendly Workflow

50
a future friendly WORKFLOW @lukebrooker

description

My talk from the latest Brisbane Web Design meetup (June 2012) about the techniques I have been using to build responsive, future friendly sites. How it effects designers, developers and clients.Thanks to these people for their ideas:Brad Frost - http://www.alistapart.com/articles/for-a-future-friendly-web/Stephen Hay - Workflow Redesigned: A Future-Friendly Approach - The Smashing Book #3Andy Clarke - Becoming Fabulously Flexible - The Smashing Book #3Samantha Warren - http://styletil.es/

Transcript of A Future Friendly Workflow

Page 1: A Future Friendly Workflow

a future friendlyWORKFLOW

@lukebrooker

Page 2: A Future Friendly Workflow

PREFACE• Not the only answer

• Steps depend on the size of the project

• is is not everything I do (e.g. testing not included)

• is is not only my ideas

Page 3: A Future Friendly Workflow

WORKFLOW SUMMARY• Discovery (not included)

• Content Strategy

• Design

• Development

Page 4: A Future Friendly Workflow

CONTENT STRATEGY

Page 5: A Future Friendly Workflow

We need to become temporary pessimists

and focus on all of our problems—focus

on them intently, let them incubate.

Stephen Hay - e Smashing Book #3

Page 6: A Future Friendly Workflow

WHAT IS THE PURPOSE OF THIS

SITE?

Page 7: A Future Friendly Workflow

SITEMAP• Start it with the client

• “e presumption of uselessness”

• Build off use cases not features

• Make it quick and easy to edit

Page 8: A Future Friendly Workflow

AN EXAMPLE

Page 9: A Future Friendly Workflow

THISGROUP

Page 10: A Future Friendly Workflow

SITE GOALS• Promote the next event

• Get a higher rate of RSVPs

• Grow the community

• Get new speakers

• Promote sponsors

• Keep in contact with members

Page 11: A Future Friendly Workflow

USER GOALS• What are they about? Will I #t in?

• When is the next meetup?

• Where is the meetup?

• Where are the slides/notes from the last meetup?

• Can I speak? What is involved in speaking?

Page 12: A Future Friendly Workflow
Page 13: A Future Friendly Workflow

SCREEN LIST• Use the sitemap

• What are the different “layouts” or site sections

Page 14: A Future Friendly Workflow
Page 15: A Future Friendly Workflow

this isUNACCEPTABLE

Page 16: A Future Friendly Workflow

design from theCONTENT OUT

Page 17: A Future Friendly Workflow

SCREEN DESCRIPTION DIAGRAM

• Clari#es the purpose of this section

• Constructs the hierarchy of each section

• Helps de#ne important content

• Makes it easy to see the user $ow

Page 18: A Future Friendly Workflow

EVENTSCREEN DESCRIPTION DIAGRAM

PURPOSE

CALL TO ACTION

FIRST PRIORITY

SECOND PRIORITY

THIRD PRIORITY

Make the details (date, time, RSVP) of an event easy to !nd & understand. Emphasise the topics being discussed.

RSVP for this event, Share this event

Event Details (time, date, speakers, topics)Speak at this event (If speakers are still needed)

Get directionsSlides/notes/resources from this event (if past)

Other upcoming events

Page 19: A Future Friendly Workflow

EVENTSCREEN DESCRIPTION DIAGRAM

PURPOSE

CALL TO ACTION

FIRST PRIORITY

SECOND PRIORITY

THIRD PRIORITY

Make the details (date, time, RSVP) of an event easy to !nd & understand. Emphasise the topics being discussed.

RSVP for this event, Share this event

Event Details (time, date, speakers, topics)Speak at this event (If speakers are still needed)

Get directionsSlides/notes/resources from this event (if past)

Other upcoming events

Page 20: A Future Friendly Workflow

CONTENT INVENTORY• A global list of bits of content

• Collect content from each screen as it is de#ned

• List the screen it belongs to

Page 21: A Future Friendly Workflow

BWDCONTENT INVENTORY

1. Logo (all screens)

2. Main Menu (all screens)

3. Intro text (home)

4. Event feature (home, event listing)

5. Event lisiting section (event listing)

6. Main content section (about)

7. Event details (event)

8. Speaking details (speaking)

9. Address (location)

10. Map (location)

11. Contact details (contact)

12. Contact form (contact)

13. Latest from Twitter (home, about)

14. Past events (event listing)

15. Upcoming events (event)

16. Footer menu (all screens)

Page 22: A Future Friendly Workflow

IMPLEMENTATION STRATEGY

• What types of content need to be stored?

• What data makes each content type different?

• In what different ways will each bit of content need to be displayed?

• How will this content relate to other content in the site?

• How could this data be used in different contexts?

Page 23: A Future Friendly Workflow

EXAMPLE• Content type: Event

• Fields: Date & time, speakers, topics, resources, featured image, location, other details

• Displays: Full, general teaser, aside teaser, feature

• Categories: Topic, event type

• Contexts: Format location for easy selection on smart phones, use hcard for formatting

Page 24: A Future Friendly Workflow

DESIGN

Page 25: A Future Friendly Workflow

Rather than tailoring disconnected

designs to each of an ever-increasing

number of web devices, we can treat them

as facets of the same experience

Ethan Marcotte

Page 26: A Future Friendly Workflow

CONTENT REFERENCE WIREFRAMES

• For every screen type, show different layouts

• Sketch #rst ( for ideas)

• Use the numbers from the content inventory

• Wireframe in the browser

Page 27: A Future Friendly Workflow
Page 28: A Future Friendly Workflow

PATTERN LIST & WIREFRAMES

• Use content inventory

• Find common patterns

• Sketch out each pattern

Page 29: A Future Friendly Workflow

BWDPATTERN LIST

Menu main (main menu)

Hero (intro text)

Feature text (intro text)

Hero listing (event feature)

Teaser (event lisiting item)

Icon list (event details)

Block teaser (latest from Twitter, past events, upcoming events)

Page 30: A Future Friendly Workflow
Page 31: A Future Friendly Workflow

STYLE TILES• Stops us from create multiple “mock-ups”

• Keeps the “feel” of the site separate to structure

• It’s the deliverable not how where I design

• Create patterns and elements all together...

Page 32: A Future Friendly Workflow
Page 33: A Future Friendly Workflow

DEVELOPMENT

Page 34: A Future Friendly Workflow

YOUR OWN PERSONAL BOILERPLATE

• You need a solid foundation

• Learn from boilerplates...

• But don’t use them blindly

• When you learn better techniques, add them

• Know your way around

Page 35: A Future Friendly Workflow

PROTOTYPE

Page 36: A Future Friendly Workflow

STRUCTURE• SMACSS (Scalable & Modular Architecture for CSS)

• Base, Layout, Module, State, eme

• Modules... pattern list?

Page 37: A Future Friendly Workflow

SMACSS

.menu {

list-style: none;

}

.menu-horizontal li {

float: left;

padding: 10px;

}

Page 38: A Future Friendly Workflow

SPEED orHow I learned to stop worrying and love the preprocessor

• Create production ready code fast

• Less or Sass?

• Sass has: @extend, compass, respond-to

Page 39: A Future Friendly Workflow

SASS.menu {

list-style: none;

}

.menu-horizontal {

@extend .menu;

li {

float: left;

padding: 10px;

}

}

Page 40: A Future Friendly Workflow

SASS

.menu-horizontal {

@extend .menu;

li {

padding: 10px;

@include at-breakpoint($medium) {

float: left;

}

}

}

Page 41: A Future Friendly Workflow

STYLE GUIDES• Start during prototyping

• Patterns that aren’t covered in the prototype, style in the style guide

• Add documentation for developer

• ink about width, hierarchy, density & interaction

Page 42: A Future Friendly Workflow
Page 43: A Future Friendly Workflow
Page 44: A Future Friendly Workflow

IN CONCLUSION

Page 45: A Future Friendly Workflow

goals for aFUTURE

FRIENDLYWEB

Page 46: A Future Friendly Workflow

• Create multiple facets of the same experience

• Let content in$uence decisions, not technology

• Design systems, not pages

• Stick to some common patterns, but try and break some (we always need new ideas)

Page 47: A Future Friendly Workflow

• Understand your code, don't blindly build off others

• Pull things apart, modularise, our systems should be scalable and understandable

• Work together with users, designers, developers and clients (everyone has a valuable perspective)

Page 49: A Future Friendly Workflow

LEARNEXPERIMENT

SHARE

Page 50: A Future Friendly Workflow

THANKS@lukebrooker

questions?