<?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: What Should Wireframes Contain?</title>
	<atom:link href="http://mnteractive.com/archive/what-should-wireframes-contain/feed" rel="self" type="application/rss+xml" />
	<link>http://mnteractive.com/archive/what-should-wireframes-contain</link>
	<description>Minnesota's Interaction Design, Information Architecture, and User Experience Design Community</description>
	<lastBuildDate>Fri, 27 Apr 2012 22:37:15 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: Mark Wagner</title>
		<link>http://mnteractive.com/archive/what-should-wireframes-contain/comment-page-1#comment-17706</link>
		<dc:creator>Mark Wagner</dc:creator>
		<pubDate>Thu, 27 Sep 2007 20:09:47 +0000</pubDate>
		<guid isPermaLink="false">http://mnteractive.com/archive/what-should-wireframes-contain/#comment-17706</guid>
		<description>My first sentence should say &quot;...structured around content types, NOT actual content...&quot; Apologies for the typo.</description>
		<content:encoded><![CDATA[<p>My first sentence should say &#8220;&#8230;structured around content types, NOT actual content&#8230;&#8221; Apologies for the typo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Wagner</title>
		<link>http://mnteractive.com/archive/what-should-wireframes-contain/comment-page-1#comment-17705</link>
		<dc:creator>Mark Wagner</dc:creator>
		<pubDate>Thu, 27 Sep 2007 20:07:10 +0000</pubDate>
		<guid isPermaLink="false">http://mnteractive.com/archive/what-should-wireframes-contain/#comment-17705</guid>
		<description>Ah Wireframes. Generally,

1) they should be structured around content types, actual content. In some situations, we develop two sets: one set has what I call &quot;demonstrative&quot; content to show an actual visualization of a real scenario, so the client can catch a vision. The other is all meta descriptive and annotation heavy, for the development team;

2) They should contain as little visual information as possible and still communicate requirements. Black is for display methods, page frames, text, outlines, asset boxes, general forms. Blue is for hyperlinked content items. Grey is for content or functionality that is OUT OF SCOPE but essential to display context. Red is for annotations. Again, one set of annotations for the client and one for the dev team (the latter is much more specific and detailed); and 

