<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Which Came First? Design or Content? Neither, They Need to be Hatched at the Same Time</title>
	<atom:link href="http://www.thematrixfiles.net/blog/which-came-first-design-or-content/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.thematrixfiles.net/blog/which-came-first-design-or-content/</link>
	<description>a blog by Joanna Pineda, CEO, Matrix Group</description>
	<lastBuildDate>Mon, 06 Feb 2012 19:21:41 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Design vs. Conteúdo: Quem vem primeiro? &#171; Tricky Issue</title>
		<link>http://www.thematrixfiles.net/blog/which-came-first-design-or-content/comment-page-1/#comment-8261</link>
		<dc:creator>Design vs. Conteúdo: Quem vem primeiro? &#171; Tricky Issue</dc:creator>
		<pubDate>Sat, 19 Nov 2011 12:54:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.thematrixfiles.net/?p=1538#comment-8261</guid>
		<description>[...] do design. Entretanto, Joanna Pineda (uma referência no assunto) apontou esses fatores no blog da Matrix Group’s &#8211; &#8220;A geração do conteúdo toma muito tempo e não é realística a insistência de se [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] do design. Entretanto, Joanna Pineda (uma referência no assunto) apontou esses fatores no blog da Matrix Group’s &#8211; &#8220;A geração do conteúdo toma muito tempo e não é realística a insistência de se [&#8230;]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Katie</title>
		<link>http://www.thematrixfiles.net/blog/which-came-first-design-or-content/comment-page-1/#comment-2119</link>
		<dc:creator>Katie</dc:creator>
		<pubDate>Wed, 11 Nov 2009 13:56:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.thematrixfiles.net/?p=1538#comment-2119</guid>
		<description>Once again another timely post! We&#039;re reworking the design of our Web site, and it has been difficult to balance how we want our content presented--and what content we want to present--with an engaging Web site.</description>
		<content:encoded><![CDATA[<p>Once again another timely post! We&#8217;re reworking the design of our Web site, and it has been difficult to balance how we want our content presented&#8212;and what content we want to present&#8212;with an engaging Web site.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nate Eagle</title>
		<link>http://www.thematrixfiles.net/blog/which-came-first-design-or-content/comment-page-1/#comment-2118</link>
		<dc:creator>Nate Eagle</dc:creator>
		<pubDate>Wed, 11 Nov 2009 13:21:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.thematrixfiles.net/?p=1538#comment-2118</guid>
		<description>I certainly remember clients reacting pretty positively, in general, to realistic content in my designs. There are a few hidden traps, though, in that designers (ie, me and my ilk) can get a bit lazy in their thoughts and add content and elements without regard to a carefully written specs document. This may not be a big deal if adding, say, styling for a blockquote block. It might be a bigger deal, though, if adding something like a magazine pullquote, that then requires a bit of development time in javascript to implement. It might be an even bigger deal if it&#039;s an RSS feed below a news items list: the client may ask, the day after launch, &quot;Where&#039;s that RSS feed we saw?&quot; To which the bewildered project manager will reply: &quot;RSS feed?!&quot;

As to the content debate, it can be difficult to write content in advance for the same reason that it&#039;s difficult to implement a whole site in advance: both need clear goals and an architecture to structure them. Neither writing nor design on the web do anybody any good unless they are oriented very clearly toward a purpose. But if the goals are set (and written, and agreed to) early in the project, and the information architecture is clear and addresses the goals, I&#039;m not sure there&#039;s a good reason to insist that the copy for every page already be written. It seems quite acceptable, in that situation, to prepare a toolbox of page components, as you suggest, and pages with empty content blocks to the client to set them up the content writing.</description>
		<content:encoded><![CDATA[<p>I certainly remember clients reacting pretty positively, in general, to realistic content in my designs. There are a few hidden traps, though, in that designers (ie, me and my ilk) can get a bit lazy in their thoughts and add content and elements without regard to a carefully written specs document. This may not be a big deal if adding, say, styling for a blockquote block. It might be a bigger deal, though, if adding something like a magazine pullquote, that then requires a bit of development time in javascript to implement. It might be an even bigger deal if it&#8217;s an RSS feed below a news items list: the client may ask, the day after launch, &#8220;Where&#8217;s that RSS feed we saw?&#8221; To which the bewildered project manager will reply: &#8220;RSS feed?!&#8221;</p>
<p>As to the content debate, it can be difficult to write content in advance for the same reason that it&#8217;s difficult to implement a whole site in advance: both need clear goals and an architecture to structure them. Neither writing nor design on the web do anybody any good unless they are oriented very clearly toward a purpose. But if the goals are set (and written, and agreed to) early in the project, and the information architecture is clear and addresses the goals, I&#8217;m not sure there&#8217;s a good reason to insist that the copy for every page already be written. It seems quite acceptable, in that situation, to prepare a toolbox of page components, as you suggest, and pages with empty content blocks to the client to set them up the content writing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joanna M. Pineda</title>
		<link>http://www.thematrixfiles.net/blog/which-came-first-design-or-content/comment-page-1/#comment-2111</link>
		<dc:creator>Joanna M. Pineda</dc:creator>
		<pubDate>Wed, 11 Nov 2009 05:11:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.thematrixfiles.net/?p=1538#comment-2111</guid>
		<description>Hi Karen.  Thanks for the comment.

You are right that some clients get derailed by the content.  We recently had a design meeting that went astray because we paired the wrong cover with a featured publication.

That said, using real content has worked really well for us, especially when we present the content as part of the design.  We did a design presentation the other day where we actually presented the news items, how the content would be presented and suggestions for what to put under News.  The client loved it and said that we opened their eyes to using News in a more expansive way.

We will also do things like try to make their one-line description of the organization shorter, more to the point, keyword-rich and punchier.  Sometimes, the client hates it, usually they love it, even if they end up tweaking later.  AND, more importantly, content is part of the discussion, i.e., we show them how a punchy description enhances the overall design and user experience.

Our designers really prefer to insert real copy into their designs so they scour the existing site, we have our Communications Guru write copy, or the Project Manager develops/grabs/edits copy.  Yes, there are still times when we use lorem ipsum text in a branding area or description of a featured publication, but we do try to avoid it. 

I look forward to hearing more about your adventures with design and content.</description>
		<content:encoded><![CDATA[<p>Hi Karen.  Thanks for the comment.</p>
<p>You are right that some clients get derailed by the content.  We recently had a design meeting that went astray because we paired the wrong cover with a featured publication.</p>
<p>That said, using real content has worked really well for us, especially when we present the content as part of the design.  We did a design presentation the other day where we actually presented the news items, how the content would be presented and suggestions for what to put under News.  The client loved it and said that we opened their eyes to using News in a more expansive way.</p>
<p>We will also do things like try to make their one-line description of the organization shorter, more to the point, keyword-rich and punchier.  Sometimes, the client hates it, usually they love it, even if they end up tweaking later.  AND, more importantly, content is part of the discussion, i.e., we show them how a punchy description enhances the overall design and user experience.</p>
<p>Our designers really prefer to insert real copy into their designs so they scour the existing site, we have our Communications Guru write copy, or the Project Manager develops/grabs/edits copy.  Yes, there are still times when we use lorem ipsum text in a branding area or description of a featured publication, but we do try to avoid it. </p>
<p>I look forward to hearing more about your adventures with design and content.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Karen</title>
		<link>http://www.thematrixfiles.net/blog/which-came-first-design-or-content/comment-page-1/#comment-2110</link>
		<dc:creator>Karen</dc:creator>
		<pubDate>Wed, 11 Nov 2009 04:58:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.thematrixfiles.net/?p=1538#comment-2110</guid>
		<description>&lt;i&gt;Putting lorem ipsum text on designs may be easy, but it doesn’t give the client a feel for how their content will fit into the design.  It’s better to use real content, no matter how dry, in the design comps. Just as some homebuyers can see beyond the blank walls and rooms, others need a home to be staged before they consider buying it.&lt;/i&gt;

What has client reaction been to that?  My experience has been that, if the text is even remotely something that might be content, all attention immediately goes to fixing the text, and I can&#039;t get any design feedback at all.  Even using lorem ipsum, most of my clients try to read it first, then try to figure out what language it&#039;s in, and what it says.  Then I explain its purpose.  Then, maybe, we can talk about design.</description>
		<content:encoded><![CDATA[<p><i>Putting lorem ipsum text on designs may be easy, but it doesn’t give the client a feel for how their content will fit into the design.  It’s better to use real content, no matter how dry, in the design comps. Just as some homebuyers can see beyond the blank walls and rooms, others need a home to be staged before they consider buying it.</i></p>
<p>What has client reaction been to that?  My experience has been that, if the text is even remotely something that might be content, all attention immediately goes to fixing the text, and I can&#8217;t get any design feedback at all.  Even using lorem ipsum, most of my clients try to read it first, then try to figure out what language it&#8217;s in, and what it says.  Then I explain its purpose.  Then, maybe, we can talk about design.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

