<?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 for User Experience Blog | Evantage Consulting</title>
	<atom:link href="http://userexperience.evantageconsulting.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://userexperience.evantageconsulting.com</link>
	<description>Dialogue around issues and ideas that impact user experience</description>
	<lastBuildDate>Wed, 22 Aug 2012 19:59:45 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>Comment on Friends and Enemies of a Customer-Centered Culture by Molly Hillstrom</title>
		<link>http://userexperience.evantageconsulting.com/2012/08/friends-enemies-customer-centered-culture/comment-page-1/#comment-32489</link>
		<dc:creator>Molly Hillstrom</dc:creator>
		<pubDate>Wed, 22 Aug 2012 19:59:45 +0000</pubDate>
		<guid isPermaLink="false">http://userexperience.evantageconsulting.com/?p=1059#comment-32489</guid>
		<description>Thanks for your comment, Trish.  I couldn’t agree more!  I could write another full post about how call centers are one of the most critical (and most neglected) customer touch points!... Perhaps I will :)</description>
		<content:encoded><![CDATA[<p>Thanks for your comment, Trish.  I couldn’t agree more!  I could write another full post about how call centers are one of the most critical (and most neglected) customer touch points!&#8230; Perhaps I will <img src='http://userexperience.evantageconsulting.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Friends and Enemies of a Customer-Centered Culture by Trish Voskovitch</title>
		<link>http://userexperience.evantageconsulting.com/2012/08/friends-enemies-customer-centered-culture/comment-page-1/#comment-32487</link>
		<dc:creator>Trish Voskovitch</dc:creator>
		<pubDate>Wed, 22 Aug 2012 19:19:09 +0000</pubDate>
		<guid isPermaLink="false">http://userexperience.evantageconsulting.com/?p=1059#comment-32487</guid>
		<description>&quot;Truly customer-centric cultures believe the best way to improve profits is to see it as the result of positive customer experiences, rather than something that can be directly engineered.&quot;

Unfortunately many companies look at the call center, which should be the cornerstone of your customer-centric culture, as just a line item on the budget. How can you reduce costs? So call center solutions are geared towards cutting costs but in reality it should all focus on making a better customer experience for the caller.</description>
		<content:encoded><![CDATA[<p>&#8220;Truly customer-centric cultures believe the best way to improve profits is to see it as the result of positive customer experiences, rather than something that can be directly engineered.&#8221;</p>
<p>Unfortunately many companies look at the call center, which should be the cornerstone of your customer-centric culture, as just a line item on the budget. How can you reduce costs? So call center solutions are geared towards cutting costs but in reality it should all focus on making a better customer experience for the caller.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Fred&#039;s 10 Rules for Working With Axure by What I&#039;ve been reading lately (week 24), by Samuel Ericson</title>
		<link>http://userexperience.evantageconsulting.com/2012/06/rules-of-axure/comment-page-1/#comment-32139</link>
		<dc:creator>What I&#039;ve been reading lately (week 24), by Samuel Ericson</dc:creator>
		<pubDate>Sun, 17 Jun 2012 20:32:46 +0000</pubDate>
		<guid isPermaLink="false">http://userexperience.evantageconsulting.com/?p=1048#comment-32139</guid>
		<description>[...] Fred’s 10 Rules for Working With Axure       &#171; A Spotify playlist      /* [...]</description>
		<content:encoded><![CDATA[<p>[...] Fred’s 10 Rules for Working With Axure       &laquo; A Spotify playlist      /* [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Fred&#039;s 10 Rules for Working With Axure by Пятничный Ракетопост №29! #юзабилити #интерфейсы &#124; Raketa - блог о реактивном IT</title>
		<link>http://userexperience.evantageconsulting.com/2012/06/rules-of-axure/comment-page-1/#comment-32087</link>
		<dc:creator>Пятничный Ракетопост №29! #юзабилити #интерфейсы &#124; Raketa - блог о реактивном IT</dc:creator>
		<pubDate>Fri, 15 Jun 2012 13:06:24 +0000</pubDate>
		<guid isPermaLink="false">http://userexperience.evantageconsulting.com/?p=1048#comment-32087</guid>
		<description>[...] 10 правил Фреда по работе с Axure [...]</description>
		<content:encoded><![CDATA[<p>[...] 10 правил Фреда по работе с Axure [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Fred&#039;s 10 Rules for Working With Axure by Panayiotis Karabetis</title>
		<link>http://userexperience.evantageconsulting.com/2012/06/rules-of-axure/comment-page-1/#comment-32037</link>
		<dc:creator>Panayiotis Karabetis</dc:creator>
		<pubDate>Thu, 14 Jun 2012 13:17:17 +0000</pubDate>
		<guid isPermaLink="false">http://userexperience.evantageconsulting.com/?p=1048#comment-32037</guid>
		<description>Nice writing, Fred! Another thing for people using AxShare:

Make sure you don&#039;t do ALL your brainstorming and (digital) sketching in Axure. The use of many unoptimized images and widgets, even without heavy interactions, will weigh down your file. Unless you pay for an AxShare upgrade, you&#039;re limited to rendering 10MB .RP files max.

Plan wisely!</description>
		<content:encoded><![CDATA[<p>Nice writing, Fred! Another thing for people using AxShare:</p>
<p>Make sure you don&#8217;t do ALL your brainstorming and (digital) sketching in Axure. The use of many unoptimized images and widgets, even without heavy interactions, will weigh down your file. Unless you pay for an AxShare upgrade, you&#8217;re limited to rendering 10MB .RP files max.</p>
<p>Plan wisely!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Fred&#039;s 10 Rules for Working With Axure by Mikkel Schultz</title>
		<link>http://userexperience.evantageconsulting.com/2012/06/rules-of-axure/comment-page-1/#comment-31993</link>
		<dc:creator>Mikkel Schultz</dc:creator>
		<pubDate>Wed, 13 Jun 2012 09:07:25 +0000</pubDate>
		<guid isPermaLink="false">http://userexperience.evantageconsulting.com/?p=1048#comment-31993</guid>
		<description>Nice rules...
You could also add:
- If you plan to export your prototypes as a &quot;Specification&quot; in Word format, then spend some time setting up a nice Word template with your logo, a frontpage, date etc. 
It saves much time in the long run. You also might want to play around with the document size and orientation. E.g. we often use paper size A3 in landscape orientation - with two columns: one column showing the User Interface (screendump) from the prototype and the second column showing Page Interactions etc. Gives a nice overview of the screendump and the annotations on the same page.</description>
		<content:encoded><![CDATA[<p>Nice rules&#8230;<br />
You could also add:<br />
- If you plan to export your prototypes as a &#8220;Specification&#8221; in Word format, then spend some time setting up a nice Word template with your logo, a frontpage, date etc.<br />
It saves much time in the long run. You also might want to play around with the document size and orientation. E.g. we often use paper size A3 in landscape orientation &#8211; with two columns: one column showing the User Interface (screendump) from the prototype and the second column showing Page Interactions etc. Gives a nice overview of the screendump and the annotations on the same page.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Fred&#039;s 10 Rules for Working With Axure by Ivo Bosma</title>
		<link>http://userexperience.evantageconsulting.com/2012/06/rules-of-axure/comment-page-1/#comment-31992</link>
		<dc:creator>Ivo Bosma</dc:creator>
		<pubDate>Wed, 13 Jun 2012 07:29:47 +0000</pubDate>
		<guid isPermaLink="false">http://userexperience.evantageconsulting.com/?p=1048#comment-31992</guid>
		<description>Nice article, with some nice inspiration. Thanks!

I&#039;d like to add a few points I found to be useful:

- Invest time once in a good Axure template: this way you don&#039;t have to fiddle around with it in new projects, and you can focus on the prototype
- Building blocks: I&#039;m building a library of patterns I use often (I call it building blocks), to save time when I need to prototype commonly used elements (and you can improve/iterate your functionalities at a central place). It saves me time
- Whenever I make big changes to a prototype, I create a copy and increase the version number. This way you have a reference in case there are any questions about removed/changed functionality, or when it&#039;s rolled back you can simply paste &amp; copy it back to your current document</description>
		<content:encoded><![CDATA[<p>Nice article, with some nice inspiration. Thanks!</p>
<p>I&#8217;d like to add a few points I found to be useful:</p>
<p>- Invest time once in a good Axure template: this way you don&#8217;t have to fiddle around with it in new projects, and you can focus on the prototype<br />
- Building blocks: I&#8217;m building a library of patterns I use often (I call it building blocks), to save time when I need to prototype commonly used elements (and you can improve/iterate your functionalities at a central place). It saves me time<br />
- Whenever I make big changes to a prototype, I create a copy and increase the version number. This way you have a reference in case there are any questions about removed/changed functionality, or when it&#8217;s rolled back you can simply paste &amp; copy it back to your current document</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Fred&#039;s 10 Rules for Working With Axure by David Cain</title>
		<link>http://userexperience.evantageconsulting.com/2012/06/rules-of-axure/comment-page-1/#comment-31981</link>
		<dc:creator>David Cain</dc:creator>
		<pubDate>Tue, 12 Jun 2012 19:53:14 +0000</pubDate>
		<guid isPermaLink="false">http://userexperience.evantageconsulting.com/?p=1048#comment-31981</guid>
		<description>I&#039;d add this: when planning to output a spec document, remember that masters are for reused parts, not just reused functionality. 

Since you usually have to edit the functional spec, anything you can put in a master for reuse only needs to be touched once for document edit, not once per appearance in the site.

The same logic of reuse applies from document through prototype through site build: if it&#039;s the same everywhere, document it once, add interactions once, build it once, by deciding early that you&#039;ll reuse it.</description>
		<content:encoded><![CDATA[<p>I&#8217;d add this: when planning to output a spec document, remember that masters are for reused parts, not just reused functionality. </p>
<p>Since you usually have to edit the functional spec, anything you can put in a master for reuse only needs to be touched once for document edit, not once per appearance in the site.</p>
<p>The same logic of reuse applies from document through prototype through site build: if it&#8217;s the same everywhere, document it once, add interactions once, build it once, by deciding early that you&#8217;ll reuse it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Fred&#039;s 10 Rules for Working With Axure by James Christie</title>
		<link>http://userexperience.evantageconsulting.com/2012/06/rules-of-axure/comment-page-1/#comment-31979</link>
		<dc:creator>James Christie</dc:creator>
		<pubDate>Tue, 12 Jun 2012 17:54:37 +0000</pubDate>
		<guid isPermaLink="false">http://userexperience.evantageconsulting.com/?p=1048#comment-31979</guid>
		<description>Add to Rule 10, another reason to nuke: Every time you regenerate the Prototype HTML, the folder size increases. Why? Axure sometimes renames assets. So you end up with multiple copies of the same assets, bloating the final folder size - a real pain at upload-time.</description>
		<content:encoded><![CDATA[<p>Add to Rule 10, another reason to nuke: Every time you regenerate the Prototype HTML, the folder size increases. Why? Axure sometimes renames assets. So you end up with multiple copies of the same assets, bloating the final folder size &#8211; a real pain at upload-time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Requirements-Driven Software Development Must Die by Ronald_T</title>
		<link>http://userexperience.evantageconsulting.com/2011/07/requirements-driven-software-development-must-die/comment-page-1/#comment-31576</link>
		<dc:creator>Ronald_T</dc:creator>
		<pubDate>Wed, 17 Aug 2011 11:32:11 +0000</pubDate>
		<guid isPermaLink="false">http://userexperience.evantageconsulting.com/?p=971#comment-31576</guid>
		<description>An UCD process should allways define a series of collaborative activities that involves the entire project team, sometimes more, sometimes less, from my personal experience I think this team should ideally include:
- Developers
- Solution managers / Project Managers
- Interaction designers
- User researchers
- Business Analysts
- UX Designer und Planner
- Other key stakeholders
Their collaborative activities take place in several distinct phases: Research, Plan, Design, Adapt and Measure.
I strongly believe that we should always keep in mind that the UCD process is flexible and depends on the circumstances. Time, budget, man-power, etc.
A few weeks ago I read two great articles. Perhaps these articles by Holger Maassen might be interesting for one or two:  
http://boxesandarrows.com/view/ux-design-planning
and
http://ux4dotcom.blogspot.com/2010/08/walk-while-in-someone-elses-shoes.html</description>
		<content:encoded><![CDATA[<p>An UCD process should allways define a series of collaborative activities that involves the entire project team, sometimes more, sometimes less, from my personal experience I think this team should ideally include:<br />
- Developers<br />
- Solution managers / Project Managers<br />
- Interaction designers<br />
- User researchers<br />
- Business Analysts<br />
- UX Designer und Planner<br />
- Other key stakeholders<br />
Their collaborative activities take place in several distinct phases: Research, Plan, Design, Adapt and Measure.<br />
I strongly believe that we should always keep in mind that the UCD process is flexible and depends on the circumstances. Time, budget, man-power, etc.<br />
A few weeks ago I read two great articles. Perhaps these articles by Holger Maassen might be interesting for one or two:<br />
<a href="http://boxesandarrows.com/view/ux-design-planning" rel="nofollow">http://boxesandarrows.com/view/ux-design-planning</a><br />
and<br />
<a href="http://ux4dotcom.blogspot.com/2010/08/walk-while-in-someone-elses-shoes.html" rel="nofollow">http://ux4dotcom.blogspot.com/2010/08/walk-while-in-someone-elses-shoes.html</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