3; They should display special page states or display methods with slight color field (we&#039;ve used light yellow) to distinguish them from default page states.

Working on a vast array of project types has helped us develop this simple straightforward approach. It seems to work very well, regardless of the knowledge or experience of the client in IA/UX process.</description>
		<content:encoded><![CDATA[<p>Ah Wireframes. Generally,</p>
<p>1) they should be structured around content types, actual content. In some situations, we develop two sets: one set has what I call &#8220;demonstrative&#8221; content to show an actual visualization of a real scenario, so the client can catch a vision. The other is all meta descriptive and annotation heavy, for the development team;</p>
<p>2) They should contain as little visual information as possible and still communicate requirements. Black is for display methods, page frames, text, outlines, asset boxes, general forms. Blue is for hyperlinked content items. Grey is for content or functionality that is OUT OF SCOPE but essential to display context. Red is for annotations. Again, one set of annotations for the client and one for the dev team (the latter is much more specific and detailed); and </p>
<p>3; They should display special page states or display methods with slight color field (we&#8217;ve used light yellow) to distinguish them from default page states.</p>
<p>Working on a vast array of project types has helped us develop this simple straightforward approach. It seems to work very well, regardless of the knowledge or experience of the client in IA/UX process.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom M.</title>
		<link>http://mnteractive.com/archive/what-should-wireframes-contain/comment-page-1#comment-17226</link>
		<dc:creator>Tom M.</dc:creator>
		<pubDate>Fri, 21 Sep 2007 03:24:13 +0000</pubDate>
		<guid isPermaLink="false">http://mnteractive.com/archive/what-should-wireframes-contain/#comment-17226</guid>
		<description>I think that if the copy has been well-developed before the wireframe stage, use it. Images &amp; colors tend to distract (people get hung up on the aesthetics instead of function), so I&#039;d be more cautious about including them. 

Wish I could do more wireframes myself. I&#039;m in the middle of a Photoshop noodle-thon web design project as we speak. It&#039;s sad, because 50 to 100-layer .psd files are what customers expect right out of the gate, through no fault of their own.</description>
		<content:encoded><![CDATA[<p>I think that if the copy has been well-developed before the wireframe stage, use it. Images &amp; colors tend to distract (people get hung up on the aesthetics instead of function), so I&#8217;d be more cautious about including them. </p>
<p>Wish I could do more wireframes myself. I&#8217;m in the middle of a Photoshop noodle-thon web design project as we speak. It&#8217;s sad, because 50 to 100-layer .psd files are what customers expect right out of the gate, through no fault of their own.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Darrel</title>
		<link>http://mnteractive.com/archive/what-should-wireframes-contain/comment-page-1#comment-17185</link>
		<dc:creator>Darrel</dc:creator>
		<pubDate>Thu, 20 Sep 2007 13:36:57 +0000</pubDate>
		<guid isPermaLink="false">http://mnteractive.com/archive/what-should-wireframes-contain/#comment-17185</guid>
		<description>As I&#039;m not a full time IA, my opportunities to use wireframes haven&#039;t been as frequent as I&#039;d like.

However, the one time we really got to embrace the wireframe, we basically did what the Cody said. We kept things greyscale with lots of borders turned on (to block off areas).

What we found, though, is that over time, we began adding a bit of color here and a bit style over here and before long, we actually built the final HTML templates directly from the wireframes.

The benefit was that we ended up with a visual design that was &#039;just enough&#039; and the client spent a majority of the process focusing on functionality and business needs.

I wish that process wasn&#039;t as rare as it is...I still fine projects that become burdensome due to 80% of the effort being put into photoshop mock-ups rather than strategic thinking and tweaking.</description>
		<content:encoded><![CDATA[<p>As I&#8217;m not a full time IA, my opportunities to use wireframes haven&#8217;t been as frequent as I&#8217;d like.</p>
<p>However, the one time we really got to embrace the wireframe, we basically did what the Cody said. We kept things greyscale with lots of borders turned on (to block off areas).</p>
<p>What we found, though, is that over time, we began adding a bit of color here and a bit style over here and before long, we actually built the final HTML templates directly from the wireframes.</p>
<p>The benefit was that we ended up with a visual design that was &#8216;just enough&#8217; and the client spent a majority of the process focusing on functionality and business needs.</p>
<p>I wish that process wasn&#8217;t as rare as it is&#8230;I still fine projects that become burdensome due to 80% of the effort being put into photoshop mock-ups rather than strategic thinking and tweaking.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cody</title>
		<link>http://mnteractive.com/archive/what-should-wireframes-contain/comment-page-1#comment-17184</link>
		<dc:creator>Cody</dc:creator>
		<pubDate>Thu, 20 Sep 2007 13:32:27 +0000</pubDate>
		<guid isPermaLink="false">http://mnteractive.com/archive/what-should-wireframes-contain/#comment-17184</guid>
		<description>Also, all wireframes should contain duplicate comments.</description>
		<content:encoded><![CDATA[<p>Also, all wireframes should contain duplicate comments.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dan</title>
		<link>http://mnteractive.com/archive/what-should-wireframes-contain/comment-page-1#comment-17141</link>
		<dc:creator>dan</dc:creator>
		<pubDate>Wed, 19 Sep 2007 21:40:21 +0000</pubDate>
		<guid isPermaLink="false">http://mnteractive.com/archive/what-should-wireframes-contain/#comment-17141</guid>
		<description>no color, no real copy (although I have found that lorem ispum text blocks help the client visualize better), and I often use blank boxes to indicate image placement but only if necessary. 

otherwise, absolutely no style, color, or formatting whatsoever.</description>
		<content:encoded><![CDATA[<p>no color, no real copy (although I have found that lorem ispum text blocks help the client visualize better), and I often use blank boxes to indicate image placement but only if necessary. </p>
<p>otherwise, absolutely no style, color, or formatting whatsoever.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cody</title>
		<link>http://mnteractive.com/archive/what-should-wireframes-contain/comment-page-1#comment-17139</link>
		<dc:creator>Cody</dc:creator>
		<pubDate>Wed, 19 Sep 2007 18:31:28 +0000</pubDate>
		<guid isPermaLink="false">http://mnteractive.com/archive/what-should-wireframes-contain/#comment-17139</guid>
		<description>As little as possible.</description>
		<content:encoded><![CDATA[<p>As little as possible.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cody Hanson</title>
		<link>http://mnteractive.com/archive/what-should-wireframes-contain/comment-page-1#comment-17136</link>
		<dc:creator>Cody Hanson</dc:creator>
		<pubDate>Wed, 19 Sep 2007 17:14:20 +0000</pubDate>
		<guid isPermaLink="false">http://mnteractive.com/archive/what-should-wireframes-contain/#comment-17136</guid>
		<description>Only slightly more helpful than Darrel, I&#039;d say: As little as possible.</description>
		<content:encoded><![CDATA[<p>Only slightly more helpful than Darrel, I&#8217;d say: As little as possible.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Darrel</title>
		<link>http://mnteractive.com/archive/what-should-wireframes-contain/comment-page-1#comment-17135</link>
		<dc:creator>Darrel</dc:creator>
		<pubDate>Wed, 19 Sep 2007 16:18:10 +0000</pubDate>
		<guid isPermaLink="false">http://mnteractive.com/archive/what-should-wireframes-contain/#comment-17135</guid>
		<description>It depends. ;o)</description>
		<content:encoded><![CDATA[<p>It depends. ;o)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

