Pleasure and Pain

Measuring the impact of new technology on human experience

Pleasure and Pain: photos by Whitney G. Hess

IA Summit 2008: Nathan Curtis’s “Audiences & Artifacts”

April 18th, 2008 · No comments yet

Nathan Curtis of EightShapes asked a very simple question, “Why don’t we spend more time designing our deliverables?”

My Twitter notes are below:

  • How do we produce deliverables better, faster? Audience: execs, PMs, strategists, visual designers, Dev, QA, copywriters, us
  • Artifacts: strategy, concept model, map, flow, storyboard, wireframe, spec, mockup, style guide
  • Wow. Great matrix on which audiences care about which deliverables. Hot grid. Too bad I can’t twitter it [see slides]
  • “Client’s CEO just opened our comps in Photoshop, adjusted the saturation slider and loved what he saw” — quote from Chris Fahey on Twitter
  • Threshold between needs for stakeholders (abstract, high level) and implementation team (concrete details)
  • Perceived artifact value: essential, critical, refer to it often, somewhat useful, rarely useful
  • EightShapes asks their clients ahead of time what the value of each deliverable is to them
  • Wireframes and change history: greater importance to everyone else than to IAs. While concept models have much higher importance to IAs
  • “It was really useful to label design documentation the same to map between visual and IA work” — visual design lead
  • Deliverable life cycle: prep, concepts, variations, details. Your audience has changed over time. Can’t talk to all with 1 doc 08:44
  • Aspects at play: iteration, descoping, evolution of design, disruption (CEO input ;) consumer population growth
  • Structured: “go to x document, y page” Doc needs metadata: title, author, version, page #, total page count for good communication
  • Track changes: how doc evolved over time; should be detailed, useful and auditable. Particularly useful for onboarding, agenda
  • Modularity of document makes it easy to combine components to tell a story or disseminate to appropriate audience
  • Page patterns (shapes and text) allow for simple chunked out wireframe, allow you to name components of page. Common structure
  • Super cool. Page patterns is like a template so you don’t have to start from scratch for each page
  • PREP! Dan Brown[his business partner] stresses this constantly. Think about the deliverable before you jump right into creating it
  • Recipes: ingredients and preparation. Ingredients are page patterns. Prep is identifying needs, approach, competitors, findings
  • Investigate: apply user research techniques to your design deliverables. Get feedback: plan, test, iterate and improve
  • Be mechanized. Create efficiencies in technique. Can conform to publishing language and construct. Makes for more fluidity
  • “Patterns: global solutions to common design problems”
  • Issues with managing wireframess over time: synchronization, cost, context, process, audience
  • Scripting a wireframe page: template + page definition (regions & components) + grid (tell regions which components to use). All in XML
  • “Deliverables are not the sex. Sex is what leads to the deliverable” — @austingovella

Check out the slides here:


Like this post? Please share it!
  • Digg
  • StumbleUpon
  • Technorati
  • Facebook
  • TwitThis
  • del.icio.us
  • Ma.gnolia
  • Google
  • Kirtsy
  • NewsVine
  • Fark
  • Furl
  • Mixx
  • Pownce
  • Reddit
  • Slashdot
  • YahooMyWeb
  • SphereIt
  • blogmarks
  • Propeller
  • Blue Dot
  • E-mail this story to a friend!

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)
Loading ... Loading ...

Related Posts

Tags: ··

0 responses so far ↓

  • There are no comments yet...But please don't be shy. Gimme some lovin'.

You must have something to say...

Subscribe to Pleasure and Pain

I post new stuff all the time. This is an easy way to stay on top of it.

  Subscribe in a reader
Or by e-mail:


Delivered by FeedBurner