<?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: design, specify, execute</title>
	<atom:link href="http://www.littlespringsdesign.com/blog/blog/2009/11/23/design-specify-execute/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.littlespringsdesign.com/blog/blog/2009/11/23/design-specify-execute/</link>
	<description>designing the mobile user experience</description>
	<lastBuildDate>Thu, 11 Mar 2010 18:55:46 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: steven</title>
		<link>http://www.littlespringsdesign.com/blog/blog/2009/11/23/design-specify-execute/comment-page-1/#comment-65567</link>
		<dc:creator>steven</dc:creator>
		<pubDate>Mon, 30 Nov 2009 15:34:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.littlespringsdesign.com/blog/?p=2515#comment-65567</guid>
		<description>I think I like everything about your process also. I didn&#039;t detail it here as I have ranted before and have a whole book on it, but have a pretty involved view of the inner workings of the Design process. 

Some folks get hung up on process when you get that into it, but I think it&#039;s important to name and understand things to make sure you are doing useful work at useful times.</description>
		<content:encoded><![CDATA[<p>I think I like everything about your process also. I didn&#8217;t detail it here as I have ranted before and have a whole book on it, but have a pretty involved view of the inner workings of the Design process. </p>
<p>Some folks get hung up on process when you get that into it, but I think it&#8217;s important to name and understand things to make sure you are doing useful work at useful times.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicholas</title>
		<link>http://www.littlespringsdesign.com/blog/blog/2009/11/23/design-specify-execute/comment-page-1/#comment-65256</link>
		<dc:creator>Nicholas</dc:creator>
		<pubDate>Tue, 24 Nov 2009 19:31:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.littlespringsdesign.com/blog/?p=2515#comment-65256</guid>
		<description>Oops, the system needs encoding! &lt;DIV&gt; Process…</description>
		<content:encoded><![CDATA[<p>Oops, the system needs encoding! &lt;DIV&gt; Process…</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicholas</title>
		<link>http://www.littlespringsdesign.com/blog/blog/2009/11/23/design-specify-execute/comment-page-1/#comment-65254</link>
		<dc:creator>Nicholas</dc:creator>
		<pubDate>Tue, 24 Nov 2009 19:20:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.littlespringsdesign.com/blog/?p=2515#comment-65254</guid>
		<description>My approach with applications and widget-like web approaches is what I call the  process. It essentially breaks down to Definition, Interaction and Visualization. Again, this is a design process, and implementation, execution, or whatever you want to call production is separate. The result would be a specifiable system for coding purposes.

As I am familiar with more research oriented approaches, I tend to group research between the definition and interaction points, sort of an iterative gather/test model to finding appropriate user models. Between interaction and visualization is an iteration phase that increases in sophistication as the conclusion approaches.

Marketing and functional specs are applied at opposite ends, with functional specifications and market research — demographics — applied at the definition, and market characteristics — color and attributes — applied at the visualization phase. Choice in the “design thinking,” or as we called it ”structured planning,” approach is coupled with parts of the functional specification because coding often has a large effect on project deliverables and costs.

I have found that continual collaboration with such outside resources is critical to the design process. It can have an undue effect, but design is sometimes different than Design! Application processes are also different than web processes in that there is less standardization. I am looking at combining these in an educational project. Apps have their place in highly visual or media-oriented projects. It is not really possible to stage or anticipate media delivery on the web yet, or to package such resources.

Thanks for the article! I love thinking about process.</description>
		<content:encoded><![CDATA[<p>My approach with applications and widget-like web approaches is what I call the  process. It essentially breaks down to Definition, Interaction and Visualization. Again, this is a design process, and implementation, execution, or whatever you want to call production is separate. The result would be a specifiable system for coding purposes.</p>
<p>As I am familiar with more research oriented approaches, I tend to group research between the definition and interaction points, sort of an iterative gather/test model to finding appropriate user models. Between interaction and visualization is an iteration phase that increases in sophistication as the conclusion approaches.</p>
<p>Marketing and functional specs are applied at opposite ends, with functional specifications and market research — demographics — applied at the definition, and market characteristics — color and attributes — applied at the visualization phase. Choice in the “design thinking,” or as we called it ”structured planning,” approach is coupled with parts of the functional specification because coding often has a large effect on project deliverables and costs.</p>
<p>I have found that continual collaboration with such outside resources is critical to the design process. It can have an undue effect, but design is sometimes different than Design! Application processes are also different than web processes in that there is less standardization. I am looking at combining these in an educational project. Apps have their place in highly visual or media-oriented projects. It is not really possible to stage or anticipate media delivery on the web yet, or to package such resources.</p>
<p>Thanks for the article! I love thinking about process.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
