Content Before Design: a shift in how to manage web projects

I like to joke that Happy Cog and the people that work for (and with) them sometimes act as the research and development arm of the digital / interactive project management industry.

digital-pm-summit-2013A novel idea, writing content before design, discussed by Steph Hay at the inaugural Digital PM Summit is crazy (good) enough it could completely transform digital design projects for the better. As with any good R&D process, we may be in the early days of a complete shift in thinking (like mobile-first design has been in the past few years). Or, we may forget this entirely due to lack of buy-in and ability to ‘grok’ an alternative approach.

That said, I recommend all digital project managers and organizations looking to do an online project in the near future and consider this approach and continue testing this approach and the resulting effects.

Approach

Beginning a project by talking about the audience(s) and precise interaction(s)s that currently do or need to happen means getting past guessing about what content elements and design templates need to be “designed” while still embracing ambiguity and figuring this out as you (or your client) go through the process.

Clients often want to see a layout or a concept, or a list of content types before “plugging in” all the final copy text, words, and so on. Once we “see it” we’ll make the content work to match the discovered goals of the design, right?

Writing content first means zooming in on a single piece of content, say a product description page, and writing precisely what needs to be on that page. Then stepping up a level, and repeating the process, and then moving sideways across all unique items in the project to see what patterns, unique elements, and hierarchy emerge.

This process allows the designer to then create a model that best fits the content presented and makes their job easier (and more successful). It could mean a designer will realize a call-out box design element is the best method to prioritize a testimonial on the page versus designing a page concept with testimonials included when the client has no real customers (or testimonials) yet. It could means noting the whimsy in the ‘voice’ on the page should be matched by the stylistic elements surrounding the page.

Read more about the specifics of the process at stephaniehay.com »

Results

Steph walked through a recent successful website re-design project she led that followed a content-first approach and I’m convinced. Both you and your clients should realize the benefits to taking this approach and see if its worth going down this content creation path up-front:

  • Increases organizational capacity: if your client goes through the exercise of writing content up-front and making all the hard decisions, this then allows them to work in parallel while you begin the design process.
  • Prompts for stakeholder involvement earlier: often when a design concept is presented with ‘lorem ipsum’ placeholder text, “higher ups” do not want to be involved until things are closer to completion so they can provide meaningful feedback. Having content in place flips the switch sooner to allow looking at closer-to-final artifacts.
  • Gets to decisions quicker: when needing to provide feedback, a mental disconnect can happens if you’re able to skim over the placeholder text and simple assume the “right” content will fit naturally. As you write content, as you define the content and display models, the two convene sooner and allows for more acceptance, revisions, and testing along the way.

A traditional design process without content written first means you can’t discover what’s needed until you realize its missing.When a discovery like this happens so far into the implementation process it can de-rail a project with rework, missed timelines, blown budgets, and disappointed stakeholders.


Steph has a framework on how to begin a project with content discussions first that I encourage project managers to review and consider.

I’d also recommend comparing and contrasting this thinking to the traditional design approach found in typical interactive projects and considering the pros and cons of each.

This entry was posted in Business, Project Management and tagged on by .

About Devin Reams

My name is Devin Reams and I founded this site to provide a useful news and review resource for Colorado skiers and snowboarders (and mountain enthusiasts). I've been skiing since I was a little kid (we moved out here when I was five years old) and I plan to ski for years beyond that. Although cosnow is not my full-time job it is my full-time winter hobby. I've been an "Epic Local" passholder since 2006 (when it was called a "Colorado Pass" or "Five Mountain Pass"). My favorite resorts are Beaver Creek and Breckenridge.

10 thoughts on “Content Before Design: a shift in how to manage web projects

  1. Brett Harned

    Thanks for the thoughtful recap, Devin.

    “I like to joke that Happy Cog and the people that work for (and with) them sometimes act as the research and development arm of the digital / interactive project management industry.”

    This feels more like a high compliment than a joke. Either way, I’ll take it. I think it’s really important for folks in our industry to share new experiences and practices for the sake of bettering process across the board. We share everything because we care.

    I also get the sense that everyone is kind of doing their own thing, or creating processes that work for them. And that is awesome! I just wish everyone would share and adapt ideas for their own needs/projects,

    I should also note that while we experiment with process, we’re careful about it. We do it a lot on internal projects, and reserve judgement on client projects. The last thing we want to do is put our teams or clients in a position where an experiment feels wrong or just flat out does not work. We gauge a lot of factors before deciding what’s right.

    Keep up the great work with the blog. I’m really enjoying it. Thank you!

    Reply
    1. Devin Reams Post author

      Thanks for jumping in, Brett. I indeed intended the R&D aside to be a compliment.

      As to your two points, I agree: improving the industry practices is important (along with sharing the knowledge), but not at a cost / risk to the clients we serve.

      Thanks again!

      Reply

Leave a Reply

Your email address will not be published. Required fields are marked *