<?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: Fire the &#8220;web designer&#8221;</title>
	<atom:link href="http://briancray.com/2009/09/09/fire-the-web-designer/feed/" rel="self" type="application/rss+xml" />
	<link>http://briancray.com/2009/09/09/fire-the-web-designer/</link>
	<description>User Experience Design, Web Development, and Internet Marketing</description>
	<lastBuildDate>Thu, 02 Sep 2010 15:37:10 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
	<atom:link rel="hub" href="http://superfeedr.com/hubbub" />
		<item>
		<title>By: Luke</title>
		<link>http://briancray.com/2009/09/09/fire-the-web-designer/#comment-32378</link>
		<dc:creator>Luke</dc:creator>
		<pubDate>Fri, 21 May 2010 09:46:05 +0000</pubDate>
		<guid isPermaLink="false">http://briancray.com/?p=1255#comment-32378</guid>
		<description>we all like to put things into boxes and categories. It makes us feel in control with our surroundings.

Doing so in such a new industry is expected as everyone tries to make sense of how it all works, but people, listen to me, RESIST! It&#039;s a new industry, take control of what you do within you job, don&#039;t get boxed in!

I also think we all need to be aware the web industry could change as drastically as it started. All dev work has the potential to get mopped up by &#039;off the shelf&#039; technology. Current example - who needs custom cms when you got wordpress. I not saying that though - clients do. Whay pay a dev when all I need is a designer and wordpress.

