<?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: The Content Conundrum</title>
	<atom:link href="http://boxesandarrows.com/the-content-conundrum/feed/" rel="self" type="application/rss+xml" />
	<link>http://boxesandarrows.com/the-content-conundrum/</link>
	<description>Boxes and Arrows is devoted to the practice, innovation, and discussion of design; including graphic design, interaction design, information architecture and the design of business.</description>
	<lastBuildDate>Mon, 20 May 2013 13:09:05 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: donnamaurer</title>
		<link>http://boxesandarrows.com/the-content-conundrum/#comment-7845</link>
		<dc:creator>donnamaurer</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/the-content-conundrum/#comment-7845</guid>
		<description><![CDATA[Great article and all matches with my experience. This is exactly why, although I do a lot of IA, I also spend a lot of time on content and copy with my clients.]]></description>
		<content:encoded><![CDATA[<p>Great article and all matches with my experience. This is exactly why, although I do a lot of IA, I also spend a lot of time on content and copy with my clients.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: david_more</title>
		<link>http://boxesandarrows.com/the-content-conundrum/#comment-7846</link>
		<dc:creator>david_more</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/the-content-conundrum/#comment-7846</guid>
		<description><![CDATA[This is all too (sadly) true - always remember that people come to the web for content, and everything else is there to support it. 
A major aspect of the problem is the paradigm of web design and development, and the role definitions and scope decisions that make projects almost bound to fail. Critique the project concept as early as possible... by the time it gets moving, there may be no time for content exploration or for real collaboration with content partners.]]></description>
		<content:encoded><![CDATA[<p>This is all too (sadly) true &#8211; always remember that people come to the web for content, and everything else is there to support it.<br />
A major aspect of the problem is the paradigm of web design and development, and the role definitions and scope decisions that make projects almost bound to fail. Critique the project concept as early as possible&#8230; by the time it gets moving, there may be no time for content exploration or for real collaboration with content partners.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rahelab</title>
		<link>http://boxesandarrows.com/the-content-conundrum/#comment-7847</link>
		<dc:creator>rahelab</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/the-content-conundrum/#comment-7847</guid>
		<description><![CDATA[This article resonates strongly with me because of all the reasons you mentioned, and more. The UCD process can be mirrored for content strategy - loosely, user research, personas, task analysis and scenarios, content modeling (instead of wireframing), testing with real content and real users - and iterate. It&#039;s got to be lock-step with development, and needs deliverables that are integrated within the project plan.

A few years ago, Joe Gollner articulated it this way: Content is too important an asset to be treated as a cottage industry. Your statement about usability becoming table stakes is well-taken. I&#039;ve been saying that usability is the treasure map, and content is the treasure at the end of the hunt. No content treasure is the ultimate user betrayal, no matter how well the treasure map helps with the hunt.

Glad to see that content strategy is making its way into this arena.]]></description>
		<content:encoded><![CDATA[<p>This article resonates strongly with me because of all the reasons you mentioned, and more. The UCD process can be mirrored for content strategy &#8211; loosely, user research, personas, task analysis and scenarios, content modeling (instead of wireframing), testing with real content and real users &#8211; and iterate. It&#8217;s got to be lock-step with development, and needs deliverables that are integrated within the project plan.</p>
<p>A few years ago, Joe Gollner articulated it this way: Content is too important an asset to be treated as a cottage industry. Your statement about usability becoming table stakes is well-taken. I&#8217;ve been saying that usability is the treasure map, and content is the treasure at the end of the hunt. No content treasure is the ultimate user betrayal, no matter how well the treasure map helps with the hunt.</p>
<p>Glad to see that content strategy is making its way into this arena.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: patrickwalsh</title>
		<link>http://boxesandarrows.com/the-content-conundrum/#comment-7848</link>
		<dc:creator>patrickwalsh</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/the-content-conundrum/#comment-7848</guid>
		<description><![CDATA[Christopher,
                    An article on content in B&amp;A! Is &#039;content&#039; getting somewhere at last? An excellent article too and I agree absolutely with Rahel above. 
I wrote a short post last year about how I felt that content was not represented in the design process. I coined the term &#039;content centred design&#039; as I felt that content needed a champion throughout the whole design process as much as users did.  http://patrickcwalsh.wordpress.com/2008/06/16/content-centred-design/ 

In the post I state that &#039;content has a structure and a purpose which is independent of the user or web designer&#039;. I really believe that what happens with many websites with regard to content is that the intentions of the author/copy writer are often willfully ignored and thus the communication with the user throughout the life of the website design is diminished. 

If we treat content as a stakeholder and create a structure for &#039;content centred design&#039; mirroring UCD this might ensure that content is considered throughout the entire process rather than being shoehorned in at the end.  I think that not only will the final product be better for this but I would guess that more consistent development times might be achieved as there will be one less potential surprise to deal with towards the end of the process.]]></description>
		<content:encoded><![CDATA[<p>Christopher,<br />
                    An article on content in B&amp;A! Is &#8216;content&#8217; getting somewhere at last? An excellent article too and I agree absolutely with Rahel above.<br />
I wrote a short post last year about how I felt that content was not represented in the design process. I coined the term &#8216;content centred design&#8217; as I felt that content needed a champion throughout the whole design process as much as users did.  <a href="http://patrickcwalsh.wordpress.com/2008/06/16/content-centred-design/" rel="nofollow">http://patrickcwalsh.wordpress.com/2008/06/16/content-centred-design/</a> </p>
<p>In the post I state that &#8216;content has a structure and a purpose which is independent of the user or web designer&#8217;. I really believe that what happens with many websites with regard to content is that the intentions of the author/copy writer are often willfully ignored and thus the communication with the user throughout the life of the website design is diminished. </p>
<p>If we treat content as a stakeholder and create a structure for &#8216;content centred design&#8217; mirroring UCD this might ensure that content is considered throughout the entire process rather than being shoehorned in at the end.  I think that not only will the final product be better for this but I would guess that more consistent development times might be achieved as there will be one less potential surprise to deal with towards the end of the process.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: richardingram</title>
		<link>http://boxesandarrows.com/the-content-conundrum/#comment-7849</link>
		<dc:creator>richardingram</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/the-content-conundrum/#comment-7849</guid>
		<description><![CDATA[Enjoyed this article. I agree that it&#039;s open collaboration, between the technicians, strategists and artists regarding the content direction, that will determine the long-term success of a project.]]></description>
		<content:encoded><![CDATA[<p>Enjoyed this article. I agree that it&#8217;s open collaboration, between the technicians, strategists and artists regarding the content direction, that will determine the long-term success of a project.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: usersrule</title>
		<link>http://boxesandarrows.com/the-content-conundrum/#comment-7850</link>
		<dc:creator>usersrule</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/the-content-conundrum/#comment-7850</guid>
		<description><![CDATA[Chris,

Good article.  I face the content gap issue quite often with our clients.  Thanks for the insight provided in this article.]]></description>
		<content:encoded><![CDATA[<p>Chris,</p>
<p>Good article.  I face the content gap issue quite often with our clients.  Thanks for the insight provided in this article.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: evoljen</title>
		<link>http://boxesandarrows.com/the-content-conundrum/#comment-7851</link>
		<dc:creator>evoljen</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/the-content-conundrum/#comment-7851</guid>
		<description><![CDATA[I appreciate that you offered concrete solutions. If we truly are advocates for the end user, we must push for our content collaborators seat at the table. Great article, Chris.]]></description>
		<content:encoded><![CDATA[<p>I appreciate that you offered concrete solutions. If we truly are advocates for the end user, we must push for our content collaborators seat at the table. Great article, Chris.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: redts</title>
		<link>http://boxesandarrows.com/the-content-conundrum/#comment-7852</link>
		<dc:creator>redts</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/the-content-conundrum/#comment-7852</guid>
		<description><![CDATA[Thank you so much for highlighting this issue that so many of us face. We try very hard to get all the content prior to the completion of wireframes, but it rarely happens. Clients are not aware of how much time and effort it really takes to revise and generate new content. We now bring in a copywriter as the default in our contracts to try and minimize the content burden on the client.]]></description>
		<content:encoded><![CDATA[<p>Thank you so much for highlighting this issue that so many of us face. We try very hard to get all the content prior to the completion of wireframes, but it rarely happens. Clients are not aware of how much time and effort it really takes to revise and generate new content. We now bring in a copywriter as the default in our contracts to try and minimize the content burden on the client.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: toddtoler</title>
		<link>http://boxesandarrows.com/the-content-conundrum/#comment-7853</link>
		<dc:creator>toddtoler</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/the-content-conundrum/#comment-7853</guid>
		<description><![CDATA[Perhaps it&#039;s because I design for a publisher, but our content types for a new project are brainstormed, designed, and specified fairly early in the design process.   Where we fall over is in two primary areas.  1) we rarely examine the legacy content which is to be migrated to the new project closely enough.  In fact the IAs mostly look at a couple of representative &quot;edge cases,&quot; then find we need to make all sorts of concessions in our approved designs to accommodate the full set of real content.   But this is mostly on purpose - we want to design the experience first and maintain optimism that our existing content and production workflows can support it.   God help us the day we start doing it the other way around.  2) we often find that our design mock-ups are too full of high quality art and layouts, and the production staff who needs to maintain the site often doesn&#039;t have access to the same art direction resources on an ongoing basis.]]></description>
		<content:encoded><![CDATA[<p>Perhaps it&#8217;s because I design for a publisher, but our content types for a new project are brainstormed, designed, and specified fairly early in the design process.   Where we fall over is in two primary areas.  1) we rarely examine the legacy content which is to be migrated to the new project closely enough.  In fact the IAs mostly look at a couple of representative &#8220;edge cases,&#8221; then find we need to make all sorts of concessions in our approved designs to accommodate the full set of real content.   But this is mostly on purpose &#8211; we want to design the experience first and maintain optimism that our existing content and production workflows can support it.   God help us the day we start doing it the other way around.  2) we often find that our design mock-ups are too full of high quality art and layouts, and the production staff who needs to maintain the site often doesn&#8217;t have access to the same art direction resources on an ongoing basis.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jhastava</title>
		<link>http://boxesandarrows.com/the-content-conundrum/#comment-7854</link>
		<dc:creator>jhastava</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://boxesandarrows.com/the-content-conundrum/#comment-7854</guid>
		<description><![CDATA[Thank you! I&#039;ve been a content strategy &quot;looky-loo&quot; for a while now, and your article struck a chord, prompting a response. I especially appreciated the graphic contrasting the approved design with the same design displaying real content. 

I would like to add that I believe a piece of the solution is client education. If we agree (tacitly or not) to design web pages in the absence of content, we&#039;re setting ourselves and our clients up for delay and disappointment. Like Travis, this doesn&#039;t mean that I always get 100% of the content prior to design approval, but at the very least, it&#039;s critical to help clients understand the value of content in meeting their goals, and to understand on a visual level, the relationship between the &quot;shape&quot; of the &quot;real &quot; content and a successful design.

Happily for me, as a one-woman shop, I get to define the process, and set expectations with clients. Like Travis, I also find it helpful to &quot;assume&quot; copy writing as well as other content generation tasks in my proposals. 

Thanks again for the article.]]></description>
		<content:encoded><![CDATA[<p>Thank you! I&#8217;ve been a content strategy &#8220;looky-loo&#8221; for a while now, and your article struck a chord, prompting a response. I especially appreciated the graphic contrasting the approved design with the same design displaying real content. </p>
<p>I would like to add that I believe a piece of the solution is client education. If we agree (tacitly or not) to design web pages in the absence of content, we&#8217;re setting ourselves and our clients up for delay and disappointment. Like Travis, this doesn&#8217;t mean that I always get 100% of the content prior to design approval, but at the very least, it&#8217;s critical to help clients understand the value of content in meeting their goals, and to understand on a visual level, the relationship between the &#8220;shape&#8221; of the &#8220;real &#8221; content and a successful design.</p>
<p>Happily for me, as a one-woman shop, I get to define the process, and set expectations with clients. Like Travis, I also find it helpful to &#8220;assume&#8221; copy writing as well as other content generation tasks in my proposals. </p>
<p>Thanks again for the article.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