So I say lets not get comfortable with these job titles just yet.</description>
		<content:encoded><![CDATA[<p>we all like to put things into boxes and categories. It makes us feel in control with our surroundings.</p>
<p>Doing so in such a new industry is expected as everyone tries to make sense of how it all works, but people, listen to me, RESIST! It&#8217;s a new industry, take control of what you do within you job, don&#8217;t get boxed in!</p>
<p>I also think we all need to be aware the web industry could change as drastically as it started. All dev work has the potential to get mopped up by &#8216;off the shelf&#8217; technology. Current example &#8211; who needs custom cms when you got wordpress. I not saying that though &#8211; clients do. Whay pay a dev when all I need is a designer and wordpress.</p>
<p>So I say lets not get comfortable with these job titles just yet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Oskar Smith</title>
		<link>http://briancray.com/2009/09/09/fire-the-web-designer/#comment-32364</link>
		<dc:creator>Oskar Smith</dc:creator>
		<pubDate>Fri, 14 May 2010 13:51:42 +0000</pubDate>
		<guid isPermaLink="false">http://briancray.com/?p=1255#comment-32364</guid>
		<description>Because the web industry is still in it&#039;s relative infancy, defining roles for the people that work within it is definitely something that&#039;s still in a period of transition. Good points in the article though.

I guess the only thing I would add to this is that it&#039;s worth remembering that to most small to medium sized clients, no matter what you try and brand yourself as, whether it be a UI Designer, Front End Designer, Creative Director etc., to them you are always just &quot;a web designer&quot;.</description>
		<content:encoded><![CDATA[<p>Because the web industry is still in it&#8217;s relative infancy, defining roles for the people that work within it is definitely something that&#8217;s still in a period of transition. Good points in the article though.</p>
<p>I guess the only thing I would add to this is that it&#8217;s worth remembering that to most small to medium sized clients, no matter what you try and brand yourself as, whether it be a UI Designer, Front End Designer, Creative Director etc., to them you are always just &#8220;a web designer&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tori</title>
		<link>http://briancray.com/2009/09/09/fire-the-web-designer/#comment-32001</link>
		<dc:creator>Tori</dc:creator>
		<pubDate>Mon, 08 Mar 2010 18:19:49 +0000</pubDate>
		<guid isPermaLink="false">http://briancray.com/?p=1255#comment-32001</guid>
		<description>A graphic designer should have knowledge (schooling) in user experience, that&#039;s the whole point of a design, otherwise they&#039;d be an artist.

Graphic designer: a person who PLANS, ANALYZES, AND CREATES visual solutions.

Some people are even smart enough to do both print and web design. Obviously, there are differences, I&#039;m not saying the same rules should apply to both, just that a person can be knowledgeable in more than one area.

Maybe instead of saying &quot;graphic designers moving from a print team to a web team should stay graphic designers&quot; the smarter thing to say is &quot;if your graphic designer has the knowledge to move from print to web (or doing both which is more likely the case) they should be paid more for the additional skills they will be contributing&quot;.</description>
		<content:encoded><![CDATA[<p>A graphic designer should have knowledge (schooling) in user experience, that&#8217;s the whole point of a design, otherwise they&#8217;d be an artist.</p>
<p>Graphic designer: a person who PLANS, ANALYZES, AND CREATES visual solutions.</p>
<p>Some people are even smart enough to do both print and web design. Obviously, there are differences, I&#8217;m not saying the same rules should apply to both, just that a person can be knowledgeable in more than one area.</p>
<p>Maybe instead of saying &#8220;graphic designers moving from a print team to a web team should stay graphic designers&#8221; the smarter thing to say is &#8220;if your graphic designer has the knowledge to move from print to web (or doing both which is more likely the case) they should be paid more for the additional skills they will be contributing&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Web Development</title>
		<link>http://briancray.com/2009/09/09/fire-the-web-designer/#comment-31995</link>
		<dc:creator>Web Development</dc:creator>
		<pubDate>Fri, 05 Mar 2010 19:42:46 +0000</pubDate>
		<guid isPermaLink="false">http://briancray.com/?p=1255#comment-31995</guid>
		<description>Just because they require different skills doesnt mean you need different people. Specially if you are bootstrapping - the same person can fill both roles; or the UI can be defined by someone else, such as the project manager.</description>
		<content:encoded><![CDATA[<p>Just because they require different skills doesnt mean you need different people. Specially if you are bootstrapping &#8211; the same person can fill both roles; or the UI can be defined by someone else, such as the project manager.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: O</title>
		<link>http://briancray.com/2009/09/09/fire-the-web-designer/#comment-31994</link>
		<dc:creator>O</dc:creator>
		<pubDate>Fri, 05 Mar 2010 19:34:51 +0000</pubDate>
		<guid isPermaLink="false">http://briancray.com/?p=1255#comment-31994</guid>
		<description>The ultimate are user experience designers with a nice aesthetic and high technical skills in Photoshop. These are the ones creating today&#039;s best UIs.</description>
		<content:encoded><![CDATA[<p>The ultimate are user experience designers with a nice aesthetic and high technical skills in Photoshop. These are the ones creating today&#8217;s best UIs.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justin Davis</title>
		<link>http://briancray.com/2009/09/09/fire-the-web-designer/#comment-31993</link>
		<dc:creator>Justin Davis</dc:creator>
		<pubDate>Fri, 05 Mar 2010 19:06:58 +0000</pubDate>
		<guid isPermaLink="false">http://briancray.com/?p=1255#comment-31993</guid>
		<description>It&#039;s amazing to me the denial we live in inside the web industry. Be it pride, self-absorption, or ignorance, we&#039;re unable to look at this industry, and the process of creating our products (web sites and applications) through an objective lens. 

The web industry is one of the only industries going through this design process identity crisis.  Take the physical product industry (whichever specific product you want to use as an example) - to say that a &quot;product designer&quot; is the one who designs the architecture of the product, researches the use and develops strategy, applies the visual styling *and* actually builds the object itself would sound ludicrous.  

The same goes for architecture - perhaps one of the closer siblings to what we do on the web.  The process of creating a building contains very defined, and separate, roles - architects who take requirements and use cases and craft a strategy for designing the experience, contractors who manage the interpretation of this design and oversee the process of translating a building strategy into bricks and mortar, and the actual workers themselves, who literally build the object. 

See, in almost every other industry, it&#039;s a foregone conclusion that the activity of design as it relates to strategy and use (what we in the web world refer to as &#039;user experience design&#039;), the activity of visual styling, and the activity of production are separate actions, performed by distinct and separate professionals. 

To those who think that it&#039;s wasteful and confusing to work at drawing these distinctions, consider the damage you&#039;re doing to your own brand or specialty.  A programmer who calls himself a &quot;web designer&quot; gives visual designers that call themselves a &quot;web designer&quot; a bad name.  

While it may not be realistic to have these separate roles in-house, to blindly argue that no distinction should be made is to keep this industry in a perpetual state of immature development.  We owe this industry more than defensive positions - we owe it to each other to work through what the roles are and to educate our clients as to the importance of it.</description>
		<content:encoded><![CDATA[<p>It&#8217;s amazing to me the denial we live in inside the web industry. Be it pride, self-absorption, or ignorance, we&#8217;re unable to look at this industry, and the process of creating our products (web sites and applications) through an objective lens. </p>
<p>The web industry is one of the only industries going through this design process identity crisis.  Take the physical product industry (whichever specific product you want to use as an example) &#8211; to say that a &#8220;product designer&#8221; is the one who designs the architecture of the product, researches the use and develops strategy, applies the visual styling *and* actually builds the object itself would sound ludicrous.  </p>
<p>The same goes for architecture &#8211; perhaps one of the closer siblings to what we do on the web.  The process of creating a building contains very defined, and separate, roles &#8211; architects who take requirements and use cases and craft a strategy for designing the experience, contractors who manage the interpretation of this design and oversee the process of translating a building strategy into bricks and mortar, and the actual workers themselves, who literally build the object. </p>
<p>See, in almost every other industry, it&#8217;s a foregone conclusion that the activity of design as it relates to strategy and use (what we in the web world refer to as &#8216;user experience design&#8217;), the activity of visual styling, and the activity of production are separate actions, performed by distinct and separate professionals. </p>
<p>To those who think that it&#8217;s wasteful and confusing to work at drawing these distinctions, consider the damage you&#8217;re doing to your own brand or specialty.  A programmer who calls himself a &#8220;web designer&#8221; gives visual designers that call themselves a &#8220;web designer&#8221; a bad name.  </p>
<p>While it may not be realistic to have these separate roles in-house, to blindly argue that no distinction should be made is to keep this industry in a perpetual state of immature development.  We owe this industry more than defensive positions &#8211; we owe it to each other to work through what the roles are and to educate our clients as to the importance of it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vernon</title>
		<link>http://briancray.com/2009/09/09/fire-the-web-designer/#comment-31992</link>
		<dc:creator>Vernon</dc:creator>
		<pubDate>Fri, 05 Mar 2010 18:18:13 +0000</pubDate>
		<guid isPermaLink="false">http://briancray.com/?p=1255#comment-31992</guid>
		<description>Thought-provoking post, though I really can&#039;t apply to my current situation where by necessity each person wears many hats - i.e. my web design guy is my database guy is my legal compliance guy - you get the idea.

Oh, by the way, a small nitpick - the word you want in the second paragraph is &quot;complement&quot;, not compliment.</description>
		<content:encoded><![CDATA[<p>Thought-provoking post, though I really can&#8217;t apply to my current situation where by necessity each person wears many hats &#8211; i.e. my web design guy is my database guy is my legal compliance guy &#8211; you get the idea.</p>
<p>Oh, by the way, a small nitpick &#8211; the word you want in the second paragraph is &#8220;complement&#8221;, not compliment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Barry Harrison</title>
		<link>http://briancray.com/2009/09/09/fire-the-web-designer/#comment-31991</link>
		<dc:creator>Barry Harrison</dc:creator>
		<pubDate>Fri, 05 Mar 2010 17:35:33 +0000</pubDate>
		<guid isPermaLink="false">http://briancray.com/?p=1255#comment-31991</guid>
		<description>It&#039;s more than linguistics, it&#039;s about skill sets. I&#039;ve seen a lot of &quot;graphic designers&quot; who are clueless about IA and UI, and some who understand it. This creates a lot of confusion in the mind of the buyer of services who may not know how to evaluate them.</description>
		<content:encoded><![CDATA[<p>It&#8217;s more than linguistics, it&#8217;s about skill sets. I&#8217;ve seen a lot of &#8220;graphic designers&#8221; who are clueless about IA and UI, and some who understand it. This creates a lot of confusion in the mind of the buyer of services who may not know how to evaluate them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Koberlein</title>
		<link>http://briancray.com/2009/09/09/fire-the-web-designer/#comment-31989</link>
		<dc:creator>Mark Koberlein</dc:creator>
		<pubDate>Fri, 05 Mar 2010 16:30:43 +0000</pubDate>
		<guid isPermaLink="false">http://briancray.com/?p=1255#comment-31989</guid>
		<description>I do agree that many times companies try to force their &quot;print&quot; designers into the role of web designers because it&#039;s usually cheaper than hiring another designer for the web. Most of the time this causes the project to fail. Either because the designer&#039;s work isn&#039;t usable online or they don&#039;t understand HTML and CSS so they can&#039;t implement it themselves and will then hand their work off to a programmer who doesn&#039;t know Photoshop.

It all depends on how motivated the &quot;print&quot; designer is in becoming a &quot;web&quot; designer. If it&#039;s their choice, they can be successful.  &quot;Usability, information architecture (IA), and user interface (UI) design&quot; can be learned as long as the web designer knows that this is a whole different ballgame than the print world.</description>
		<content:encoded><![CDATA[<p>I do agree that many times companies try to force their &#8220;print&#8221; designers into the role of web designers because it&#8217;s usually cheaper than hiring another designer for the web. Most of the time this causes the project to fail. Either because the designer&#8217;s work isn&#8217;t usable online or they don&#8217;t understand HTML and CSS so they can&#8217;t implement it themselves and will then hand their work off to a programmer who doesn&#8217;t know Photoshop.</p>
<p>It all depends on how motivated the &#8220;print&#8221; designer is in becoming a &#8220;web&#8221; designer. If it&#8217;s their choice, they can be successful.  &#8220;Usability, information architecture (IA), and user interface (UI) design&#8221; can be learned as long as the web designer knows that this is a whole different ballgame than the print world.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jason Leimgruber</title>
		<link>http://briancray.com/2009/09/09/fire-the-web-designer/#comment-31806</link>
		<dc:creator>Jason Leimgruber</dc:creator>
		<pubDate>Wed, 20 Jan 2010 04:41:50 +0000</pubDate>
		<guid isPermaLink="false">http://briancray.com/?p=1255#comment-31806</guid>
		<description>How about the term &quot;stylist&quot;?  There are web &quot;stylists&quot; who make sites look good.  And then there are web &quot;designers&quot; who make a good looking site that accomplishes a goal.

The way I see it, there may be a spectrum (with 5 &quot;colors&quot;):
1. Web Stylist - visual only
2. Web Designer - visual w/ some strategic
3. User Interface Designer - strategic, some architectural and visual
4. User Interface Architect - strategic w/ some architectural
5. Information Architect - architectural w/ some strategy</description>
		<content:encoded><![CDATA[<p>How about the term &#8220;stylist&#8221;?  There are web &#8220;stylists&#8221; who make sites look good.  And then there are web &#8220;designers&#8221; who make a good looking site that accomplishes a goal.</p>
<p>The way I see it, there may be a spectrum (with 5 &#8220;colors&#8221;):<br />
1. Web Stylist &#8211; visual only<br />
2. Web Designer &#8211; visual w/ some strategic<br />
3. User Interface Designer &#8211; strategic, some architectural and visual<br />
4. User Interface Architect &#8211; strategic w/ some architectural<br />
5. Information Architect &#8211; architectural w/ some strategy</p>
]]></content:encoded>
	</item>
</channel>
</rss>
